Boas práticas de Testes Automatizados com Junit 4
5 gostaram844 visualizações
O documento fornece diretrizes para nomeação de variáveis, métodos, classes e pacotes em Java, além de estruturas recomendadas para casos de teste com Junit 4, como a utilização de anotações @Before, @After, @BeforeClass e @AfterClass e dicas gerais para organização e escrita de testes automatizados.
Boas práticas de Testes Automatizados com Junit 4
- 1. Boas Práticas de Testes Automatizados com Junit 4 Angelica Lima – lima.angelica@outlook.com
- 2. Nomeclatura de variáveis - Java ● Todos os nomes de variáveis devem começar com letras minúsculas e não deve haver nenhum tipo de separação com hifenização entre as letras ou palavras de seu nome; ● As palavras que compõem o nome da variável devem sempre começar com letra maiúscula exceto a primeira palavra; ● O nome não deve conter artigos ou preposições e deve ser claro e objetivo, porém pode-se utilizar abreviações que não causem duplo sentido e sejam dedutíveis.
- 3. Nomeclatura de Métodos - Java ● Todas os métodos devem começar com letras minúsculas e não deve haver nenhum tipo de separação com hifenização entre as letras ou palavras de seu nome; ● As palavras que compõem o nome dos métodos devem sempre começar com letra maiúscula exceto a primeira palavra; ● Todos os métodos devem indicar uma ação utilizando verbos no infinitivo; ● O nome não deve conter artigos ou preposições e deve ser claro e objetivo;
- 4. Nomeclatura de Classes - Java ● Todas as classes devem começar com letras maiúsculas e não deve haver nenhum tipo de separação com hifenização entre as letras ou palavras de seu nome; ● As palavras que compõem o nome das classes devem sempre começar com letra maiúscula; ● O nome não deve conter artigos ou preposições e deve ser claro e objetivo; ● Todos as classes devem ter nomes substantivos;
- 5. Nomeclatura de Pacotes - Java ● Todos os pacotes devem ter todas as letras minúsculas e as palavras que compõem o nome do pacote devem ser separadas por “.”; ● O nome dos pacotes devem representar o agrupamento do que está contido nele, não deve conter artigos ou preposições, deve ser claro, objetivo e sem abreviações;
- 6. Estrutura de um caso de teste - Junit 4
- 7. @After e @Before - Junit 4
- 8. @BeforeClass e @AfterClass – Junit 4
- 9. Organização da Classe de Teste
- 10. Dicas ● Em um caso de teste jamais deve-se utilizar “if” para testar condições, deixe isso por conta de asserts do Junit; ● Se você sentir necessidade de utilizar um “if” dentro de um caso de teste, pense que pra cada “if” existe um novo caso de teste; ● Pense sempre em um cenário limpo antes de escrever cada caso de teste; ● Utilize o bom senso quanto a quantidade de asserts no mesmo caso de teste, veja quais são realmente necessários para garantir o funcionamento de algo; ● Casos de testes devem ser totalmente independentes, lembre-se que o Junit não as executa de maneira sequencial; ● Não existem limites para a criatividade, então se policie e garanta a objetividade do seu teste. Garanta o escopo do teste – Nada mais, pois o “mais” é outro caso de teste,com outro escopo! ● Procure nunca utilizar “sleep time” em seus testes. Sempre aguarde o tempo tendo como referência o carregamento de algum elemento na tela; ● Uma classe de testes deve ser a representação clara de uma suíte de testes; ● Os testes automatizados devem sempre representar todas as ações de um usuário.
- 11. Sugestões de Leitra ● http://xunitpatterns.com ● http://junit.org/junit4/javadoc/latest/org/junit/Assert.html ● http://dextra.com.br/blog/page-objects-padrao-de-proj eto-para-organizacao-de-testes-funcionais/