Como montar uma lista de aceite a partir da gravação de uma demonstração
Transforme a demonstração em uma lista de aceite com condições, ações, resultados esperados e evidências. Inclui exemplo baseado em requisitos acordados.
Uma demonstração bem-sucedida cobre os cenários exibidos
Na chamada, o formulário pareceu enviar a solicitação corretamente. Outro perfil, um envio repetido ou um campo obrigatório vazio podem ter ficado de fora. A gravação mostra o que aconteceu na demonstração. Outros casos ainda precisam ser testados.
A lista se baseia em requisitos acordados de antemão. Uma ideia nova do público pode ser útil, mas deve ficar separada. Caso contrário, o escopo muda durante o aceite e as pessoas passam a discutir versões diferentes da tarefa.
Prepare os testes com a gravação
Registre a versão e as condições
Anote a versão ou compilação, quem demonstrou e qual perfil usou. Descreva dados e ambiente de teste em detalhe suficiente para outra pessoa reproduzir o cenário. Marque as condições desconhecidas.
Vincule o item a um requisito
Localize na gravação o comportamento combinado. Uma demonstração pode cobrir vários testes, mas cada um precisa do próprio resultado esperado. Marque como «não testado» o requisito obrigatório que não foi mostrado.
Descreva a ação e o resultado esperado
Em vez de «verificar o formulário», diga quais dados inserir, onde clicar e o que deve acontecer. Indique a reação esperada a dados inválidos. Só inclua um novo caso de borda se ele estiver no escopo combinado.
Execute os testes novamente
Rode os cenários na versão acordada, anote o resultado e anexe a evidência. Separe falhas, testes bloqueados e falta de dados. Depois de uma correção, repita o cenário afetado e registre a nova data.
Aceite de um formulário de solicitação de consulta
O exemplo é fictício. Nomes, condições e resultados servem apenas para explicar o método.
O telefone é obrigatório. Quando o envio funciona, a solicitação aparece na lista e o visitante vê uma confirmação. Sem telefone, o formulário deve impedir o envio.
São três resultados observáveis: validação do campo obrigatório, criação da solicitação e confirmação ao visitante. Uma tela bem apresentada após o clique comprova apenas uma parte.
Se quem testa não tiver acesso à lista, marque a criação como «bloqueada». A fala de quem demonstrou não basta para aprovar.
| Revisão | Resultado esperado | O que guardar |
|---|---|---|
| Telefone vazio | Aviso de campo obrigatório e nenhuma solicitação criada | Captura de tela e conferência da lista |
| Dados válidos | Uma solicitação com os valores informados | Registro na lista de testes |
| Envio bem-sucedido | Confirmação clara ao visitante | Captura de tela após o envio |
Modelo de item de aceite
Cada linha indica qual observação determina o status final.
ID do teste: Requisito acordado: Versão / perfil / ambiente: Dados de entrada: Ações: Resultado esperado: Resultado real: Status: aprovado / falhou / não testado / bloqueado Evidência e marca de tempo: Correção relacionada: Data do novo teste:
Revise a lista antes de testar
- Os itens se referem ao escopo combinado.
- É possível observar ou medir o resultado esperado.
- O que foi mostrado está separado do teste feito pessoalmente.
- As falhas têm condições reproduzíveis.
Veja os detalhes
É preciso incluir todos os comentários da reunião?
Separe defeitos em relação aos requisitos de novos pedidos. Avalie e combine os pedidos à parte para que o aceite não amplie o projeto indefinidamente.
Posso aceitar o resultado apenas pelo vídeo?
Depende das regras de aceite. O vídeo comprova o caso que mostra. Registre no documento o método e os limites do teste.