Dilema de QA: teste manual vs teste automatizado

1. Quando o projeto é de curto prazo.
Por um lado, o objetivo da TA é não despender muito esforço e tempo, por outro lado, a criação de testes automatizados e a sua manutenção consomem muita energia e tempo. Se se pretende criar um sítio Web de pequena escala para promoção, então não há necessidade de TA.

2. Quando é necessário efetuar testes de aceitação da interface do utilizador.
Este é o caso comum quando a MT é a favor, porque a IU e os seus elementos visuais precisam de ser testados. A razão para isto é bastante simples: os testes automatizados não conseguem identificar gestos, cores de imagens, realces, tamanhos de letra e hiperligações. Imagine que criou uma aplicação e que existe um erro: uma ligação é extremamente pequena, pelo que o utilizador não a consegue ver. Um humano aperceber-se-á desse erro em segundos, enquanto um teste automatizado nem sequer verá que existe um problema.

3. Quando o seu projeto se encontra na fase inicial de desenvolvimento.
Nesta fase, os testadores manuais podem ajudar a encontrar os pontos de estrangulamento do projeto, o que permite reduzir o tempo e o esforço necessários para a posterior correção de erros. Alguns consideram que os testes automatizados são demasiado dispendiosos e consomem muitos recursos nesta fase volátil do desenvolvimento de um produto. Outros dizem que os testes automatizados devem estar presentes em qualquer fase do desenvolvimento.

4. Quando não for possível automatizar os ensaios.
Há casos em que a automatização é impossível. Normalmente, trata-se de algum tipo de testes relativos a hardware. Dificilmente é possível criar scripts para testar touchpads, ecrãs e sensores. Outro ponto é que existem dados que só podem ser testados manualmente. Claro que é possível executar um teste automatizado para verificar se uma impressora imprime efetivamente, no entanto, provavelmente a abordagem manual será melhor se se preocupar com a qualidade de uma imagem impressa.