Automação....

Automação de Teste – Desenvolvimento Orientado para automação.

A automação de teste não deve ser um projeto apenas de uma equipe – a equipe de QA, mas da organização como um todo. A automação de teste começa no desenvolvimento. Sim, no desenvolvimento.

A equipe de desenvolvimento deve ser orientada a ter boas práticas de programação.

Não só o Design Patterns, que é um padrão de desenvolvimento no qual a manutenção, leitura e alteração do código de desenvolvimento fica mais fácil e é possível que qualquer desenvolvedor consiga se relacionar com o código escrito. Mas também é necessário boas práticas de nomenclaturas e declaração de campos. Aqui especificamente falo de IDs x Xpaths.

Xpath é o caminho do elemento que você quer mapear. Pense numa cidade e em suas ruas. Elas têm nomes e são mapeadas. Caso um desvio seja construído, o mapa muda. O caminho muda. E isso acontece também em nossas telas. Se temos uma tela de cadastro onde todos os 20 campos são mapeados apenas com xpaths, ao acrescentar mais um campo, dar espaços, tirar um campo ou qualquer outra alteração esse caminho muda.

Agora pense também que um QA, um ano atrás tenha feito a automação com Selenium Webdriver dessa tela. Tela essa que foi construída sem nenhum preciosismo na identificação dos campos. Ela foi alterada – incluído e retirado campos, botões e funcionalidades. O que vai acontecer quando rodar a automação? “PAU”, como dizemos na linguagem de TI. Sim, quebras e mais quebras por que a automação estava mapeada pelos caminhos que não existem mais. Agora imaginem essa automação com mais de 10.000 linhas, de vários módulos, com vários xpaths... imaginou? Isso se chama #CAOS.

É por isso que é importante que os campos, botões, e qualquer elemento que seja possível no desenvolvimento seja identificado com ID. O que é ID? ID é um número. Um número lindo e imutável. Ele pode estar no canto esquerdo superior, embaixo, no canto direito no meio da tela.... 1 será sempre 1. A automação do campo 1 sempre vai achar o 1. Mesmo que tenhamos várias alterações. O 1 será 1.

Mas tiraram o 1 na alteração do desenvolvimento, e agora? Fácil! A manutenção se dará em tirar a referência do campo, ou mudar o ID de identificação caso ele tenha sido alterado... Mas todos os outros campos da tela devem estar iguais, afinal todos os outros tem IDs que não mudaram, apenas se movimentaram pela tela. Todos com seus Ids que já foram mapeados continuam valendo e a manutenção do código de automação ficará restrita apenas ao que foi realmente mudado.

ID é uma opção de identificação do campo segura e deve ser sempre a primeira escolha.

O ID pode ser utilizado em TUDO? Não... não pode. Mas para os casos de exceção, tratamos como exceção, certo?

 Até o próximo Artigo!!!