Test Driven Development

SENAI SANTA CATARINA
TDD(Test Driven Development)
''Nome1''
''Nome2''
''Cidade'' – 15 de outubro de 2014
CONCEITO
Test Driven Development (TDD) é baseado em pequenos ciclos de repetições, seu nome em português Desenvolvimento guiado a testes é bem sugestivo, pois o desenvolvedor primeiramente vai criar um caso de teste e somente depois que será escrito as linhas de código, podendo ser uma nova funcionalidade ou ate mesmo uma melhoria.
VANTAGENS
- Uma grande vantagem é que o desenvolvedor terá um maior entendimento do software, visto que a primeira etapa de um TDD é o design então o desenvolvedor terá de ver o problema ou a funcionalidade para assim então criar a solução.
- Maior confiança no código, através de algumas pesquisas notou-se que projetos que utilizaram TDD, engenheiros e pessoas envolvidas tiveram mais segurança na hora da entrega do projeto.
- É uma aplicação que funciona basicamente baseado nas especificações desta forma o software estará alinhado com o que foi solicitado pelo cliente.
DESVANTAGENS
- Desenvolvimento inicial mais lento.
- Custo um pouco mais alto.
- Manutenção do código dos testes, além do código de produção.
APLICAÇÃO
Para cada funcionalidade:
Faça o Design: Crie o projeto para conseguir entender como será a funcionalidade a ser implementada. Você pode fazer em uma folha ou em comentários no próprio sistema. Coloque em uma folha todos os estados que vão precisar ser testados pelo método de teste.
/**
* Método de teste para o método soma da classe SomaValores.
*
*/ public static void testeSoma() {
//TODO: testa com um valor positivo e negativo
//TODO: testa com um valor negativo e positivo
//TODO: testa dois valores positivos
}Listagem 1.0 – Design para do método que irá testar a soma.
Crie um teste: escreva o método de teste de acordo com os estados projetados no passo anterior (Design) que testarão o método que ainda não foi implementado. Obs. o código ainda não irá compilar.
/**
* Método de teste para