ScrumRio 2023 - BDD - O que essa prática pode lhe ajudar com design de código

BDD (behavior driven development) é uma prática da engenharia de software com foco em reduzir o problema de comunicação entre time técnico, time de negócios e cliente. Com BDD, gerarmos alinhamento entre todas as esferas e validamos o que realmente precisa ser desenvolvido, através da linguagem Gherkins. Mas muitos times de desenvolvimento não conseguem transcrever o texto em Gherkins para o código fonte e com isso a prática do BDD fica limitada a acordos de Product Owners e clientes. Nessa palestra pretendo mostrar o quanto aplicar BDD no código fonte pode tornar seu código mais coeso, simples e mais testável.

Transcript

1. BDD | O que essa prática pode lhe ajudar com design de código Wagner Fusca
2. 2 wagner.voltz@objective.com.br wagnerfusca wagnerfusca_ wagnerfusca wagnerfusca.medium.com speakerdeck.com/wagnerfusca wagnerfusca Objective Thinking | Cultura Devops
3. 11/04/2023 2nd edition
4. O que você sabe sobre BDD? ‘
5. Prática de engenharia de software (não é método ou metodologia) Toda prática precisa de disciplina A prática te leva a excelência técnica e te torna mais ágil Definições
6. Benefícios Documentação atualizada Conhecimento compartilhado (propriedade coletiva) Redução de desperdício e custo (software com menos bugs) Mudanças seguras e fáceis Lançamento de software mais rápido (a longo prazo)
7. BDD requer alto envolvimento e colaboração do time de negócios BDD não funciona quando existem silos BDD mal escritos podem levar a custos mais altos de manutenção Desvantagens
8. O que resolve? Construir o software corretamente (eficiência) Construir o software certo (eficácia) Conhecimento distribuído Entregar mais valor BDD
10. PROBLEMA
11. Aslak Hellesoy, criador do Cucumber “Cucumber não é uma ferramenta de testar software. É uma ferramenta para testar o entendimento das pessoas em como um software (ainda a ser escrito) deve se comportar” https://news.ycombinator.com/item?id=10194242
12. Wagner Fusca “BDD não é uma ferramenta de testar software. É uma prática para testar o entendimento das pessoas em como um software (ainda a ser escrito) deve se comportar. E BDD não é só Cucumber”
16. “O uso do BDD não requer ferramentas ou linguagens de programação específicas e é principalmente uma abordagem conceitual; torná-lo uma prática puramente técnica ou que dependa de ferramentas específicas seria perder completamente o ponto” Agile Alliance
17. Mas o que tem a ver BDD e design de código? ‘
19. YAGNI Simplicidade Arquitetura Simples Legibilidade de código Não aumenta a dívida técnica Tempos de execução de build e testes automatizados https://wagnerfusca.medium.com/o-que-precisa-ser-feito-%C3%A9-n%C3%A3o-fazer-este-c%C3%B3digo- 5faaceff7773
22. Simplicidade Comunicação Feedback
23. https://cucumber.io/blog/bdd/bdd-is-not-test-automation/
24. BDD 1 ou mais “BDD” 1 ou mais TDD Código Código Testes Unitários BDD O que costuma ser Como deveria ser
25. Quando você escreve testes depois do código, você não está fazendo BDD!
26. Quando você escreve testes depois do código, você não está fazendo design de código!
28. Cuidado com BDD e BDT (Behavior driven testing) BDT - mais técnico, orientado ao domínio, testa a parte técnica e não de negócio (por exemplo mobile) BDT - imperativo (descrevem como deveria ser o comportamento do cenário e não exatamente o que ele quer.) BDD - declarativo BDT BDD
29. Cuidado com BDD e BDT (Behavior driven testing) BDT - mais técnico, orientado ao domínio, testa a parte técnica e não de negócio (por exemplo mobile) BDT - imperativo (descrevem como deveria ser o comportamento do cenário e não exatamente o que ele quer.) BDD - declarativo BDT BDD Créditos - Elias Pereira - SGrio 2018 - https://www.youtube.com /watch?v=O_Fiotm X0R4
30. ClasseT est.java
31. BDD Quanto mais comunicação, mais alinhamento, menos código inútil e mais código mais checável.
33. BDD - Como começar Como começar?
34. Junte as pessoas (LOS 3 AMIGOS) Business – What problem are we trying to solve? Development – How might we build a solution to solve that problem? Testing – What about this, what could possibly happen? https://www.agilealliance.org/glossary/three-amigos/
35. Aplique os 3 C https://ronjeffries.com/xprog/articles/expcardconversationconfirmation/
36. Critérios de aceitação (Dado) algum contexto (Quando) alguma ação é realizada (Então) um conjunto particular de consequências observáveis deve obter
37. Aplique TDD em cima dos critérios de aceite Fonte: https://www.treinawe b.com.br/blog/afinal- o-que-e-tdd
38. Extra - DDD Domain-Driven Design Voltado ao problema a ser resolvido (domain) Linguagem ubíqua
39. Extra - DDD https://derek-ji.medium.com/practical-development-method-add-12bb58aae67e
40. 40 wagner.voltz@objective.com.br wagnerfusca wagnerfusca_ wagnerfusca wagnerfusca.medium.com speakerdeck.com/wagnerfusca wagnerfusca Objective Thinking | Cultura Devops
41. SÃO PAULO | SP Rua Peixoto Gomide, 996 6º andar | Cerqueira César CEP: 01409-000 +55 11 3176-8100 CURITIBA | PR Av. João Gualberto, 1740 9º andar | Juvevê CEP: 80030-001 +55 41 3122-9100 MARINGÁ | PR Av. Horácio Raccanelo Filho, 5355 Sala 1 | Zona 7 CEP: 87020-035 +55 44 3032-9150 CHICAGO | IL | USA 222 Merchandise Mart Plaza Suite 1225 | Chicago | Illinois 60654 +1 312 885-7619