Carlos Cavalcanti

Um sistema que tenha uma ótima cobertura com testes possui uma confiança maior, isto é proporcional. Se sua aplicação possuir testes que abrangem boa parte do software, o software estará seguro em sua boa parte, e caso não possua uma boa cobertura, o software deixará esta segurança proporcionalmente como disse anteriormente.

E qual seria o objetivo do teste? É simplesmente descobrir problemas do programa, caso este teste passe, ou seja, obtenha sucesso, obtém-se uma segurança maior, e se o teste não passar, o que acontece? Simplesmente o seu Test Runner (o software responsável por rodar os testes e gerar o resultado do mesmo) irá demonstrar os testes que não tiveram sucesso.

Alguns termos e seus significados:

E os resultados que pode-se encontrar, são eles:

Valendo salientar que o TDD ( Test-Driven Development ) prega que devemos desenvolver o teste antes mesmo de escrever algum código funcional para o software, isto soa estranho para quem não está habituado com esse “estilo de vida”, digamos assim. Pense comigo… Se escrevermos o teste depois da implementação, poderá haver um problema no teste que o faça passar mesmo que o código testado esteja errado. Uma forma de testarmos o teste é, ao invés de escrever um teste para o teste, ter certeza que o mesmo falha quando a implementação está incorreta, ou seja, se os testes não exercitam cada linha do código, então este não testado, é legado. O código legado não dá uma segurança ao programador e é difícil de entender, o que leva ele a usar a famosa depuração (debug). E o código não testado é código não documentado, já que os testes são a especificação. Este “jeitinho” de desenvolver é conhecido como “Desenvolvimento por Intenção”.
Os passos que o TDD prega: Testar -> Codificar -> Refatorar
Seguindo esta ordem.

Pois bem, tendo essa base, já dá para ir para a parte mais interessante, a prática. Vou usar um exemplo super simples, que acredito que o entendimento irá acontecer da melhor forma.
Irei utilizar a linguagem Java para os exemplos.
Imaginemos que quero desenvolver uma calculadora que precise somar dois números, vamos primeiros desenvolver o teste.

Criemos um projeto, chamarei de Calculadora.
Criemos uma classe de teste ( estou utilizando o JUnit ) e chamaremos ela de CalculadoraTest.
Como utilizar o JUnit?

Os testes usam os “Assert Methods”, por exemplo:
-assertEquals(valor esperado, valor obtido);
Existem outros Assert Methods, mas não irei entrar em detalhes neste post, o foco é somente passar a base de como funciona. Um detalhe sobre estes métodos é que eles são estáticos, ou seja, não se faz necessário fazer referencia da classe proprietária do método e é necessário fazer um import static.

Vamos ao exemplo:

import static junit.framework.Assert.*; //importando a biblioteca do JUnit

public class CalculadoraTest {
@Test
public void verificaSoma() {
assertEquals(4, Calculadora.somar(2,2));
//Nesta linha de código estou chamando o método somar e passado dois parâmetros, cujo
//resultado esperado é o número 4 no parâmetro a esquerda do método assertEquals
}

Se nesse momento tentarmos rodar o código ira dar erro, correto? Pois não implementamos a solução. Esta é a primeira fase. Agora iremos implementar a classe Calculadora:

public class Calculadora {
public int Somar(int valor1, int valor2){
return valor1 – valor2; //Sim, estou implementando errado.
}
}

Onde rodar o teste:

Resultados:

Pode notar nesta imagem que temos as informacoes do que foi feito com sucesso( Runs ), os Erros ( Errors ) e as falhas ( Failures ), a classe de teste criada ( CalculadoratTest ) e o metodo implementado ( VerificaSoma )

Pois bem, neste momento irá dar uma falha, pois o teste não irá passar. Onde o resultado de Somar(2,2) resultaria em 0 e não o 4 que se espera no teste. Mas vamos lá, vamos concertar nosso código para que passe, troque o sinal de menos para o sinal de mais e irá dar certo o nosso teste.
É interessante ser bem detalhista nos métodos do teste, eu poderia ter criado o método “verificaSomaPositiva” e fazer testes com números positivos, poderia criar um outro método “verificaSomaNegativa” e fazer testes com numero negativos, e assim por diante. Facilita até para identificar o problema mais rapidamente ao ver o método que falhou.

Bem pessoal, é isso. Espero que o post tenha sido bem proveitoso na medida do possível, não entrei em grandes detalhes, era mais para dar uma pequena base sobre o assunto. Até a próxima.