A qualidade do software \u00e9 essencial para garantir a satisfa\u00e7\u00e3o do cliente e a perenidade dos neg\u00f3cios. Uma maneira de engajar esse importante stakeholder, \u00e9 assegurar que os\u00a0 produtos sejam feitos com precis\u00e3o e previsibilidade, e uma forma de fazer isso \u00e9 com a automa\u00e7\u00e3o de teste.<\/p>\n
A automa\u00e7\u00e3o \u00e9 uma das estrat\u00e9gias para tornar esse\u00a0processo<\/u><\/a>\u00a0mais preciso, que usa ferramentas para reduzir o envolvimento humano em atividades manuais repetitivas. Com isso, \u00e9 poss\u00edvel fazer testes com maior amplitude e profundidade.<\/p>\n Isso \u00e9 particularmente \u00fatil em testes de regress\u00e3o, quando uma ou mais funcionalidades s\u00e3o retestadas para identificar defeitos que possam ter sido introduzidos ao incluir novas fun\u00e7\u00f5es. Quando a abordagem de teste \u00e9 manual, \u00e9 dif\u00edcil para a equipe acompanhar a demanda.<\/p>\n Com a automa\u00e7\u00e3o de testes<\/a>, \u00e9 poss\u00edvel fazer esse processo de forma cont\u00ednua e, o melhor, com menor chance de erros. No post de hoje, apresentamos alguns dos maiores desafios da automa\u00e7\u00e3o de testes. Venha com a gente!<\/p>\n O primeiro grande\u00a0desafio<\/u><\/a>\u00a0para a automa\u00e7\u00e3o de teste \u00e9 planejar a arquitetura que ser\u00e1 utilizada antes de come\u00e7ar a codific\u00e1-los. Voc\u00ea acha que automatizar testes \u00e9 interagir com a aplica\u00e7\u00e3o utilizando uma ferramenta de grava\u00e7\u00e3o e reprodu\u00e7\u00e3o? N\u00e3o \u00e9 s\u00f3 isso.<\/p>\n Muitas aplica\u00e7\u00f5es, algumas vezes, s\u00e3o muito complexas e t\u00eam uma grande quantidade de telas e de regras de neg\u00f3cio. Para aplica\u00e7\u00f5es desse tipo, \u00e9 preciso utilizar uma ferramenta mais robusta para que seja poss\u00edvel uma maior personaliza\u00e7\u00e3o do c\u00f3digo de teste.<\/p>\n \u00c9 isso que garante que os testes mais \u201cespec\u00edficos\u201d sejam executados de forma mais eficiente do que na utiliza\u00e7\u00e3o de uma ferramenta de automa\u00e7\u00e3o de record and play, por exemplo.<\/p>\n A participa\u00e7\u00e3o do ser humano na execu\u00e7\u00e3o do teste automatizado deve ser m\u00ednima. \u00c9 fundamental, portanto, que a escolha da ferramenta para um determinado projeto leve em conta o fato de que a execu\u00e7\u00e3o de um teste autom\u00e1tico deve ser r\u00e1pida!<\/p>\n Hoje em dia, com a alta das aplica\u00e7\u00f5es web, a ferramenta\u00a0Selenium<\/u><\/a>\u00a0\u00e9 bastante utilizada para a automa\u00e7\u00e3o de testes. Ela tem um conjunto de componentes \u00fateis: a Selenium IDE (record e play), Selenium RC (Remote Control), Selenium Grid (concorr\u00eancia de testes) e Selenium WebDriver (alta personaliza\u00e7\u00e3o de c\u00f3digo).<\/p>\n A\u00a0WebDriver<\/u><\/a>\u00a0\u00e9 uma das ferramentas mais poderosas da Selenium e a mais utilizada pela Monitora, pois se trata de uma vers\u00e3o estendida da Selenium RC com in\u00fameras vantagens. Al\u00e9m disso, estende o suporte a v\u00e1rios navegadores e plataformas, ao contr\u00e1rio da Selenium IDE, e apoia v\u00e1rios drivers para aplica\u00e7\u00f5es web m\u00f3veis.<\/p>\n Existem v\u00e1rias abordagens para a automa\u00e7\u00e3o de testes e eles s\u00e3o normalmente agrupados de acordo com a forma como interagem com a aplica\u00e7\u00e3o. Os dois tipos mais usados s\u00e3o os baseados na interface gr\u00e1fica e os baseados na l\u00f3gica de neg\u00f3cio. Saiba mais a seguir!<\/p>\n Os testes interagem diretamente com a interface gr\u00e1fica da aplica\u00e7\u00e3o. Para isso, simula um usu\u00e1rio e grava suas a\u00e7\u00f5es para depois transform\u00e1-las em um script que pode ser reproduzido posteriormente.<\/p>\n Entre suas vantagens, est\u00e3o o fato de n\u00e3o requerer modifica\u00e7\u00f5es na aplica\u00e7\u00e3o para a cria\u00e7\u00e3o dos testes automatizados e de n\u00e3o ser preciso tornar a aplica\u00e7\u00e3o mais f\u00e1cil de testar. Por outro lado, exige que a interface gr\u00e1fica seja bastante est\u00e1vel e tem baixo desempenho quando s\u00e3o necess\u00e1rias muitas repeti\u00e7\u00f5es.<\/p>\n Neste caso, os testes automatizados n\u00e3o interagem com a interface gr\u00e1fica. Essa alternativa se baseia no entendimento de que 80% das falhas est\u00e3o associadas a erros na l\u00f3gica de neg\u00f3cio.<\/p>\n Por isso, a maior vantagem \u00e9 justamente o fato de o foco estar na camada em que h\u00e1 a maior probabilidade de haver erros. \u00c9 a abordagem mais adequada quando h\u00e1 a necessidade de muitas repeti\u00e7\u00f5es. Seu aspecto negativo \u00e9 a necessidade de que sejam feitas grandes modifica\u00e7\u00f5es na aplica\u00e7\u00e3o para que os testes sejam executados.<\/p>\n Ao longo dos anos, a automa\u00e7\u00e3o de teste vem ganhando um papel importante na \u00e1rea de engenharia e qualidade de software, pois tem como objetivo diminuir o uso de m\u00e3o de obra em testes que s\u00e3o executados frequentemente e de forma manual.<\/p>\n Assim, h\u00e1 a diminui\u00e7\u00e3o de custos e o aumento da velocidade do processo. A atividade de implementa\u00e7\u00e3o da automa\u00e7\u00e3o de teste geralmente \u00e9 mais demorada na etapa inicial, onde os primeiros scripts s\u00e3o criados de acordo com os casos de testes descritos pela equipe de qualidade de software.<\/p>\n Deve-se ter muito cuidado na escolha da estrutura de pacotes e classes do projeto, das formas de acesso aos objetos e elementos das p\u00e1ginas que ser\u00e3o recuperados pela ferramenta de automa\u00e7\u00e3o, das boas pr\u00e1ticas de programa\u00e7\u00e3o (como o uso de PageObject e do PageFactory) e da conven\u00e7\u00e3o de nomes.<\/p>\n O custo da automa\u00e7\u00e3o de testes \u00e9 maior nessa etapa \u2014 em conjunto com a implementa\u00e7\u00e3o inicial \u2014, pois \u00e9 preciso estudar e planejar atentamente cada detalhe da estrutura do projeto para a codifica\u00e7\u00e3o.<\/p>\n Se isso for feito isso de forma correta, os testes automatizados ser\u00e3o mais f\u00e1ceis de manter, caso alguma propriedade venha ser alterada ou adicionada, e consequentemente o custo ser\u00e1 menor tanto em tempo quanto em retrabalho.<\/p>\n Um ponto fundamental para utilizar todas as ferramentas da Selenium \u00e9 a localiza\u00e7\u00e3o dos objetos nas p\u00e1ginas web. Com o uso do PageObject, os elementos s\u00e3o modelados e isolados entre os detalhes da p\u00e1gina e a l\u00f3gica dos testes. Al\u00e9m disso, o PageFactory instancia os objetos do PageObject antes que eles sejam utilizados pelos testes.<\/p>\n Um exemplo pode ser visto a seguir:<\/p>\n Para trabalhar com automa\u00e7\u00e3o de teste \u00e9 necess\u00e1rio saber programar? Sim, por\u00e9m n\u00e3o \u00e9 necess\u00e1rio ser um expert em programa\u00e7\u00e3o. Existem ferramentas, assim como a Selenium, que suportam algumas linguagens de programa\u00e7\u00e3o como Java, C#, Ruby, Python e Javascript (node), portanto n\u00e3o \u00e9 necess\u00e1rio o conhecimento de v\u00e1rias linguagens.<\/p>\n Os requisitos m\u00ednimos para trabalhar na \u00e1rea \u00e9 ter o conhecimento de orienta\u00e7\u00e3o a objetos, controle de condi\u00e7\u00f5es, controle de loops e tratamento de exce\u00e7\u00f5es. Como um plus, \u00e9 importante que tenha conhecimento de algum framework de teste unit\u00e1rio da linguagem (se existir).<\/p>\n O profissional de automa\u00e7\u00e3o de teste deve conhecer alguma linguagem de programa\u00e7\u00e3o suportada pelas ferramentas de automa\u00e7\u00e3o, as t\u00e9cnicas e estrat\u00e9gias de teste de software, as ferramentas de teste n\u00e3o funcionais, as solu\u00e7\u00f5es de integra\u00e7\u00e3o cont\u00ednua, a gera\u00e7\u00e3o de arquivos de logs e os relat\u00f3rios de execu\u00e7\u00e3o e evid\u00eancias de testes de forma autom\u00e1tica.<\/p>\n Com a Monitora University, os profissionais t\u00eam a oportunidade de se aperfei\u00e7oar ainda mais com cursos de automa\u00e7\u00e3o de testes e de ingl\u00eas \u2014 afinal, a conversa\u00e7\u00e3o no idioma \u00e9 necess\u00e1ria para contato com o cliente \u2014, e tamb\u00e9m com a aprendizagem e troca de conhecimentos entre os colaboradores da equipe. Como consequ\u00eancia, h\u00e1 um melhor nivelamento dos profissionais na \u00e1rea de automa\u00e7\u00e3o de testes.<\/p>\n Outro desafio encontrado em automa\u00e7\u00e3o de testes \u00e9 o ambiente. Mais especificamente em testes de desempenho, de carga e de estresse, algumas diferen\u00e7as podem ser encontradas no resultado quando eles s\u00e3o realizados antes da entrega \u00e0 produ\u00e7\u00e3o (valida\u00e7\u00e3o) se comparados com os resultados ap\u00f3s a entrega.<\/p>\n Isso acontece justamente por causa do ambiente e de limita\u00e7\u00e3o e\/ou expans\u00e3o de hardware entre os dois ambientes (o consumo de mem\u00f3ria, por exemplo). Nem sempre os servidores t\u00eam a mesma capacidade de hardware para executar um teste de estresse, por exemplo \u2014 caso o ambiente (servidor) de teste seja um pouco\/muito pior em rela\u00e7\u00e3o ao hardware do que o servidor de produ\u00e7\u00e3o.<\/p>\n Por isso, \u00e9 preciso estar sempre ciente da configura\u00e7\u00e3o tecnol\u00f3gica dos servidores utilizados para cada ambiente antes de realizar os testes n\u00e3o funcionais. Tendo em vista que as configura\u00e7\u00f5es de hardware para o ambiente de teste s\u00e3o piores do que as do ambiente de produ\u00e7\u00e3o do cliente da Monitora, essas informa\u00e7\u00f5es devem ser levadas em considera\u00e7\u00e3o.<\/p>\n Assim, evita-se a cria\u00e7\u00e3o de casos de testes automatizados irrelevantes, como, por exemplo, com um tempo de resposta esperado do servidor que \u00e9 imposs\u00edvel de ser atingido, se tornando assim um caso de teste inv\u00e1lido. O que garante a qualidade do desenvolvimento de software \u00e9 a continuidade e a repeti\u00e7\u00e3o dos testes. Assim, sempre que houver altera\u00e7\u00f5es, os testes devem ser refeitos \u2014 e devem abarcar todas as plataformas e configura\u00e7\u00f5es suportadas.<\/p>\n De forma manual, isso seria algo quase imposs\u00edvel, em raz\u00e3o da quantidade de tempo necess\u00e1ria para fazer o processo. Com a automa\u00e7\u00e3o de testes, depois de criados, eles podem ser executados quantas vezes forem necess\u00e1rias.<\/p>\n O teste automatizado n\u00e3o cansa de testar nem deixa de anotar os resultados obtidos \u2014 qualquer profissional, por mais dedicado que seja, tem seu limite f\u00edsico. Os testadores, podem, ent\u00e3o, se dedicar a tarefas mais estrat\u00e9gicas, seja desenvolvendo novos testes, seja lidando com problemas realmente complexos.<\/p>\n1. Arquitetura de automa\u00e7\u00e3o de teste<\/h2>\n
Interfer\u00eancia humana<\/h3>\n
2. Paradigmas de automa\u00e7\u00e3o de testes<\/h2>\n
Interface gr\u00e1fica<\/h3>\n
L\u00f3gica de neg\u00f3cio<\/h3>\n
3. Custo da automa\u00e7\u00e3o e manuten\u00e7\u00e3o dos testes<\/h2>\n
4. Profissionais qualificados<\/h2>\n
5. Ambiente de teste<\/h2>\n
\n<\/a><\/p>\n6. A garantia da qualidade<\/h2>\n