A definição dos critérios de aceitação deve, idealmente, ocorrer nos estágios iniciais, antes mesmo da assinatura do contrato; contudo, na prática, essa antecipação é dificultada pela ausência de requisitos detalhados e pela volatilidade do escopo durante o desenvolvimento.

A etapa de derivação de testes visa projetar cenários que garantam a cobertura dos requisitos do sistema, englobando obrigatoriamente tanto as características funcionais quanto as restrições não funcionais, a exemplo das exigências de desempenho.

A execução dos testes deve ocorrer, preferencialmente, no ambiente real de operação; no entanto, devido à dificuldade de automação das interações do usuário e aos riscos de interrupção operacional, um ambiente simulado de testes pode precisar ser configurado.

A etapa de negociação de resultados parte da premissa de que é muito improvável que todos os testes passem sem exibir falhas; contudo, para garantir uma avaliação focada no negócio e evitar que o cliente seja demovido por excesso de termos técnicos, recomenda-se que os desenvolvedores não participem diretamente dessa deliberação.

A decisão final de aceitar ou rejeitar o sistema exige a concordância sobre o que é bom o suficiente para uso; caso seja reprovado, o software retorna para um maior desenvolvimento, visando corrigir os problemas e, posteriormente, a fase de testes de aceitação é repetida.