1. Building
Quality In
Kishen Simbhoedatpanday
T: KishenPanday
E: kishen@eskape.nl

2. Defects are expensive

3. Examples
 FinancialBank: EUR 300.000
 Web travel agency: EUR 200.000
 80% Software Dev dollars on defects

5. Solving trivial bugs
1. Developer writes code and tests
2. Tester finds defect and logs
3. Developer tries to reproduce
4. Developer finds bug and investigates
5. Team discussion about how it should work
6. Developer re-codes, re-unit-tests, re-builds,
re-delivers
7. Tester verifies and closes ticket

6. We let bugs happen
Requirements
Software
Bugs
Development
Quality
Control

7.  Requirements Maturity
 Three Amigo meeting
 Acceptance Driven
Development
We need change!
 In Flight UI Review
 Pair Programming
 Quality Without
compromise
 Constant Feedback
 Deliver Value

8. Where do defects come
from?

9. Where do defects come
from?
User
Experience
Quality
Requirements
Control
Software
development
Deliver the right code / functionality from the start

10. Stop the presses!
Don’t make assumptions

11. Miscommunication
Misunderstanding

12. Value people and interaction
over documents

13. Requirement maturity
 Testable and estimable?
 User Story short enough?
 UI elements defined?
 Business rules defined?
 Customer acceptance Tests defined?

14. Three Amigos meetings
Create one vision
Developer
Tester
Product
Owner
One Vision

15. Three Amigos meetings
Discover unknowns
 What does the requirement mean?
 What are the special cases?
 How will we test this?
 What about the non-functions?
 What to do with errors?

16. Deliver value in stead of Huh?
Burning Tasks We’re getting
wet…
Plan Build Test Review Deploy

17. Get Test Infected!

18. Refactor Build test
Test Driven
Development
Build Quality comes first
feature

19. Functional
Test Driven Development
Refactor Build test Refactor Build test Refactor Build test
Build Build Build
feature feature feature

20. Why Functional Testing?
Stable code Desired Functionality

21. What is the functionality?

22. Testing Pyramid ROI

23. Agile Testing Quadrants

24. In Flight UI Review
Don’t wait until the end of the
sprint to get feedback

25. Study in Pair programming
Goal:
Build product in 45min
 15 programmers
5 working alone
 10 in 5 (swapping)
pairs

26. Study in Pair programming
Time

27. Study in Pair programming
Test Cases passed

28. Study in Pair programming
ENJOY

29. Study in Pair programming
Lines of code

30. Pair programming
Bad attitude Good attitude

31. Quality comes from within
Commitment
Continuous
Improvement Quality Responsibility
Confidence

32. Working together
Exploratory Testers Programmers
 Communication  Communication
 Be curious about how stuff
is tested by Programmers  Ask Testers for help
 Partner with Programmers  Show Testers what’s
build / tested
 Coach Test Awareness /
Test infection  Help out with
Automation

33. What are we doing here?
 It’s NOT Testing
 It’s NOT Coding
....

34. It’s Software Development

35. Nope
Bugs in production
are normal
Try to minimize them ASAP