Como você planeja e conduz o teste de aceitação do usuário?

Monte os casos de teste a partir dos critérios de aceitação e dos fluxos de processo, não do que foi construído. Consiga usuários reais em vez de substitutos do time de projeto, use dados realistas e cubra os caminhos de exceção, porque é ali que a aceitação falha. Combine as definições de severidade e quem toma a decisão de go ou no go com antecedência, para essa discussão não acontecer no dia da decisão.

Eu monto os casos a partir dos critérios de aceitação e dos fluxos de processo, então a gente testa o que o negócio pediu em vez do que foi construído, e é aí que a rastreabilidade se paga, porque eu consigo ver rápido quais requisitos não têm nenhum teste. Depois eu quero usuários de verdade, não um substituto do time de projeto, porque o time de projeto sabe como aquilo deveria funcionar e inconscientemente evita os caminhos estranhos. Dados realistas importam tanto quanto; uma massa de teste limpa aprova coisas que caem no primeiro registro real com um campo vazio. A parte que as pessoas pulam é combinar as regras antes: o que conta como crítico, alto e médio, e quem toma a decisão de go ou no go. Ter isso acordado duas semanas antes faz o dia da decisão ser sobre fatos em vez de sobre quem tem o direito de decidir.