Conceito e mecanismo
Um analista de testes precisa de compreender o problema do utilizador antes de escrever passos de execução. Imagina uma aplicação que permite corrigir instruções antes do fecho diário. A expressão antes do fecho deixa perguntas abertas: qual fuso horário, que precisão usa o relógio e o que acontece a um pedido recebido exatamente no limite? Regista essas perguntas junto da regra, com exemplos concretos para discussão entre negócio, desenvolvimento e testes. Uma condição de teste descreve o que investigar; um caso acrescenta preparação, entradas e resultados esperados. Um procedimento organiza a execução. O nível de detalhe deve permitir que a pessoa responsável execute e interprete o teste sem esconder a intenção numa sequência longa de cliques.
Aplicação guiada
Liga requisitos, riscos, condições, casos e resultados através de identificadores. Essa ligação permite encontrar testes afetados quando a regra muda, mas não prova que todos os comportamentos relevantes foram considerados. Para uma transferência de conhecimento para APS, conserva versões, dados artificiais, diferenças do ambiente e limitações conhecidas. Um resultado bloqueado por indisponibilidade do ambiente deve continuar distinto de um comportamento observado incorreto. Se o prazo obriga a terminar com lacunas, apresenta-as no relatório de conclusão com o risco correspondente e o responsável pela decisão. Atualiza testes reutilizáveis quando o produto evolui; guardar um procedimento antigo sem a respetiva versão pode criar instruções aparentemente completas mas já inadequadas.
Recebido às 17:00:00 exige uma regra explícita sobre o limite.
Armadilhas comuns
Rastreabilidade como prova de suficiência; bloqueado como aprovado; passos sem intenção.
Tópicos relacionados: Prioridade e risco residual · Domínios, fronteiras e combinações · Estados, CRUD e percursos
Preserva intenção, versão e limites da evidência.
Referência: Cucumber introducing example mapping · CTAL-TA v4.0 (2025)