{"id":203,"date":"2022-08-23T10:14:49","date_gmt":"2022-08-23T13:14:49","guid":{"rendered":"https:\/\/gerais.defensoria.mg.def.br\/metodologia-de-desenvolvimento\/?post_type=v1&p=203"},"modified":"2022-08-26T10:40:46","modified_gmt":"2022-08-26T13:40:46","slug":"testes","status":"publish","type":"v1","link":"https:\/\/gerais.defensoria.mg.def.br\/metodologia-de-desenvolvimento\/sumario\/testes\/","title":{"rendered":"Testes"},"content":{"rendered":"

Documenta\u00e7\u00e3o dos projetos de testes automatizados<\/p>\n

1 – Introdu\u00e7\u00e3o<\/strong><\/h2>\n

1.1 – Vis\u00e3o Geral<\/strong><\/h4>\n

Este documento possui como finalidade definir conceitos a serem aplicados no processo de desenvolvimento de testes realizados nos projetos da institui\u00e7\u00e3o, al\u00e9m de padronizar as nomenclaturas empregadas nos projetos. Para tanto, iremos reunir informa\u00e7\u00f5es necess\u00e1rias para concluir qualquer demanda relativa ao tema.<\/p>\n

1.2 – Escopo<\/strong><\/h4>\n

Este documento contempla informa\u00e7\u00f5es de tecnologias de desenvolvimento de testes, al\u00e9m das tecnologias de implanta\u00e7\u00e3o e configura\u00e7\u00e3o de novos projetos. \u00c9 tamb\u00e9m escopo deste documento, orientar os colaboradores sobre os padr\u00f5es de desenvolvimento definidos pela DPMG al\u00e9m das suas respectivas defini\u00e7\u00f5es de projetos. Ser\u00e3o descritas as camadas obrigat\u00f3rias em todos os projetos de testes automatizados, requisitos m\u00ednimos para qualidade dos testes, e mecanismos essenciais para proporcionar o m\u00e1ximo de reuso de c\u00f3digo, reduzindo substancialmente os custos de manuten\u00e7\u00e3o.<\/p>\n

2 – Representa\u00e7\u00e3o da Arquitetura<\/strong><\/h2>\n

2.1-Selenium java Existem diversas ferramentas que interagem com aplica\u00e7\u00f5es frontend que permitem automatizar os testes desejados. Visando uma alta escalabilidade para funcionamento integrado dos testes, escolheu-se o Selenium em sua vers\u00e3o para Java, pois une a pot\u00eancia do selenium webdriver com a robustez da stack do JAVA. A comunica\u00e7\u00e3o dos testes com as aplica\u00e7\u00f5es ser\u00e1 feita por uma gama de navegadores, que ser\u00e3o posteriormente discutidos, que ir\u00e3o navegar pelos ambientes de desenvolvimento, homologa\u00e7\u00e3o e produ\u00e7\u00e3o para garantir o correto funcionamento das aplica\u00e7\u00f5es em todo processo produtivo. Um grande diferencial do Selenium JAVA \u00e9 a possibilidade de integra\u00e7\u00e3o com o jenkins via maven, al\u00e9m de executar os testes em paralelo, reduzindo consideravelmente o tempo de execu\u00e7\u00e3o.<\/p>\n

2.2-jUnit<\/strong><\/h4>\n

O jUnit \u00e9 o framework escolhido para facilitar a cria\u00e7\u00e3o e manuten\u00e7\u00e3o do c\u00f3digo, permitindo as nota\u00e7\u00f5es de @Test em cada unidade de teste, que posteriormente \u00e9 utilizada para ser executada nas suites, tamb\u00e9m definidas pelo JUnit. Com o JUnit, pode-se componentizar os teste, isol\u00e1-los e, assim, padroniz\u00e1-los com entradas parametrizadas. Tal implementa\u00e7\u00e3o permite um processo de desenvolvimento cont\u00ednuo, simult\u00e2neo entre v\u00e1rios funcion\u00e1rios e de extrema agilidade.<\/p>\n

2.3-Apache Maven<\/strong><\/h4>\n

O Maven \u00e9 uma ferramenta de automa\u00e7\u00e3o de compila\u00e7\u00e3o que constr\u00f3i e gerencia projetos, principalmente projetos Java. Para os projetos de testes, o maven, por meio do arquivo POM.xml, ir\u00e1 organizar as vers\u00f5es do selenium, jUnit, bem como as classes que ser\u00e3o executadas e os plugins necess\u00e1rios para tanto. O Maven ir\u00e1, antes de executar o projeto, baixar todos os artefatos necess\u00e1rios para o correto funcionamento da aplica\u00e7\u00e3o e salv\u00e1-los em cache, facilitando a manuten\u00e7\u00e3o das configura\u00e7\u00f5es.<\/p>\n

2.4-Jenkins<\/strong><\/h4>\n

O Jenkins \u00e9 um servidor de automa\u00e7\u00e3o de c\u00f3digo robusto que auxilia na constru\u00e7\u00e3o e execu\u00e7\u00e3o dos testes. Por meio dele, os testes ser\u00e3o executados sempre que ocorrer uma altera\u00e7\u00e3o nas aplica\u00e7\u00f5es, e exibir\u00e1 o resultado nos displays posicionados nos escrit\u00f3rios da dpMG. As configura\u00e7\u00f5es do jenkins devem ser feitas pelo arquivo jenkinsfile, seguindo tamb\u00e9m os padr\u00f5es de projeto.<\/p>\n

3-Descri\u00e7\u00e3o do projeto<\/strong><\/h2>\n

3.1-DSLs<\/strong><\/h4>\n

O Selenium-java \u00e9 robusto e muito eficiente. Entretanto, ele possui um problema consider\u00e1vel quando trabalhamos com projetos complexos: a verbosidade. Como os m\u00e9todos que interagem com as p\u00e1ginas da web s\u00e3o extremamente extensos, utilizamos o DSL para transform\u00e1-los em m\u00e9todos mais intuitivos e simplificados. No DSL, deve-se manter os m\u00e9todos mais utilizados no dia a dia, como clicar em bot\u00f5es e preencher caixas de texto, preferencialmente recebendo um By gen\u00e9rico.<\/p>\n

3.2-Page Objects<\/strong><\/h4>\n

Todos os testes ser\u00e3o feitos em p\u00e1ginas web. Sendo assim, deve-se criar os Page Objects que ir\u00e3o conter, para cada p\u00e1gina a ser testada, absolutamente todos os objetos que podemos interagir, como bot\u00f5es, text fields, combo boxes e grids. Dessa forma, podendo acessar e interagir com todas as funcionalidades da p\u00e1gina, os testes ficar\u00e3o extremamente descritivos e pouco verbosos. \u00c9 v\u00e1lido ressaltar que os Page Objects devem utilizar os m\u00e9todos definidos no DSL para facilitar a manuten\u00e7\u00e3o do c\u00f3digo.<\/p>\n

3.3-Testes<\/strong><\/h4>\n

Com os Page Objects estruturados, a constru\u00e7\u00e3o dos testes \u00e9 relativamente simples. Estruturando uma sequ\u00eancia de instru\u00e7\u00f5es, \u00e9 preciso apenas criar as assertivas para garantir que o resultado da instru\u00e7\u00e3o foi esperado. \u00c9 recomend\u00e1vel que para testes que necessitam de altera\u00e7\u00f5es em entradas, por exemplo, utilizar a fun\u00e7\u00e3o de parametriza\u00e7\u00e3o do jUnit, possibilitando a reciclagem da estrutura do teste e reduzindo a repeti\u00e7\u00e3o de c\u00f3digo. Por fim, para garantir que um teste n\u00e3o ir\u00e1 influenciar os outros, \u00e9 obrigat\u00f3rio extender a classe BaseTest para garantir que o pr\u00f3ximo teste crie uma nova inst\u00e2ncia do navegador.<\/p>\n

3.4-Suites<\/strong><\/h4>\n

Os testes possuir\u00e3o a nota\u00e7\u00e3o de @Test, para indicar ao jUnit que eles ser\u00e3o, efetivamente, unidades de teste a serem executadas. Para tanto, \u00e9 preciso criar classes Suites para organizar sequencialmente quais classes de teste ser\u00e3o executadas pelo maven.<\/p>\n

3.5-WebDriver e suas fun\u00e7\u00f5es<\/strong><\/h4>\n

A ferramenta que permite a integra\u00e7\u00e3o entre o navegador e o projeto \u00e9 o webdriver. Ele \u00e9 inicializado em todos os testes, e fechado ao fim dos mesmos, al\u00e9m de ser utilizado para interagir com os elementos web. Dessa forma, \u00e9 interessante que exista uma classe espec\u00edfica para manipular essas fun\u00e7\u00f5es, mantendo o padr\u00e3o de manuten\u00e7\u00e3o do c\u00f3digo. Logo, a classe DriverFactory possui a funcionalidade de iniciar e fornecer posteriormente o webdriver para os testes, al\u00e9m de finaliz\u00e1-lo no BaseTest ao fim de cada execu\u00e7\u00e3o.<\/p>\n

4-Estruturas obrigat\u00f3rias do projeto<\/strong><\/h2>\n

4.1-Pacote Core<\/strong><\/h4>\n

O pacote Core cont\u00e9m as configura\u00e7\u00f5es e propriedades que ser\u00e3o utilizadas em praticamente todas as classes. Nele, deve-se implementar, obrigatoriamente, uma classe contendo dados sens\u00edveis, de acordo com a LDAP, uma classe de BasePage e BaseTest, um DriverFactory, um dicion\u00e1rio do Selenium(DSL) e uma classe de Propriedades.<\/p>\n