Contratos de nível de serviço
A tabela a seguir detalha os acordos de nível de serviço (SLAs) para o teste de requisitos XBOX referente a jogos que serão lançados em consoles XBOX e XBOX no PC.Tipos de produtos que exigem certificação
Todos os tipos de produtos XBOX estão sujeitos ao teste de requisitos XBOX e precisam passar pela Certificação XBOX antes de serem lançados. Dependendo do seu produto e do tipo de envio, diferentes requisitos e processos podem se aplicar. Os seguintes tipos de produtos precisam passar pela Certificação XBOX. Tipos de produto:- Jogos completos
- Prévias de jogos (Game previews)
- Betas
- Demos
- Somente download digital
- Somente disco
- Disco e digital
- Atualização de conteúdo
Tipos de test pass de certificação
Considere a intenção do envio. Se você busca feedback direcional sobre a prontidão para lançamento, considere um envio opcional. Se pretende lançar o envio na rede XBOX como produto final, escolha um envio final.Envios opcionais
Envios opcionais são um serviço de teste pago fornecido pela Certificação XBOX. Eles oferecem uma oportunidade de validar como um título está se comportando do ponto de vista da Certificação antes de enviar seu build candidato ao lançamento. Envios opcionais são recomendados, mas não obrigatórios. Eles permitem que você descubra problemas críticos de XR antes do envio final e aumentam suas chances de aprovação já na primeira tentativa. Testes opcionais não substituem um bom QA, que continua sendo essencial durante todo o desenvolvimento. Envios opcionais são cobrados por pacote e as taxas são aplicadas de acordo. Por exemplo, se você tem versões para XBOX One e XBOX Series X|S e deseja um envio opcional para ambas, precisa pagar por cada uma individualmente. Para detalhes completos sobre o serviço pago de Envios Opcionais, consulte a documentação do Programa de Serviços Pagos de Certificação XBOX. Envios opcionais são testados apenas no sandbox CERT.DEBUG, que é um sandbox controlado pela Microsoft ao qual somente pessoas da Certificação têm acesso. Trata-se de um developer sandbox onde somente conteúdo red-signed pode ser executado (semelhante ao seu). Discos não são produzidos para envios opcionais. Para detalhes adicionais e uma lista dos diferentes níveis de teste opcional, consulte a documentação de Envios Opcionais.Envios finais
O envio final é o último test pass de certificação antes de um produto ser lançado ao público ou de um disco ser Released to Manufacturing (RTM). Comunique-se com seus contatos na Microsoft para planejar e coordenar seu envio final. Envios finais em console são inteiramente testados no sandbox CERT, que é um sandbox controlado pela Microsoft ao qual somente pessoas da Certificação têm acesso. É um sandbox Retail onde apenas conteúdo green-signed pode ser executado. Um conjunto limitado de testes pode ser concluído no sandbox CERT.DEBUG com conteúdo red-signed, mas a maior parte dos testes de envios finais ocorre no sandbox CERT. Os consoles de Certificação são consoles retail executando o OS Recovery atual publicado em RETAIL. Envios finais para PC também são testados no sandbox CERT. Diferentemente dos envios opcionais, os envios finais são inteiramente testados em dispositivos retail com binários e discos green-signed. Quando um produto é aprovado no envio final, um relatório de aprovação é publicado e o produto pode ser lançado. Se um produto falhar no envio final, um relatório de reprovação detalhando as Conditions for Resubmission (CFRs) é publicado. Todas as CFRs identificadas em um relatório de reprovação precisam ser corrigidas antes de um reenvio. Reenvios precisam ser feitos da mesma forma que o envio final anterior.Conteúdo adicional (add-on)
Jogos que oferecem suporte a conteúdo adicional (duráveis e consumíveis) precisam ter pelo menos um produto certificado para cada tipo de DLC suportado, junto com o jogo principal. Por exemplo, um jogo de corrida que planeja lançar pistas, carros e pacotes de moeda virtual precisaria certificar pelo menos uma pista, um carro e um pacote de moeda virtual como conteúdo adicional. Trabalhe com seu contato na Microsoft para garantir que o conteúdo adicional seja publicado nos sandboxes de Certificação antes dos envios opcionais e finais.Verificação de discos de teste
Produtos lançados em discos físicos precisam ter discos de teste solicitados e aprovados pela equipe de Certificação XBOX. É recomendado, mas não obrigatório, que você faça um pedido de disco junto com o produto enviado para certificação final. Os discos de teste são solicitados pela equipe de Certificação XBOX quando um produto em disco é enviado no Partner Center e os BVTs são aprovados. Os discos de teste são enviados para até três destinos e para endereços internos da Microsoft. São discos prateados, sem arte, contendo apenas informações básicas como o BinaryID e a data de fabricação. O nome do produto e outras informações não são incluídos por motivos de segurança. Os discos vêm em dois formatos: BD25 e BD50. O formato de múltiplos discos é suportado, mas incomum; trabalhe com seus contatos na Microsoft caso se aplique. Todos os discos de teste exigem verificação pela Certificação XBOX e pelo parceiro antes de serem aprovados para Release to Manufacturing (RTM). É fundamental que os parceiros realizem todos os testes necessários antes de aprovar o RTM. Os testes de disco realizados pela Certificação XBOX estão disponíveis no documento Etapas do Teste de Validação de Mídia.Etapas do teste de certificação
Quando um envio é recebido pela Certificação XBOX, ele passa por três etapas principais de teste:- Verificações de envio cobrem a análise do Submission Validator e a varredura de malware.
- Build verification testing (BVTs) verifica se o título está em um estado testável e se quaisquer CFRs emitidas anteriormente foram resolvidas.
- Teste de Requisitos XBOX (XR) representa a maior parte dos testes e é onde todos os casos de teste XR aplicáveis são validados contra o seu título.
1
Crie um build de release limpo
Produza um build de release novo a partir do controle de código-fonte, sem modificações locais.
2
Teste a implantação dos loose files
Implante os loose files em um devkit e verifique a inicialização básica e a funcionalidade.
3
Crie um pacote de envio com MakePkg.exe
Use
MakePkg.exe com as opções apropriadas para que o Submission Validator seja executado.4
Publique um build para download no sandbox
Publique um build que possa ser baixado da Store no seu sandbox de desenvolvimento. Apenas usuários com acesso ao sandbox podem baixar o build. Isso permite que você adquira e teste o título da mesma forma que a Certificação faz.
Verificações de envio
Existem duas verificações de envio: Submission Validator e varredura de malware.Submission Validator
O Submission Validator fornece feedback aos desenvolvedores e permite que eles resolvam problemas comuns que fariam com que os títulos falhassem na ingestão no Partner Center e/ou na Certificação. Quando você executaMakePkg Pack para produzir um pacote para envio ou teste, o Submission Validator realiza várias verificações de erros. Sempre use o componente mais recente do Submission Validator para aproveitar as validações mais atuais e garantir que o envio do seu título ocorra sem problemas. O Submission Validator não é uma ferramenta autônoma; ele é acionado automaticamente sempre que o comando MakePkg Pack é usado com as opções /L ou /LT. O Submission Validator é executado antes da criação do pacote do título.
Para informações detalhadas sobre o Submission Validator, consulte a documentação do Submission Validator no GDK.
Varredura de malware
Para evitar que vírus e outros malwares contaminem seu produto, execute um scanner de malware de sua escolha no pacote antes do envio. Confirme se o scanner de malware possui definições atualizadas antes da varredura. Não é necessário fornecer log ou outra comprovação do seu scanner de malware. A Microsoft executa seus próprios utilitários de malware no seu envio ao recebê-lo. Executar um scanner de malware antes do envio garante que você identifique infecções acidentais cedo, em vez de esperar que a Microsoft as encontre.Build verification testing
Build verification testing (BVTs) é um test pass reduzido, projetado para garantir que um produto esteja totalmente testável e devidamente configurado antes de entrar no teste completo de certificação. Isso é feito executando um conjunto de casos de teste nas principais áreas de um produto. Todos os produtos precisam passar nos BVTs antes de serem agendados para o teste completo de certificação. Para uma análise aprofundada dos BVTs e orientações adicionais sobre como evitar reprovações neles, consulte:Teste de Requisitos XBOX
Assim que um produto passa nos BVTs, ele é agendado para o teste de Requisitos XBOX (XR). A intenção do test pass de XR é validar a conformidade do produto com todos os XRs aplicáveis a aquele envio e tipo de produto. Os XRs consistem em políticas, requisitos técnicos e requisitos de componentes de produto aos quais todos os desenvolvedores e publishers de produtos XBOX precisam se adequar. Os XRs garantem que os produtos criados para XBOX não sejam apenas estáveis e confiáveis, mas também ofereçam uma experiência de usuário consistente, segura e agradável.Requisitos XBOX
Uma lista abrangente de XRs para cada plataforma e tipo de produto:- Console: Requisitos XBOX para Jogos de Console XBOX
- PC: Políticas da Rede XBOX para PC e Mobile (aplica-se a todos os títulos XBOX de PC e mobile)
- Game Preview e Beta: Requisitos XBOX para Betas Abertos e Game Previews
Casos de teste de Requisitos XBOX
Cada XR testado na Certificação possui um caso de teste detalhado que cobre como o requisito é avaliado. Os casos de teste incluem etapas do teste, comportamento esperado e exemplos de aprovação/reprovação.- Casos de teste de console: Requisitos XBOX Testados na Certificação para Jogos de Console XBOX
- Casos de teste de PC: Casos de Teste da Rede XBOX para PC, Mobile e Programa Creators (aplica-se a todos os títulos XBOX de PC)
Tipos de problemas da certificação
Os problemas identificados durante um test pass de Certificação são categorizados por severidade, probabilidade e repetibilidade.- Standard Reporting Issue (SRI): Normalmente relacionado a um XR, mas não considerado grave o suficiente para reprovar um título. Deve ser corrigido em um envio futuro, mas não é obrigatório.
- Condition for Resubmission (CFR): Problemas que reprovam o título, violando a intenção de um XR e sendo graves o suficiente para impedir o lançamento. As CFRs precisam ser corrigidas antes do reenvio.
- Issue of Note (ION): Não relacionado a um XR ou caso de teste de XR. Um desenvolvedor pode querer corrigi-los, mas isso não é obrigatório.
- Non-Tested: Se algum XR ou caso de teste não pôde ser testado durante um test pass, uma lista é incluída no relatório.
Colocando envios em espera
Se for encontrado um problema que impeça a equipe de Certificação de realizar os testes, o título é colocado em espera (Hold). As esperas geram atrasos que nem os parceiros nem a Certificação desejam. A Certificação informará seu contato na Microsoft sobre os motivos da espera e trabalhará com você para resolver o problema. Motivos comuns para um título ser colocado em espera:- Contas de parceiro ausentes ou não funcionais que são necessárias para os testes.
- Serviços de parceiros que não oferecem suporte aos sandboxes CERT.DEBUG e CERT.
- Multiplayer que não funciona como esperado.
Solicitando exceções
Se o seu título não estiver totalmente em conformidade com algum Requisito XBOX (XR), você pode solicitar uma exceção para esse XR. Isso pode ocorrer se o seu título estiver introduzindo recursos inovadores ou se limitações técnicas fortes impedirem que o título atenda ao XR. Trabalhe com seus contatos na Microsoft com bastante antecedência ao envio para a Certificação, caso seja necessária uma exceção. A aprovação não é garantida; obter feedback antecipado dá tempo para resolver quaisquer problemas. Você precisa encerrar todas as solicitações de exceção pendentes antes de enviar seu título para certificação. Reservar tempo para discutir exceções e resoluções pode evitar atrasos. A Microsoft não deseja bloquear recursos novos ou inovadores. Se você está criando algo novo, por favor, mencione isso na sua solicitação de exceção. Para solicitar uma exceção, entre em contato com seus contatos na Microsoft antes de enviar para a Certificação.Relatórios da certificação
Todos os títulos recebem um relatório ao final do teste. O tipo de relatório varia de acordo com o tipo de test pass da Certificação:- Relatório Optional Complete
- Relatório Final de Aprovação/Reprovação
- Relatório interino