Sim, PARE!!!Vamos contextualizar o titulo.ConceituacaoHoje o mercado pede automacao de teste e as pessoas, obviamente vao em busca do que o mercado pede. Nao todas obviamente, mas uma grande parte. Com a ascensao da agilidade na entrega dos softwares hoje em dia, onde muitos tomam como base um produto que e potencialmente entregavel em uma variacao/periodo de tempo de 2 a 4 semanas (obviamente nao e a regra mas muitas equipes trabalham com essa variacao).Ai comece a pensar o seguinte: como eu vou garantir que, a cada variacao destas (2 a duas semanas ou 4 a 4 semanas), para um mesmo produto, eu conseguirei garantir a qualidade do que esta sendo desenvolvido?Vamos incluir aqui a automacao de teste em todos os niveis, segundo a piramide de automacao de teste.Olhando esta variacao notamos que ha uma grande vantagem em automatizar tudo o que pudermos ao inves de executar testes manualmente, certo? Obviamente sabemos que os testes automatizados nao substituem os testes manuais por completo, mas essa e uma linha de raciocinio que nao e falsa.Logo, precisamos nesta variacao, automatizar o que for factivel para que no final:o produto potencialmente entregavel funciona como esperado (aspecto implicito de qualidade)que, durante as proximas entregas de novas funcionalidades ou alteracao de funcionalidades existentes, o tempo nao seja desperdicado na execucao do teste manual e que o(s) script(s) de teste executem, onde ganhamos um feedback continuo dos testes Senso comumOtimo Elias, voce me convenceu, automatizar e a solucao... Entao vamos logo automatizar!O que o mercado fazO termo "mercado" aqui diz respeito ao profissional, seja ele desenvolvedor, tester ou qualquer outro papel, que vai automatizar algo. Tambem e a minha visao e opiniao sobre o mercado.Dado a agilidade na entrega do software o que o mercado faz e entender a funcionalidade e comecar a automatizar nos periodos pertinentes.So que existem problemas quando "baixamos a cabeca" e comecamos a automatizar...Nem sempre a funcionalidade que sera automatizada e realmente entendida pelo automatizador ou mesmo pela equipeA automacao, as vezes, e feita sem um conhecimento geral sobre programacao com a utilizacao de ferramentas record & playA execucao da automacao e feita um a um. Ou seja, existem diversos scripts de teste, mas o profissional abre e executa cada umDepois de um tempo, o proprio profissional nao sabe o que o script fazMesmo com uma serie de scripts prontos, um novo bug sempre e encontrado pelo clienteO mercado em si tambem trabalha muitas vezes de uma forma que nao ha ganhos em automatizar. Ex: um profissional de teste recebe, para poder automatizar, uma serie de documento de requisitos, regras de negocio e casos de uso para automatiza-los. Com isso o foco da automacao fica apenas na visao de um unico requisito/caso de uso/regra. Isso pode ser extremamente ruim porque a automacao dificilmente vai mostrar valor no conjunto da obra.Nao vou comentar aqui sobre testar/automatizar quando nao se tem quase documentacao porque, neste caso e na minha visao, existe uma grande chance de voce conseguir testar e automatizar certo... mas isso e outro post...Para de criar scripts e comece a pensar!OK, temos um curto