Processo de Testes

Um processo de testes deve, pelo menos, incluir as seguintes actividades:

• Planeamento dos testes – O planeamento dos teste é a actividade que define e verifica missão do teste, especificando os objectivos do teste e definindo as actividades a realizar a fim cumprir a missão. O planeamento pode ser documentado num plano de testes. Neste documento é definida a abordagem utilizada assim como os critérios de saída para os testes (Conjunto de critérios que nos possibilitam saber quando parar de testar, cobertura de requisitos é muitas das vezes usadas para este efeito). Nesta fase efectua-se uma estimativa do tempo de trabalho necessário.
• Análise e Desenho - A análise e o desenho de um plano de testes é a actividade onde os objectivos gerais do teste são transformados em condições e em situações de teste reais. È aqui que se identifica o que pode ser testado é o que não pode, que se prepara o ambiente de testes, e se efectua uma análise dos requisitos e documentação existentes.
• Implementação e execução - A implementação e a execução de casos de teste são uma actividade onde os procedimentos de teste são especificados combinando as situações de teste em uma ordem particular, incluindo também a informação necessária para a execução do teste. Aqui o ambiente de testes está pronto e testes são executados. Esta é uma fase em que se faz o desenvolvimento dos casos de teste, se verifica que os ambientes de teste estão funcionais e se dá inicio à execução dos testes, efectuando o registo de situações que não correspondam ao previsto. 
• Avaliação de Critérios de saída e relatórios – Quando são iniciados um conjuntos de testes deve existir sempre pré-definido qual o critério que definirá quando deveremos parar. Estes critérios podem passar por objectivos como: A cobertura de requisitos deve ser superior a 80%. Não podem ser encontrados mais de 2 defeitos muito graves e os menos graves têm de ser inferiores a 20.
• Actividades de fecho – Depois de concluída a execução de um plano de teste é necessário passar o conhecimento adquirido para os restantes elementos da equipa. Podendo deste modo a gestão decidir ajuizadamente sobre o lançamento de uma nova versão de software ou não. E também para permitir à equipa de desenvolvimento perceber o que correu mal de modo a corrigir os problemas encontrados.

Obviamente, estas não são as únicas actividades que devem existir, mas são o conjunto de actividades que não podem deixar de existir, sob pena de se começar a perder alguma credibilidade no processo em causa.

 

Bom, até à próxima.