O documento apresenta uma palestra sobre Desenvolvimento Dirigido por Testes (TDD). A palestra discute o que é TDD, como funciona, frameworks de teste de unidade, mitos sobre TDD e exemplos práticos em .NET e Java. O palestrante tem mais de cinco anos de experiência em engenharia de software e é instrutor de teste de software.

1. Universidade de Belo HorizonteDesenvolvimento Dirigido por TestesCamilo Ribeirocamilo@camiloribeiro.comwww.bugbang.com.br

2. Camilo RibeiroMais de cinco anos de experiência em Engenharia de Software

3. Consultor em arquitetura de teste e qualidade de software

4. Instrutor e professor de teste de software na Iterasys

5. Graduado em Sistemas pela Internet pela Faculdade Pitágoras

6. Pós graduado em Engenharia de Software pela UFMG

7. Certificado pelo ISTQB, ALATS e ETS

8. Mantedor do blog técnico The Bug BangTheory (www.bugbang.com.br)

9. Palestrante e entusiasta de teste de softwarewww.about.me/camiloribeirowww.twitter.com/camiloribeirocamilo@camiloribeiro.com

10. AgendaO que é teste de unidade

11. Motivação para existência do teste de unidade

12. Problemas dos testes de unidade

13. Motivação para o TDD

14. Como funciona o TDD

15. Mitos sobre o TDD

16. Exemplos em .net

17. Framework Praxis em JavaFiquem à vontade para questionar qualquer assunto ou perguntar suas dúvidas.Ao final teremos alguns exemplos práticos e tempo para perguntas também.

18. Não sou DesenvolvedorSou um testador que aprendeu um pouco dos dois caminhos

19. Conceito: Teste de UnidadeTeste realizado com os componentes individuais de um software. [Subsequente ao IEEE 610] – Glóssário de termos do ISTQBTestes de unidade é um método pelo qual as unidades individuais do código-fonte são testados para determinar se eles estão aptos para o uso. A unidade é a menor parte testável de um aplicativo. Na programação procedural uma unidade pode ser uma função individual ou procedimento. Na programação orientada a objeto uma unidade é normalmente um método. Os testes unitários são criados por programadores ou ocasionalmente por testadores de caixa branca durante o processo de desenvolvimento. – Tradução Literal da Wikipedia Inglesa

20. O Modelo V TradicionalPlaneja >Teste de AceiteRequisitosTeste de SistemaPlaneja >Análise Teste de IntegraçãoPlaneja >DesenhoPlaneja >CódigoTeste de Unidade

21. Problema de escrever testes depoisVocê escreverá testes para passarem. Testes não podem ser feitos para “passar”, devem ser feitos para avaliar o código de produção. Testes feitos para ter testes não tem valor.

22. TDD vem pra resolver esse problema

23. O modelo V aplicado ao TDDPlaneja >Teste de AceiteRequisitosTeste de SistemaPlaneja >Análise Teste de IntegraçãoPlaneja >Desenho Gera >CódigoTeste de Unidade

24. Framework de Teste de UnidadeCódigo de produçãoRequisitosGeraÉ testado porClasse de TesteAcessaAcessaImplementaDados(DB, XML, Excel)Framework

25. Considerações sobre Teste de UnidadeTeste de unidade valida uma unidade;Teste de unidade deve ser executável independente dos dados;O teste de unidade deve conter tudo o que o teste necessita;Teste de unidade não é teste de integração (Cuidado)Teste de unidade feito por fazer não tem valor;Teste de unidade sempre será usado como teste de regressão

26. Outras Considerações Teste de UnidadeNunca use lógica em testes de unidade. Testes de unidade devem ser configurados (Não queremos mais bugs :p )Não altere ou exclua testes para ter um novo. Sempre adicione o novo. O teste só deve mudar quando a funcionalidade mudar; Quando todos os testes passarem, mude algum if, mude atribuições e retornos de lugar no seu código de produção para ver se os testes são efetivos;Code Review e Test Code Review tem a mesma importância;Teste de unidade deve testar o Contrato, não teste nada além do contrato;Testes de unidade devem ser isolados;Reuse o código de teste;

27. Como o TDD Funciona?

28. O que tem de teste de software?Uso de técnicas de teste como valores limites, partição de equivalência ou qualquer outra técnica usada para testes de sistema;Casos de teste (em forma de código);São requeridas as mesmas skills dos testes funcionais (criatividade, curiosidade, senso crítico, etc.). . .

29. O que tem de desenvolvimento?Orientação por Objetos;Acesso a bancos de dados e qualquer outro repositório usado em programação;Padrões de projeto como commanded, value object, imposter, factory method e composite ou qualquer outro usado em programação;Acesso irrestrito a todos os recursos da linguagem e IDE usada;. . .

30. Como o TDD Funciona?Adicionar um teste: Incluir um teste, que pode por exemplo, ter o formato de um caso de teste.Executar o teste: Devemos ter certeza que o teste falha antes da implementação. Se necessário, desenvolva apenas o contrato ou mockspara isso;Desenvolva: Agora complete seu contrato com o código funcional, como sempre fez. Execute o teste: Agora o teste deve passar. Caso existam defeitos, o teste de unidade vai demonstrar erros;Correção e reteste: Agora mude o código fonte de produção até que o teste de unidade tenha um resultado positivo;*Se algo nos requisitos mudar, os testes mudam.http://www.agiledata.org/essays/tdd.html