Muitas das regras desta fase já foram definidas nas fases anteriores. Crie os testes mesmo antes de criar os módulos do sistema e, efetivamente, execute-os mesmo que eles não tenham condições de serem testados. Existem vários ambientes de testes que dependem da linguagem utilizada e uma série de métodos e recomendações. Adote uma delas ou crie uma metodologia que possa ser aplicada a seu sistema.
Quando aparecer um problema (When a Bug is Found), antes de resolvê-lo, crie um teste que possa detectá-lo efetivamente, evitando assim que o mesmo tipo de problema apareça repetidas vezes. A importância disso se torna mais evidente a partir do momento em que somos obrigados a resolver inúmeras vezes o mesmo tipo de problema.
Por fim, devem ser definidos junto aos usuários/clientes os Acceptance Tests, testes de aceitação, um conjunto de regras que irá informar quando um módulo está pronto para entrar em produção. O Acceptance Test é uma volta às User Stories, quando o usuário poderá comprovar que o módulo que foi desenvolvido corresponde a sua necessidade. A rigor, o teste de aceitação é o roteiro a ser executado, definido na história de usuário. Preferencialmente, esse teste deve ser automatizado.
