Os casos de testes são especificados na própria ferramenta/Framework utilizado (Mais detalhes em Especificidades das Linhas).
Deve ser codificado de maneira a ser um teste automatizado, seguindo o Framework de testes mais adequado para o cenário. Ou seja, todo teste unitário deve ser automatizado.
Deve ser feito para novas funcionalidades.
Pode seguir as práticas do TDD (Recomendável).
Pode ser feito para funcionalidades antigas que forem revisitadas (Recomendável).
Execução de testes unitários:
Responsável: Desenvolvedor.
A execução desses testes deve gerar um relatório, que deve ser anexado na subtarefa de Teste Unitário ao ser concluída.
Execução de Teste de Qualidade de Código:
Responsável: Desenvolvedor.
É executado através de ferramenta que atenda a linguagem e estrutura do sistema (Mais detalhes em Especificidades das Linhas).
A execução desses testes deve gerar um relatório, que deve ser anexado na subtarefa de Teste de Qualidade de Código ao ser concluída.
Code Review:
Responsável: Tester/QA.
É um momento de análise de possíveis problemas ou melhorias, envolvendo uma comunicação mais próxima entre o tester e desenvolvedor.
Correção de Defeitos críticos no Backlog:
Responsável: Desenvolvedor.
Deve ser evitado trazer correção de defeitos para sprints de inovação, apenas casos críticos.
Escrever Casos de Teste no Kanoah:
Responsável: Tester/QA.
É realizado apenas se o teste for manual.
Passo a passo do teste que será realizado.
Execução de Testes Integrados:
Responsável: Tester/QA.
Deve ser feito de maneira manual.
Deve gerar evidência:
Essa evidência pode ser documento padrão com printssprints.
Analisar Viabilidade de Execução de Testes de Integração: