Hoje em dia, quando se fala de metodologia ágil, existem certos contratempos. Muitos profissionais acham que é apenas uma desculpa para, no fundo, não utilizarem metodologia alguma. Em algumas empresas, isto realmente acontece. O que precisa ser ressaltado é que a mesma apenas deve ser aplicada quando o grupo é experiente e possui uma confiança elevada. E, por isto, associa-se metodologia ágil com sucessos de projeto. Grupos experientes e confiantes tendem a obter êxito naquilo que se propõe a fazer.
Dentre os profissionais engajados em um projeto com a utilização de metodologia ágil, o Engenheiro de Teste se destaca em nível de tarefa. Como especificado no manifesto ágil, o cliente sempre receberá software de qualidade em um curto espaço de tempo e documentação mínima. Indispensável em qualquer projeto, o Engenheiro de Teste é responsável por garantir essa qualidade de software. Porém, com pouco tempo para planejamentos e pouca documentação, seu trabalho é dificultado. Então, eis que surge a grande dúvida: como criar e executar testes em um curto espaço de tempo e com documentação mínima?
Alguns testadores podem discordar, mas, para mim, teste exploratório é a solução. Ainda existe uma certa confusão de pensamentos ao falar de teste exploratório, e isso acontece porque muitos o confundem com teste ad-hoc. Teste ad-hoc é aquele em que o usuário está à vontade para fazer o que bem entende e não possui nada documentado, ou seja, os bugs são descobertos por acaso. Sua maior intenção é conhecer o sistema por inteiro e testá-lo superficialmente. Já no teste exploratório, todo o planejamento é pré-definido, assim como o tempo para a realização do mesmo. Neste caso, o entendimento do sistema fica mais evidente e os erros encontrados são bem entendidos (devem ser criados passos para isto). Desta forma, podemos ter testes que assegurem uma boa qualidade de software que não necessite uma documentação tão complexa, onde o plano de teste não seja de extrema importância.
Nenhum comentário:
Postar um comentário