O documento discute desenvolvimento guiado por comportamento (BDD) e desenvolvimento orientado a testes (TDD) como abordagens para especificar, projetar e implementar software de forma incremental através da descrição e verificação de seu comportamento. Ele explica como BDD e TDD permitem a evolução do projeto, documentação e validação de estado e interações. Também discute como começar o desenvolvimento "de fora para dentro", com histórias de usuário e cenários executáveis.

1. Giovanni Bassi Victor Hugo Germano Desenvolvendooutside in com BDD

2. Giovanni Bassi@giovannibassi

3. Victor Hugo Germano@victorhg

7. www.lambda3.com.br/training

9. Assumption DrivenDevelopment

11. (…) Agile (…)

12. http://reddevnews.com/articles/2007/11/01/testdriven-development-tdd.aspx

13. TDD éumaferramentaparapossibilitar a evolução de Design EfeitosColaterais Verificação de comportamento Documentação

14. Quenomedevodaraomeuteste? O quetestarprimeiro? TDD Quandotestar? O quetestar? Quantotestar? Porque um testefalhou?

15. Estado Interações

16. Validação de Estado @Test publicvoid OrderIsFilledIfEnoughInWarehouse() { Warehouse warehouse = new WarehouseImpl(); warehouse.add(“TALISKER”, 50); Order order = new Order(“TALISKER”, 50); order.fill(warehouse); assertTrue(order.isFilled()); assertEquals(0,warehouse.getInventory(“TALISKER”)); }

17. Validação de Interação @Test publicvoid fillingDoesNotRemoveIfNotEnoughInStock() { Order order = new Order(“TALISKER”, 51); Mock warehouse = mock(Warehouse.class); warehouse.expects(once()).method("hasInventory”) .will(returnValue(false)); order.fill((Warehouse) warehouse.proxy()); assertFalse(order.isFilled()); }

18. TDD: um péssimonome!

19. “Behavior-driven development ésobreimplementarumaaplicaçãoatravés da descrição de seucomportamentopelaperspectiva de seus stakeholders” Dan North BDD

20. Foco no valor

21. Criando software queimporta!

22. Tem valor de negóciotangível Entregueincrementalmente Fácil de manter e gerenciar Fácil de entender e comunicar BDD

23. Linguagem Comum

24. Soluções PorondecomeçarO quetestar O quenãotestar Outside-in User stories Quantotestar Como nomearos testes Porque um testefalha Mínimopossível Intenção Documentação http://www.slideshare.net/bmabey/the-why-behind-tddbdd-and-the-how-with-rspec

25. Trocar de senha Para que eu possa garantir minha segurança Como usuário registrado Eu quero poder trocar de senha

26. Trocar de senha Funcionalidade Então... Dado... Quando... Cenário 1 Um usuário logado Solicito a troca de senha A senha é alterada E a nova senha é válida E ativo Cenário 2 Um usuário logado Solicito a troca de senha A senha não é alterada E a nova senha é inválida E ativo Cenário 3 Um usuário anônimo Solicito a troca de senha Um erro é lançado

27. E se especificaçõesfossemexecutáveis?

28. Cenário: Acesso do usuárioàpaginapessoal Dado queeutenho um usuariocadastrado Quandoestounapagina principal Epreenchooscampos: | Usuário | login@gmail.com | | Senha | 123456 | Epressiono “acessar” Entãodevover “Login realizado com sucesso”

29. Ao final teremos testes de regressão! São apenasefeitoscolaterais(aindaquePositivos)

30. Outside In Feature! http://www.slideshare.net/josephwilk/outsidein-development-with-cucumber-and-rspec

31. Outside In Feature “Queroqueosusuários do site quecompraram o produtopossamfazer o download diretamente de suaspáginaspessoais”

32. Outside In Cenário Etapas “Garantindo a segurança de informações, Como usuáriocadastradopossoacessarapenasminhapáginapessoal”

33. Outside In Cenário Etapas

34. Outside In TDD CenárioFalhando

35. Outside In CenárioFalhando

36. Outside In CenárioFalhando

37. Outside In CenárioFalhando

38. Outside In CenárioFalhando

39. Outside In CenárioFalhando

40. Outside In CenárioPassando!

41. Demo

42. Fotografia da cultura de testes e BDD

43. Dúvidas?

44. Obrigado! @giovannibassi giovanni@lambda3.com.br @victorhg victor@lambda3.com.br