JUnitUm Framework Para Testes

Motivação Todos os programadores sabem que devem

testar seu código Quanto mais curto o prazo menos testes são

realizados Necessidade de testar cada método

separadamente Centralizar o código de testes Regras já definidas para apresentação de

erros Possibilidade de automatização

Testes em Software Revelam erros no código Garantem que a implementação respeita

a especificação Devem ser automatizados a fim de serem

facilmente executados sempre que necessário

Garantem a qualidade do software durante todo o ciclo de vida

Testes Automatizados Avaliam se um programa funciona como

esperado Exemplo: main() Validam os requisitos

Testes de Unidade Testam a aplicação em seus menores

componentes, isoladamente Testam unidades lógicas

Métodos Objetos

Maior número de erros detectados Erros mais fáceis de corrigir Devem ser executados continuamente

Testes de Integração Testam como uma coleção de unidades

interage entre si ou com o ambiente onde executam

Executados continuamente (caso as unidades em desenvolvimento dependam de outras)

Testes Funcionais Ponto de vista do usuário Testam casos de uso Validam a interface com o usuário, as

operações requisitadas, etc. São menos estáveis do que os outros

tipos

JUnit Framework para facilitar o

desenvolvimento e a execução de testes de unidade em programas Java

Modelo de programação para a criação de testes de unidade

Sugerido por Kent Beck

JUnit API para construir testes

junit.framework.*

Aplicações para executar testes TestRunner

JUnit O framework JUnit pode ser resumido em

uma classe pai para todos os casos de teste (chamada TestCase) que fornece ferramentas para rodar testes, gerar relatórios e definir conjuntos de testes

Escrevendo uma classe de testeAssuma uma classe Conta Para testar a classe definimos uma classe

ContaTest

import test.framework.TestCase;

public class ContaTest extends TestCase { public ContaTest(String testCase) { super(testCase); }}

Escrevendo uma classe de teste Para testar o método getSaldo() definimos o

método testGetSaldo() na classe ContaTest;

public void testGetSaldo() { Conta c = new Conta(1, 100); assertTrue(c.getSaldo() == 100);}

Para cada método da classe Conta é definido um método na classe ContaTest

Principais Asserções assertEquals(objEsperado, objRecebido); assertTrue(expBooleana); assertNull(obj); assertNotNull(obj) assertSame(obj1, obj2); fail(mensagem);

Instalando e Rodando o JUnit www.junit.org Descompacte o arquivo junit3.8.1.zip. Baixe a classe Conta.java em

www.cin.ufpe.br/~abab/arquivos/junit Incluir o arquivo junit.jar no classpath Crie uma classe ContaTest que será o test

case da classe Conta.

Funcionamento O TestRunner recebe uma subclasse de

junit.framework.TestCase e executa o método run(Test) Obtém dados de TestSuite - suite() TestSuite usa Java Reflection para descobrir os

métodos de teste

Funcionamento

public static Test suite(){ return new TestSuite(ContaTest.class);

}

public static void main(String[] args){

junit.textui.TestRunner.run(suite());

}

TestSuite Composição de testes

public static Test suite() { TestSuite suite = new TestSuite(); suite.addTest(new ContaTest("testGetSaldo")); suite.addTest(new ContaTest("testCreditar")); return suite;}

Um TestSuite é usado pelo TestRunner para saber quais métodos devem ser executados como testes

TestSuite Para executar mais de um teste de uma

vez e/ou reusar testes de outras classes (testes regressivos)

public static Test suite() { TestSuite suite = new TestSuite(); suite.addTest(new ContaTest("testSaldoConta")); suite.addTest(new ContaTest("testCredito"));

suite.addTest(Poupanca.suite()); return suite;}

Como funciona As asserções causam falhas quando os

resultados não estiverem corretos test.framework.AssertionFailedError

Cada instância de TestCase será utilizada para executar um dos métodos de teste As alterações que ele fizer ao estado do objeto

não afetarão as demais classes

Boas Práticas Escreva o código de testes antes da

implementação. Dessa forma, você terá uma implementação dirigida por contrato

Teste somente métodos que podem estar quebrados (assim, métodos get e set não devem ser testados na maioria dos casos)

Teste sempre que possível

Limitações Métodos private e variáveis locais Isolar em métodos private apenas código

inquebrável Transformar métodos private em

package-private Redução do encapsulamento Redução da modularização (classes de teste

espalhadas) JUnitX

Usa reflection para ter acesso a dados private http://www.extreme-java.de/junitx/index.html

Referências

http://www.junit.org

JUnitUm Framework Para Testes