Solicitações e respostas
Teste entradas válidas e inválidas, autenticação, campos obrigatórios, precisão, identificadores, estados e erros documentados.
Critérios de aceite
Defina o que significa “pronto”
antes de testar.
Conseguir jogar uma rodada confirma apenas o caminho básico. O aceite deve verificar contrato, dinheiro, solicitações repetidas, regras, evidência da rodada, limites, cliente e os registros necessários para investigar uma exceção.
Grupos de teste
Monte um único pacote de evidências entre as equipes.
Execute os casos acordados no ambiente previsto e preserve informações suficientes para reproduzir uma falha sem depender apenas de capturas de tela.
Correção do dinheiro
Verifique débito, crédito, saldo insuficiente, duplicidade, tempo limite, nova tentativa e conciliação com o registro do operador.
Um resultado coerente
Cubra decisões normais, limites e entradas inválidas; resultado visível, registro e movimento financeiro devem descrever a mesma rodada.
Resultado reproduzível
Preserve compromisso, revelação e entradas, recalcule rodadas selecionadas e confirme que o suporte localiza a prova pelo identificador.
Fronteiras da configuração
Revise mínimos, máximos, precisão monetária e o comportamento quando uma configuração muda entre sessões.
Experiência recuperável
Teste navegador e tela acordados, interrupção, recarga, retomada, localização, carregamento e mensagens de erro.
Evidência e saída
Um teste só passa quando outra pessoa consegue revisá-lo.
Para cada caso, preserve identificador, ambiente, jogo e versão da configuração, ação ou solicitação, resultado esperado e observado, identificadores de rodada e transação, tempos relevantes e revisor. Valores sensíveis permanecem no sistema de teste aprovado, não em uma página de marketing.
Combine severidade e critérios de saída antes da execução. Um defeito crítico de dinheiro, autorização ou reprodutibilidade deve continuar visível na decisão de lançamento. Se uma questão de apresentação for aceita, registre responsável, motivo e acompanhamento. Uma repetição cria nova evidência; não substitui a falha original.
- Cada grupo de testes tem uma pessoa responsável.
- O resultado esperado é escrito antes da execução final.
- Falhas, duplicidades, novas tentativas e recuperação são testadas de propósito.
- Registros de rodada, carteira e suporte podem ser correlacionados.
- Defeitos abertos e exceções aceitas permanecem na decisão.
Amplie esta base com casos por formato nas páginas de jogos em português. Antes do aceite, compare o escopo testado com jogos, ambientes, suporte e processo de mudança descritos na revisão comercial.