Guia prático de trabalho
Transforme critérios de aceitação numa matriz verificável
Torne os critérios verificáveis ligando cada requisito acordado a uma verificação, resultado esperado, revisor e evidência. Separe aprovado, reprovado e bloqueado. Concluir tarefas não prova que os requisitos do cliente foram cumpridos.
Uma matriz preenchida
| Requisito | Detalhes |
|---|---|
| Pedido chega à equipa certa | Verificação: Enviar pedido de teste identificado Resultado esperado: Um registo com responsável correto Resultado registado: Aprovado: referência TEST-18 |
| Cliente pode corrigir erro | Verificação: Enviar sem dados de contacto Resultado esperado: Mensagem clara; respostas preservadas Resultado registado: Reprovado: descrição apagada |
| Cliente autorizado revê entrega | Verificação: Abrir ligação restrita Resultado esperado: Apenas revisor previsto tem acesso Resultado registado: Bloqueado: revisor indisponível |
Torne a evidência útil
As linhas são exemplos fictícios, não um relatório de testes do Client Craft. Na sua matriz, registe versão, ambiente, data e pessoa. A evidência pode ser uma referência, medição ou captura autorizada. Evite «funciona bem» como resultado esperado: não diz o que observar. Crie outra linha quando existirem condições de sucesso e falha diferentes.
Trate exceções sem mudar os nomes
Atribua responsável e plano às falhas. Uma verificação bloqueada mantém esse estado até existir o pré-requisito; não é aprovação. Se o cliente aceitar uma limitação, registe a exceção concreta, o requisito e a decisão separadamente. Reveja o comportamento corrigido e dependências afetadas. A matriz organiza evidência operacional; não substitui condições contratuais.
Preserve o resultado reprovado junto da verificação posterior aprovada, ligado ao mesmo requisito, para manter a correção rastreável.