Behavior-Driven Development (BDD) - DevOps Summit 2016
Transferir como PPTX, PDF2 gostaram887 visualizações
O documento apresenta Behavior-Driven Development (BDD) como uma abordagem para codificar testes de software de forma mais amigável. Discute os desafios da adoção de Test-Driven Development (TDD) e como BDD pode superá-los através do uso de histórias de usuário e linguagem ubíqua. Também fornece um exemplo prático utilizando o framework SpecFlow no .NET.
Behavior-Driven Development (BDD) - DevOps Summit 2016
- 1. Behavior-Driven Development ou como codificar testes com uma linguagem amigável Renato Groffe TRILHA | MELHORIA CONTÍNUA @RenatoGroff | http://renatogroffe.net/
- 2. Agenda • Uma visão geral sobre testes de software • Behavior-Driven Development • Exemplo prático utilizando o framework SpecFlow
- 3. Link para acesso aos slides e fontes: http://bit.ly/bdd-devops-summit-2016
- 4. Por que testar um software? • Garantir que o projeto atende às especificações • Detectar falhas e defeitos antes da subida para produção
- 5. Alguns tipos de testes • Teste de unidade • Teste de integração • Teste de sistema • Teste de aceitação • Teste de regressão
- 6. Test-Driven Development (TDD) • Desenvolvimento cíclico baseado na codificação e execução de testes de unidade • Testes são escritos antes mesmo da codificação de classes ou métodos • Abordagem comumente associada às metodologias ágeis
- 8. Um exemplo de teste de unidade (xUnit.net)
- 9. Dificuldades na adoção de TDD • Verificar pontos isolados (métodos, classes) nem sempre é uma solução eficiente ou garantia de sucesso • Problemas costumam surgir durante a integração de partes relacionadas • Testes de unidade são compreendidos apenas por pessoas com um perfil mais técnico
- 10. E como superar tais dificuldades? A abordagem conhecida como Behavior-Driven Developmentpode ser uma resposta a esta pergunta
- 11. Behavior-Driven Development (BDD) • Metodologia de desenvolvimento proposta por Dan North em 2006 • User stories (histórias) descrevem o comportamento de features (funcionalidades)
- 12. Estrutura de uma user story
- 13. Behavior-Driven Development (BDD) • Ciclo de desenvolvimento muito semelhante àquele existente para TDD
- 14. Behavior-Driven Development (BDD) • As histórias fazem uso de uma linguagem ubíqua (compreendida por todos os envolvidos no projeto) Especialistas de Negócio Especialistas Técnicos Linguagem ubíqua
- 15. Behavior-Driven Development (BDD) • Frameworks permitem que as user stories sejam executadas como testes de aceitação ou regressão a partir de uma IDE • Cucumber → primeira ferramenta a suportar BDD e base utilizada pelos principais frameworks • Gherkin → mecanismo utilizado pelo Cucumber para interpretar uma história; suporte à internacionalização
- 16. BDD e a plataforma .NET • A opção mais utilizada na atualidade é o framework gratuito SpecFlow http://www.specflow.org/ • O SpecFlow trabalha com especificações de funcionalidades, baseando-se para isto em user stories • Cenários correspondem a diferentes casos de teste no SpecFlow • A utilização do SpecFlow costuma acontecer em conjunto com outros frameworks
- 17. SpecFlow e outros frameworks • MS Test, Nunit, xUnit.net, Selenium, Moq e Nsubstitute são algumas das opções possíveis... MS Test
- 18. Exemplo de uso do SpecFlow • Funcionalidade para conversão de alturas em pés para o equivalente em metros • Classe a ser implementada:
- 19. Exemplo de uso do SpecFlow • Fórmula a ser considerada: • Casos de teste: • Considerar 4 casas decimais para arredondamento da distância em metros Distância em m = Pés * 0,3048
- 20. Exemplo de uso do SpecFlow • User story: