When to embrace behavior driven development

27
Copyright © 2015 SolutionsIQ Inc. All rights reserved. 6801 185th Ave NE, Suite 200 Redmond, WA 98052 solutionsiq.com 1.800.235.4091 When to Embrace Behavior Driven development ? How to adopt it the right way ? PREPARED BY Ranjith Tharayil Agile Coach SolutionsIQ

Transcript of When to embrace behavior driven development

Page 1: When to embrace behavior driven development

Copyright © 2015 SolutionsIQ Inc. All rights reserved.

6801 185th Ave NE, Suite 200Redmond, WA 98052solutionsiq.com1.800.235.4091

When to Embrace Behavior Driven development ?How to adopt it the right way ?

PREPARED BYRanjith TharayilAgile Coach SolutionsIQ

Terri Sharp
Background artwork, logo and address block are locked.Customize it: Unused text placeholders can be deleted if not needed. The title placeholder will hold up to three lines of text, sub title holds up to two lines of text. For readability, it would be better not to change the size of the text on the title slides.
Page 2: When to embrace behavior driven development

2

What the hell is this

Terri Sharp
This slide shows the first three levels of the bullet list heirarchy. You can unbold the subhead line if you wish, or use the Increase List Level button to move through the levels:Level one, Calibri 19pt boldLevel two, Calibri 19pt regularLevel three, Calibri 19pt regular with double carat bulletLevel four, Calibri 17pt regular with hyphen bulletLevel five, Calibri 17pt regular with square bulletCustomize it: Change text size if needed to fit for an extremely text-heavy layout.
Page 3: When to embrace behavior driven development

3

BDD is a second-generation, outside-in, pull-based, multiple-stakeholder, multiple-scale, high-automation, agile methodology. It describes a cycle of interactions with well-defined outputs, resulting in the delivery of working, tested software that matters.

Dan North

Terri Sharp
The gray background box is locked. A blank version (no gray box) is available if needed.Customize it: Move the quote marks to fit around your text. The text placeholder can be changed as needed, if you wish to use smaller text and add an image or graphic.
Page 4: When to embrace behavior driven development

4

Not again , Stop the crap we have seen this

Terri Sharp
This slide shows the first three levels of the bullet list heirarchy. You can unbold the subhead line if you wish, or use the Increase List Level button to move through the levels:Level one, Calibri 19pt boldLevel two, Calibri 19pt regularLevel three, Calibri 19pt regular with double carat bulletLevel four, Calibri 17pt regular with hyphen bulletLevel five, Calibri 17pt regular with square bulletCustomize it: Change text size if needed to fit for an extremely text-heavy layout.
Page 5: When to embrace behavior driven development

5

The BDD Philosophy : how can we collaborate better ?

Product Owner

Developers Quality Assurance

Production Support

Business

Page 6: When to embrace behavior driven development

6

The BDD school of thought ,Outside in

Spec

Test

Code

Outside in

Page 7: When to embrace behavior driven development

7

The flow

N-1 N N+1

» Sprints

spec

» Sprint planning

» Pull only those with spec ready » Three Amigo Meetings

» BA ,PO» Developers » QA» Production Support » Any one who could

contribute in scenario identification

• Disciplined delivery• Working agreements • DOR• DOD• Less risk of failure

Page 8: When to embrace behavior driven development

8

No Comments :S

Page 9: When to embrace behavior driven development

9

Doing BDD vs Adopting BDD

Do BDD for

1567

Page 10: When to embrace behavior driven development

10

BDD Myths

• Myth 1: BDD requires a framework or tool

• Myth 2 : BDD is about testing

• Myth 3: BDD has to be done top-down

Page 11: When to embrace behavior driven development

<Footer Content: Presentation Title, Partner Name, Other>

11

• “Step Away from the Tools”• “BDD isn’t about the tools.”

Liz Keogh

Myth 1: BDD requires a framework or tool

Terri Sharp
The Agenda layout is a specially formatted bullet-type layout. Title text is level one; use Increase List Level (NOT the Bullet List button) to move to level two formatting for listing agenda or schedule items.Customize it: Add sublists to agenda lines using the bulleted list formatting built in - use the Increase List Level button to access the additional formatting.
Page 12: When to embrace behavior driven development

<Footer Content: Presentation Title, Partner Name, Other>

12

• #BDD supports collaboration. If u can’t collaborate please don’t try using Cucumber as test automation

Myth 2 : BDD is about testing

Seb Rose

Terri Sharp
The Agenda layout is a specially formatted bullet-type layout. Title text is level one; use Increase List Level (NOT the Bullet List button) to move to level two formatting for listing agenda or schedule items.Customize it: Add sublists to agenda lines using the bulleted list formatting built in - use the Increase List Level button to access the additional formatting.
Page 13: When to embrace behavior driven development

13

In fact, BDD isn’t even really about testing. It’s just a way of capturing those conversations which happens to provide some tests, and lifts some of the burden on the testers. If you want to run additional performance tests, exploratory tests, or even record some tests, it doesn’t have to come under the BDD banner. It’s perfectly OK to do BDD and test things as well.

Liz Keogh

Myth 2 : BDD is about testing

Page 14: When to embrace behavior driven development

14

+Scenario 1: Account is in credit+Given the account is in creditAnd the card is validAnd the dispenser contains cashWhen the customer requests cashThen ensure the account is debitedAnd ensure cash is dispensedAnd ensure the card is returned

+Scenario 1: Account is in credit+Given the account is in creditAnd the card is validAnd the dispenser contains cashWhen the customer requests cashThen check that the account is debitedAnd check that cash is dispensedAnd check that the card is returnedAnd check that nothing happens that shouldn’t happen and everything else happens that should happen for all variations of this scenario and all possible states of the ATM and all possible states of the customer’s account and all possible states of the rest of the database and all possible states of the system as a whole, and anything happening in the cloud that should not matter but might matter.

James Bach

Myth 2 : BDD is about testing

Page 15: When to embrace behavior driven development

15

Test iceberg

Myth 3: BDD has to be done top-down

Page 16: When to embrace behavior driven development

16

Problem Space , Solution Space& the Gap

Page 17: When to embrace behavior driven development

17

Each spaces has its own Complexity

• Context specific

• Varies wrt team maturity

Page 18: When to embrace behavior driven development

<Footer Content: Presentation Title, Partner Name, Other>

18

Lets play a game

Terri Sharp
Customize it: Feel free to add an image or graphic to the right side of the box, if needed.
Page 19: When to embrace behavior driven development

19

10 level tower of cards

Page 20: When to embrace behavior driven development

20

Page 21: When to embrace behavior driven development

BDD Workshop, Society General 21

Page 22: When to embrace behavior driven development

BDD Workshop, Society General 22

Page 23: When to embrace behavior driven development

Complexity

23

Page 24: When to embrace behavior driven development

24

Time and effort spent ∝ problem space complexity

• More the problem space complexity , more time has to be spent debating discussing and detailing scenarios

• When problem space is simple , spending lot of time on scenario identification might not make sense

• Different features have different types of complexity

Page 25: When to embrace behavior driven development

25

How to measure complexity

Points Complexity Description

1 Just about everyone in the world has done this

2 Lots of people have done this, including someone on our team.

3 Someone in our company has done this, or we have access to expertise

4 Someone in the world did this, but not in our organization (and probably

at a competitor)

5 Nobody in the world has ever done this before

Second Order ignorance We say second order of ignorance exist if “when I don't know that I don't know something”.

Liz Keogh

Page 26: When to embrace behavior driven development

26

Scenario Identification, 3 key pillars

Functional:-Happy path-Sad path-Exceptional path

Constraints

Page 27: When to embrace behavior driven development

<Footer Content: Presentation Title, Partner Name, Other>

27

Thank you!solutionsiq.com

Terri Sharp
Customize it: Feel free to add an image or graphic to the right side of the box, if needed.