1. Test-Driven development (TDD)EBehavior Driven Development Anderson Cella Benhur Griffante Márcio H. Brufatto

2. TEST-DRIVEN DEVELOPMENT (TDD) ou DESENVOLVIMENTO DIRIGIDO POR TESTES

3. HISTÓRIA O TDD foi criado por Kenk Beck em 2003. A utilização do TDD iniciou com o eXtremme Programming.

4. O que é Tdd? É uma técnica de desenvolvimento de software que se baseia em ciclos de repetição curtos, onde o desenvolvedor cria um caso de teste e depois cria o código para o teste criado.

5. PROCESSO TDD Design Test Implementação Test

6. CICLO TDD Red | Green | Refactor Red Refactor Green

7. REFACTOR Melhorar o código.

8. VANTAGENS Testando primeiro, você sabe exatamente o que seu sofware precisa fazer; Foco: Escrever o código mais simples que resolve o problema; Saber quando parar: Teste define quando se atinge o “suficiente”; Código mais limpo e organizado; Identificar o mais cedo possível problemas de regressão; Segurança e refactoring sem medo.

9. TIPOS DE TESTES Teste Unitário Teste de Integração Teste de Sistema Teste de regressão

10. FERRAMENTAS .NET: MSTest (Visual Studio), Nunit, csUnit, xUnit.net Java: JUnit, Jtest Ruby: Test::Unit Python: PyUnit PHP: PHPUnit, SimpleTest JavaScript: JSUnit cppUnit Cunit Delphi: Dunit DBFit DBUnit

11. FERRAMENTAS HTMLUnit HTTPUnit Jmock Moq NDbUnit Nunit OUNIT TestNG VB: VBUnit XTUnit

12. BEHAVIOR DRIVEN DEVELOPMENT (BDD) ou DESENVOLVIMENTO GUIADO POR COMPORTAMENTO

13. HISTÓRIA Foi originalmente concebido em 2003, por Dan North como uma resposta à Test DrivenDevelopment. FRAMEWORKS JbehaveJava RbehaveRuby CucumberRspec

14. O que é bdd? Técnica de desenvolvimento ágil que encoraja colaboração entre desenvolvedores, setores de qualidade e pessoas não-técnicas.

15. Objetivo Objetivo do BDD é juntar o todas as boas práticas existentes sob uma só bandeira com uma terminologia consistente e sem ambiguidades.

16. Atingindo o Objetivo Definido um vocabulário comum (UbiquitousLanguage); Une quem entende de tecnologia com as pessoas que entendem do negócio.

17. UbiquitousLanguage Linguagem do usuário/cliente . Manter uma única linguagem de domínio que seja entendível tanto para os desenvolvedores quanto para o cliente.

18. Príncipios A área de negócios e a de tecnologia precisam se referir a mesma parte do sistema da mesma forma- Tudo é comportamento Toda parte do sistema precisa ter um valor identificável e verificável para o negócio- Valor de negócio Analisar, projetar e planejar tudo de cima a baixo tem retorno decrescente.- O suficiente é suficiente

19. Vantagens Melhorentendimento do negócio do cliente; Desenvolvedor, cliente e analista se entendem; Reduçãoemerros de entendimento do negócio.

20. Tipos de Teste Teste Unitário Teste de Integração Teste de Sistema Teste de regressão Teste de aceitação

22. ASSpec: ActionScript 3;

23. Bdoc: RubyonRails;

24. C++: CppSpec, Spec-cpp;

25. ColdFusion: cfSpec;

26. C: Cspec;

28. Groovy: easyb, Gspec, tepec;

29. JavaFX: JFXtrasTest;

30. JavaScript: Jspec, JSSpec;

31. .NET: NBehave , Nspec, Nspecify, Nunit, Specter, StoryQ;

32. PHP: PHPSpec;

35. BIBLIOGRAFIAS http://jefferson.eti.br/?p=96BDD http://domaindrivendesign.org/node/132UbiquitousLanguage http://www.handersonfrota.com.br/ubiquitous-language/UbiquitousLanguage http://www.slideshare.net/ Slides http://pt.wikipedia.org/wiki/Test_Driven_Development TDD http://pt.wikipedia.org/wiki/Behavior_Driven_Development BDD

36. LIVROS INDICADOS

37. OBRIGADO !

38. RSPEC & CUCUMBER

39. INSTALAÇÃO TDD & BDD NO RAILS RSpec gem install rspecrspec-rails Para utilizar com Rails: Dentro do projeto: script/generate rspec Cucumber gem install cucumber Para utilizar com Rails: Dentro do projeto: script/generate cucumber

40. EXEMPLO RSPEC script/generaterspec_modelListtitle:stringdescription:string

42. No início de cada arquivo existe um resumo da funcionalidade com um formato bem simples: um título, qual o problema a ser resolvido, qual ator trabalha nesta história e qual o resultado desejado.

44. Scenario

45. Given

46. And

47. When

49. Cenário

50. Dado

51. E

52. Quando