Test Driven Development por Johann Gomes e Thaís Moura.

Apresentação em tema: "Test Driven Development por Johann Gomes e Thaís Moura."— Transcrição da apresentação:

1 Test Driven Development por Johann Gomes e Thaís Moura

2 * Atualmente, as falhas de software são grandes responsáveis por custos e tempo no processo de desenvolvimento de software.

3 * Evitar falhas (fault-avoidance) * economicamente impraticável * Com atividades apropriadas de especificação, projeto, implementação e manutenção sempre visando evitar falhas em primeiro lugar. * Inclui o uso de métodos de construção de software avançados, métodos formais e reuso de blocos de software confiáveis.

4 * Eliminar falhas (fault- elimination) * Compensação analítica de erros cometidos durante a especificação, * Projeto e implementação. Inclui verificação, validação e teste.

5 * Tolerar falhas (fault-tolerance) * Compensação em tempo real de problemas residuais como mudanças fora da especificação no ambiente operacional, erros de usuário, etc. * Tratamento de exceções

6 * Curiosidade: as falhas de software custam cerca de 60 bilhões de dólares à economia norteamericana a cada ano [NIST 2002]

7

8

9

10 * Criado por Kent Beck em 1999, o mesmo criador da metodologia eXtreme Programming (metodologia para lidar com requisitos vagos e em constante mudança) * Segundo ele, o TDD encoraja designs simples e inspira confiança

11 Crie um teste para a funcionalidade Esse teste deve ser criado antes de implementar a funcionalidade Por conta disso, o teste deverá FALHAR Se não falhar, é porque há algo de errado com a funcionalidade 1. ADICIONE UM TESTE

12 2. TESTE TODOS OS TESTES

13 Escrever o código que deverá fazer o teste passar O código escrito aqui não precisa estar perfeito, o OBJETIVO é apenas PASSAR NO TESTE 3. IMPLEMENTE O CÓDIGO PARA CADA TESTE FUNCIONAR

14 4. REFATORE/OTIMIZE O CÓDIGO

15 1. ADICIONE UM TESTE 2. TESTE TODOS OS TESTES 3. IMPLEMENTE O CÓDIGO PARA CADA TESTE FUNCIONAR 4. REFATORE/OTIMIZE O CÓDIGO 5. REPITA TUDO

16 * Uma vantagem significativa do TDD é que ele permite que você tome pequenos passos quando estiver escrevendo um software * Encoraja o refactoring (otimização de código, deixando ele mais legível e eficaz) * Diminui a quantidade de erros por linha de código * Facilidade de manutenção

17 falso senso de segurança menor * O alto número de testes de unidades pode trazer um falso senso de segurança, resultando em menor nível de de atividades de garantia de qualidade, como testes de integração e aceitação

18

19

20 O grupo que desenvolveu com TDD escreveu os casos de teste antes de começar a implementação. Já o grupo da programação tradicional escreveu os testes depois de completar o código.

21

22 * Wikipédia: http://pt.wikipedia.org/wiki/Test_Driven_Dev elopment http://pt.wikipedia.org/wiki/Test_Driven_Dev elopment * Java Free, artigo Test-Driven Developmento escrito por Dalton de Camargo: http://javafree.uol.com.br/artigo/869918/Tes tDriven-Development-TDD.html http://javafree.uol.com.br/artigo/869918/Tes tDriven-Development-TDD.html * Ebah!: http://www.ebah.com.br/content/ABAAABNfU AG/conceitos-beneficios-tdd http://www.ebah.com.br/content/ABAAABNfU AG/conceitos-beneficios-tdd