1 No test levels needed in agile software development! No test levels needed in agile software development! No test levels needed in agile software development! No test levels needed in agile software development! Leo van der Aalst Lector Software Quality and Testing PNSQC, October 11h 2011 Portland Copies may not be made or distributed for c ommercial use Excerpt from PNSQC 2011 PNSQC.ORG ____________ __________ ____________ __________ ____________ __________ ____________ __________ ____________ ____ _
18
Embed
No test levels needed in agile software development! · About agile -About agile ---Agile Manifesto (2001)Agile Manifesto (2001) •Individuals and interactions overprocesses and
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
1
No test levels needed in agile software development!No test levels needed in agile software development!No test levels needed in agile software development!No test levels needed in agile software development!
Leo van der AalstLector Software Quality and Testing
PNSQC, October 11h 2011
Portland
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
AgendaAgendaAgendaAgenda
• About agile
• Testing in agile software development
• No test levels needed
2
• No test levels needed
• Product risk analysis (one-table approach)
• Summary
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
About agile About agile About agile About agile ---- Some iterative methodsSome iterative methodsSome iterative methodsSome iterative methods
• Rapid Application Development (RAD)- 80’s, Barry Boehm, Scott Shultz and James Martin
• Scrum- 1986, Ikujiro Nonaka en Hirotaka Takeuchi
3
- 1986, Ikujiro Nonaka en Hirotaka Takeuchi
• Dynamic Systems Development Method (DSDM)- 1995, DSDM Consortium
• eXtreme Programming (XP)- 1996, Kent Beck, Ken Auer, Ward Cunningham, a.o.
• Feature Driven Development (FDD)- 1997, Jeff de Luca
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
About agile About agile About agile About agile ---- Agile Manifesto (2001)Agile Manifesto (2001)Agile Manifesto (2001)Agile Manifesto (2001)
• Individuals and interactions over processes and
tools
• Working software over comprehensive
4
• Working software over comprehensive
documentation
• Customer collaboration over contract negotiation
• Responding to change over following a plan
While there is value in the items on the right, the items on the left are valued more!
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
Vision on testing in agile environmentsVision on testing in agile environmentsVision on testing in agile environmentsVision on testing in agile environments
• Manifesto is starting point
• Integrated test process
- testing activities must be integrated in both the
development process itself and in the team
5
testing activities must be integrated in both the
development process itself and in the team
- testing should move the project forward
- testing tools are increasingly important
- testing is part of (definition of) done
• Find balance by making well-considered choices
• (Re)use values of proven test approachesCopies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
Put the test vision into practice by:Put the test vision into practice by:Put the test vision into practice by:Put the test vision into practice by:
• Seeing testing as the driver of the project
• Integrating testing in the entire process
• Start testing from the beginning of the project
6
• Start testing from the beginning of the project
• Integrating testing in the team
• Giving testing a role in the requirements elicitation
• Making it possible to test with a limited test basis
• Seeing testing as a part of "done"
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
First things to do (being a tester)First things to do (being a tester)First things to do (being a tester)First things to do (being a tester)
• Make sure you understand the business
(domain knowledge)
• Involve yourself in unit testing
7
• Involve yourself in unit testing
• Assist other team members in non-testing
activities
• Communicate about what is not documented
• Design test cases so they can be automated
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
No test levels needed No test levels needed No test levels needed No test levels needed ---- CharacteristicsCharacteristicsCharacteristicsCharacteristics
• No separate testlevels like system test or
(user/production) acceptance test
• All team members work together
8
• All team members work together
• All disciplines work together, support eachother
• No designer, developer, user or test teams
• No test levels/teams with their own budget
• Team members accept the feature with their own
acceptance criteria in mindCopies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
No test levels needed No test levels needed No test levels needed No test levels needed ---- TraditionallyTraditionallyTraditionallyTraditionally
wish, legislation, policy, opportunity, problem
operation & management
9
development
acceptance
systemSupplying partySupplying partySupplying partySupplying party
Accepting partyAccepting partyAccepting partyAccepting party
functionaldesign
realisation
technicaldesign
requirements
UT, UT, UT, UT,
UITUITUITUIT
STSTSTST
SITSITSITSIT, FAT, , FAT, , FAT, , FAT,
UAT, PATUAT, PATUAT, PATUAT, PAT
tests
tests
tests
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
wish, legislation, policy, opportunity, problem
operation & management
No test levels needed No test levels needed No test levels needed No test levels needed –––– IntermediateIntermediateIntermediateIntermediate
10
user stories
requirements
features
time-boxedtest/development
acceptance functionality
suitability
user-friendliness
performance
security
continuity
manageability
reusability
maintainability
etc.
system
development
tests
tests
tests
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
wish, legislation, policy, opportunity, problem
operation & management
No test levels needed No test levels needed No test levels needed No test levels needed –––– Agile wayAgile wayAgile wayAgile way
11
user stories
requirements
features
time-boxedtest/development
tests
functionality
suitability
user-friendliness
performance
security
continuity
manageability
reusability
maintainability
etc.
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
SummarySummarySummarySummary
• No separate test levels
• All acceptors present in relevant iterations
- prepare/execute their own tests (with/without help)
16
- prepare/execute their own tests (with/without help)
• Risk determined per feature/qc by and per acceptor
• Test strategy determined per feature/qc
- test intensity / test design techniques
• Just one table on white board
• Product is explicitely accepted by all acceptors
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
Thank you for your attention!Thank you for your attention!Thank you for your attention!Thank you for your attention!
Questions?Questions?Questions?Questions?
17
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________
Contact informationContact informationContact informationContact information
Copies may not be made or distributed for commercial use Excerpt from PNSQC 2011 PNSQC.ORG_________________________________________________________________________________________________________