1. Seven Deadly Sins of Agile Testing

2. About me – Brad Swanson 2

3. Time to market 3 Deliverable ImplementAnalyze Deliverable Traditional Development Agile Development Test

4. Risk 4 Time traditional agile

5. Schedule Confidence 5 ?

6. 6 Productivity

7. ROI 7 traditional agile time + Early to market advantage - $

8. Quality 8 Open defects Time traditional agile

9. 9 Source: Dr. Dobb’s Journal 2008 Agile Adoption Survey http://www.ambysoft.com/surveys/agileFebruary2008.html

10. Sin #7: Separation of Requirements & Tests 10 Req Spec Tests

11. Penance 11 Create an executable specification: Spec == Tests Use concrete examples to specify requierements Analysts and Testers become best friends! Acceptance Test Driven Development (ATDD, BDD) Cucumber, FIT, Fitnesse, Selenium Other tools??? INVEST in user stories Independent, Negotiable, Valuable, Estimable, Small, Testable Include testing in the Definition of Done for stories & sprints Expand your skills

12. Sin #6: Testing is one sprint behind 12 Code sprint 1 Test Sprint 1 Code sprint 2 Code sprint 3 Code sprint 4 Test Sprint 2 Test Sprint 3 Test Sprint 4

13. Penance 13 Include testing in the Definition of Done for stories & sprints Smaller backlog items & user stories http://www.richardlawrence.info/2009/10/28/patterns-for- splitting-user-stories/ Testers define & create tests at the start of each story/sprint Automated testing / TDD / ATDD / BDD

14. Sin #5: Unbalanced Testing Quadrants 14

15. Penance 15 Include the appropriate testing quadrants in the Definition of Done for stories, sprints, and releases. Have a balanced testing plan as part of release planning Create backlog items for appropriate testing activities, e.g. – ility testing. Get management commitment to support effort needed to “catch up” on test automation; show the ROI on automation. Get real users & stakeholders to participate in acceptance testing – early and often.

16. Sin #4: Ignoring Test Failures 16

17. 17

18. Penance 18 Discipline: stop the line whenever the CI build & tests fail Invest in making automated tests robust Create incentives for team members to have clean check-ins; friendly competition? Take metrics: reward people for improving quality and automated test coverage

19. Sin #3: Lack of TDD & CI 19

20. Penance 20 Commit as a team to doing TDD and CI Discipline: keep it going Expand your skills Invest in infrastructure, tools, training. Show the ROI. Keep metrics to measure resulting quality improvements

21. Sin #3: Lack of Test Automation 21

22. Sin #2: Separate QA Team 22 QA Dev QA QA QA QA QA

23. Penance 23 Form cross-functional teams including QA Co-located teams: same room Do a pilot project with QA dedicated to the team; keep metrics to demonstrate the results. Keep QA fully involved with the team: planning, implementing stories, demos, retrospectives Whole-team responsibility for product quality

24. Sin #1: WaterScrumming 24 Analysis sprint Code sprint Test sprint Analysis sprint Test sprint Test sprint

25. Penance 25 Form cross-functional teams including QA & analysts Include testing in the Definition of Done for stories & sprints INVEST in user stories Independent, Negotiable, Valuable, Estimable, Small, Testable http://www.richardlawrence.info/2009/10/28/patterns-for-splitting- user-stories/ Testers define & create tests at the start of each story/sprint TDD / ATDD / BDD Allow one hardening sprint before release with all hands on deck testing

26. 26 brad@ProperoSolutions.com

27. 27

28. License agreement At least part of the material used in this presentation has been licensed as Creative Common, non-commercial, share- alike content (http://creativecommons.org/licenses/by-nc- sa/3.0/de/deed.en) from agile42 GmbH.http://creativecommons.org/licenses/by-nc- sa/3.0/de/deed.en As per the license agreement you are entitled to do whatever you like to the material as far as is not contradicting basic principle of the license. On top of that agile42 GmbH kindly asks you to return any change you will make to this material, for validation and sharing purposes.