Transferir como PDF, PPTX
![Processo
Os Testes de Aceitação devem ser escritos
usando User Story. Com a seguinte estrutura:
Com a [regra]
Eu quero [característica]
Então que [benefício]
O Critério de Aceitação deve ser escrito em
termos de cenários e implementados como
classes:
Dado [contexto inicial]
Quando [evento ocorre]
Então [certeza de algum resultado].](https://image.slidesharecdn.com/desenvolvimentobdd-131124153738-phpapp02/85/Desenvolvimento-BDD-8-320.jpg)
Carregado porFabiano Da Ventura
Desenvolvimento BDD
BDD (Behavior-Driven Development) é uma abordagem de desenvolvimento de software que se concentra em especificar comportamentos desejados do software através de cenários e testes de aceitação escritos em linguagem natural com os stakeholders. Foi desenvolvido por Dan North em 2003 e combina TDD, DDD e OOAD para promover a colaboração entre desenvolvedores e analistas de negócios através de ferramentas e processos compartilhados.
Mais conteúdo relacionado
![[QANinjaConference] Automação de Testes com Codeception](https://cdn.slidesharecdn.com/ss_thumbnails/qaninjaconference2016-codeception-161029020301-thumbnail.jpg?width=640&height=640&fit=bounds)
![[MTC 2021] Continuous quality, desafios da melhorias contínua e entrega com q...](https://cdn.slidesharecdn.com/ss_thumbnails/continuousqualitudesafiosdamelhoriascontnuaeentregacomqualidade-claraericatakayamadecastro-210804112840-thumbnail.jpg?width=640&height=640&fit=bounds)
![[MTC 2021] Vieses da qualidade - Daniele Vieira Fiorot](https://cdn.slidesharecdn.com/ss_thumbnails/viesesdaqualidade-danielevieirafiorot-210804112806-thumbnail.jpg?width=640&height=640&fit=bounds)
Semelhante a Desenvolvimento BDD
Desenvolvimento BDD
- 1.
- 2. •Desenvolvido por DanNoth (2003). “Desenvolvimento Orientado por Comportamento é sobre a implementação em uma aplicação que descreve seu comportamento na perspectiva dos stakeholders.”Dan North
- 3. • Combina princípiose técnicas gerais do TDD com ideias de DDD (Domain-Driven Design) e OOAD (Object-Oriented Analysis and Design) para favorecer os desenvolvedores de software e analistas de negócios, com ferramentas e processos compartilhados para colaborar no desenvolvimento de software. •Fonte: http://en.wikipedia.org/wiki/Behavior_driven_development
- 4. Papéis • Desenvolvedores • Analistasde Negócios
- 5. Ciclo de Vida– Fluxo de Trabalho • Inicia dos requisitos e da visão do cliente (outside) até os artefatos de software (in)
- 6. Artefatos • Use Case •Use Story
- 7. O Ciclo Outside-in 1. 1.Focoem um cenário 2. 2.Escreva uma especificação para este cenário 3. 3.Escreva uma especificação de unidade 4. 4.Faça a especificação de unidade passar 5. Refatore
- 8. Processo Os Testes deAceitação devem ser escritos usando User Story. Com a seguinte estrutura: Com a [regra] Eu quero [característica] Então que [benefício] O Critério de Aceitação deve ser escrito em termos de cenários e implementados como classes: Dado [contexto inicial] Quando [evento ocorre] Então [certeza de algum resultado].
- 9.
- 10.
- 11.
- 12.