Pular para o conteúdo

Testes unitários em Java com JUnit

Este artigo mostra como criar testes unitários facilmente com o framework JUnit em Java.
Josiel A. Santos josiel_lkp
Hits: 21.917 Categoria: Java Subcategoria: Avançado
  • Indicar
  • Impressora
  • Denunciar
O Viva o Linux depende da receita de anúncios para se manter. Ative os cookies aqui para nos patrocinar.
Não conseguimos carregar os anúncios. Se usa bloqueador, considere liberar o Viva o Linux para nos patrocinar.

Parte 3: Outros métodos além do assertTrue

A classe junit.framework.Assert provê outros métodos além do AssertTrue. Todos são sobrecarregados para especificar uma mensagem no primeiro parâmetro, caso queira.

Veja-os:
  • assertEquals(Object expected, Object actual): Verifica se "expected" é igual a "actual". Ele também é sobrecarregado para algumas classes e tipos nativos, como a classe String e o tipo double;
  • assertFalse(boolean condition): Verifica se "condition" é falsa;
  • assertTrue(boolean condition): Verifica se "condition" é verdadeira;
  • assertNotNull(Object object): Verifica se "object" não é nulo. Ele é um atalho para "assertTrue(object!=null);";
  • assertNull(Object object): Verifica se "object" é nulo;
  • assertSame(Object expected, Object actual): Verifica se "expected" referencia a "actual". Note que este método verifica as referências, não os objetos propriamente ditos;
  • assertNotSame(Object expected, Object actual): Verifica se "expected" não referencia a "actual". Este método também compara as referências, não os objetos propriamente ditos.

Com todos esses métodos você pode verificar o que quiser, que eles disparam uma exceção, com uma mensagem formatada caso não ocorra como você espera.

Métodos da classe junit.framework.TestCase que podem ser sobrecarregados

A classe junit.framework.TestCase provê alguns métodos que podem ser sobrecarregados:
  • setUp: executa algum código antes dos testes;
  • tearDown: executa algum código depois dos testes.

Os métodos apresentados acima podem ser úteis para fazer algo antes dos testes serem iniciados / terminados. Por exemplo, o método setUp pode iniciar uma conexão com a internet, enquanto o método tearDown pode ser usado para fechar a conexão com a internet. Esses métodos são protected, não retornam nada e não fazem nada por padrão.

Sobrecarregando o método setUp

O método setUp pode ser sobrecarregado para fazer algo antes dos testes serem iniciados. Por exemplo, podemos separar a inicialização do objeto math de sua declaração.

Antes:

private Matematica math=new Matematica(4, 2);

Depois:

private Matematica math; @Override protected void setUp() { this.math=new Matematica(4, 2); }
O Viva o Linux depende da receita de anúncios para se manter. Ative os cookies aqui para nos patrocinar.
Não conseguimos carregar os anúncios. Se usa bloqueador, considere liberar o Viva o Linux para nos patrocinar.

Pode testar, o teste funcionará da mesma forma que o primeiro.

Eu, particularmente, acho essa maneira mais interessante, o código fica mais bonito na minha opinião.

Bom, é isso.

Espero que este artigo possa ajudar muita gente que deseja fazer testes unitários, e que ele possa ser útil para alguém.

O Viva o Linux depende da receita de anúncios para se manter. Ative os cookies aqui para nos patrocinar.
Não conseguimos carregar os anúncios. Se usa bloqueador, considere liberar o Viva o Linux para nos patrocinar.
   1. Introdução
   2. Colocando a mão na massa - classe exemplo, classe de teste
   3. Outros métodos além do assertTrue

diff e patch - Um guia sem hora pra acabar

Redirecionamento de páginas e domínios com Jetty Rewrite Handler

Desenvolvendo aplicações Web 2.0 com Java e AJAX (FrameWork DWR)

Java Native Interface

Busca corporativa com Apache Solr - Motivação e conceitos

Preparando ambiente de desenvolvimento Android no Debian/Ubuntu

#1 Comentário enviado por f_Candido em 20/10/2011 - 00:25h
Olá,

Simples e elegante,

Parabéns

Contribuir com comentário

Entre na sua conta para comentar.