Guia básico de boas práticas de automação de testes 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/