Plano de Teste e o Ciclo Ágil

Cada tarefa de desenvolvimento deve gerar casos de teste, casos de teste válidos e casos de teste invalidos. Este conjunto de casos de teste são adicionados em um plano de teste, cobrindo todas as possibilidades de uma funcionalidade.
Olhe a imagem. Vamos imaginar que um plano de testes contenha seis casos de teste e que neste momento iniciou a execução dos testes:
1  Esta coluna mostra o plano de teste para um determinado programa ou um conjunto de tarefas desenvolvidas pelo DEV. Plano de testes deve conter o objetivo dos testes e o conjunto de casos de teste.
No exemplo, foi executado um ciclo de testes, tres casos de teste falharam. Isso significa que o aplicativo não está bom para o cliente e precisa de correção.
Os desenvolvedores trabalham nas melhorias e correções e o analista de testes registra os bugs e organizam o segundo ciclo de testes.
2 No segundo ciclo de teste não é necessário testar todos os seis casos de teste novamente. No primeiro ciclo, os teste um, tres e seis foram aprovados. Quando isso ocorre o esforço de teste do segundo ciclo deve ser somento nos testes reprovados. Seria perda de tempo testar novamente o que já está aprovado.
3 O desenvolvimento corrigiu as tarefas reprovadas, geraram um novo APP e enviaram para os testadores
No resultado do segundo ciclo de testes, os casos de teste dois, quatro e cinco foram aprovados com sucesso. Os seis casos de testes depois de dois ciclos foram aprovados. O aplicativos está apto a ser entregue para o cliente.

Em casos especificos, uma correção pode influenciar outros casos de teste. Se o analista de testes tiver a rastreabilidade de uma funcionalidade, pode ser retestados outros pontos da aplicação.
De qualquer forma, o segundo ciclo de testes será sempre a partir do retrabalho. Se o caso de teste um falhar e influenciar o dois e o tres, será testado o um, dois e tres apenas.

O Planejamento de Testes

Para que  o processo de teste seja eficiênte, ele deve começar  junto com o planejamento do produto. Normalmente as empresas tratam o Teste de Software como uma tarefa no final do processo. Em muitos casos, o teste em uma aplicação acaba tornando-se um gargalo ou sendo pouco eficiênte pelo curto prazo proposto pela empresa.
No nosso caso, temos apenas 2 semanas para trabalhar e não vamos aguardar o aplicativo estar pronto para começar a trabalhar nele. Mas como?
Observe a imagem:

Processo de Teste e Processo de Desenvolvimentos estão juntos mas são projetos distintos, nunca esqueça isso. Serão clientes um do outro, mas o desenvolvimento com um e qualidade com outro.
1 Quando os desenvolvedores se reunem pela primeira vez, para definir o que será feito, estará presente o Analista de Teste. Dependendo da empresa, existe mais papeis como Gerente de Teste, Coordenador , entre outros. Como estamos tratando de um método ágil de teste, irei propor aqui o Analista de Teste, supondo que exista Analistas e Testadores.
Mesmo sendo uma conversa (caso de métodos ágeis), irá gerar muitas informações, como ambiente, criticidade, impacto na mudança, integração. Tudo isso é valor e informação útil para um bom planejamento de testes.
Ter em mente e estar a par dos assuntos do desenvolvimento trará melhores resultados. 

Comunicação nesse tipo de método é fundamental, portanto, é obrigação do Analista de Testes questionar o desenvolvedor em reunião, de forma amigável, sempre com o compromisso com a qualidade, nunca pessoal. Boas conversas geram mudanças de escopo de grande valor, principalmente nesta fase inicial. Essa mudança agora evita retrabalho futuro, portanto, o trabalho do teste já começou.
 Lembre-se que o método é Teste Ágil (agile testing), não go-horse!


Será definido aqui a quantidade de tarefas e horas para cada aplicativo. Para o nosso planejamento, cada tarefa do desenvolvimento irá gerar Casos de Teste, que serão criados antes da execução (EXE).