DevQA: Um futuro para analistas de testes ?

Hoje, analistas de testes estão encarregados de planilhas de casos de testes, tabelas de rastreabilidade de fluxos, cruzamento de informações para geração de gráficos de densidade de defeitos, mas essas técnicas realmente diminuem a quantidade de bugs ou só mitigam que eles cheguem aos clientes?

Será que depois de um módulo de um sistema pronto, executado exaustivamente e manualmente os cenários várias e várias vezes, substituindo variáveis, caçando erros, explorando layout, validando mensagens, essa é a forma mais eficaz de diminuir bugs?

E ao final gerar um relatório de qualidade que relacione informações qualitativas e quantitativas dos erros encontrados e das melhorias sugestionadas, vai assegurar a satisfação ao final do ciclo de desenvolvimento? E a real qualidade ao fim de um ciclo de testes?

A troca dessas planilhas por ferramentas de gestão de casos de testes e outras de gestão de bugs, inconformidades e melhorias podem realmente otimizar as atividades?

A mudança de paradigma:

E ter uma especificação viva?
Será que poderíamos ter essa especificação viva? Compilável?

Dentro do desenvolvimento é utilizada uma linguagem pra especificar comportamento em um certo nível de abstração, será que seria possível ter uma linguagem pra especificar requisitos? Regras de negócio em um nível mais alto, ou seja, mais próximo possível da linguagem humana, mas com um teor formal?

Analisando o contexto das regiões no Brasil quanto aos analistas de testes, visto no ultimo hangout de testers (acesse aqui), uma grande tendência de analistas de testes fazerem parte da equipe de desenvolvimento, teríamos assim a criação de uma nova skill ? Poderia ser chamada de DevQA ?

Esse profissional, agora, além de ter skill analítico e crítico, precisa ter noções de lógica de programação e também de codificação, mesmo que para a escrita de simples scripts de testes de unidade. É necessário ter noções de banco de dados, webservices, builds e também integração contínua. Não se dando ao luxo de usar somente uma ferramenta de automação de testes funcionais, usando apenas o recording and play, pois sabe-se que o custo de manutenção é alto.

Um DevQA é um profissional que estimula a área de testes a ampliar seus conhecimentos, induz a sair da zona de conforto, onde antes tinha um trabalho quase que mecânico a ser feito e repetido ao longo do desenvolvimento de um sistema. Um DevQA tem a obrigação de reinventar suas atividades, de auxiliar a equipe em outras. Ser mais integrante e participativo.


Artigo publicado originalmente no portal O Tapioca.