1. Formulating a Test strategy
for an Agile software project
By Tharinda Liyanage
2. Agenda
• About QA
• Some terminology
• Traditional test practices
• Formulating a test strategy for the project
• Iteration metrics
3. Word on QA…
• It is a set of activities intended to ensure that products satisfy
customer requirements in a systematic, reliable fashion.
• In SCRUM (agile) QA is the responsibility of everyone in
R&D, not only the Test team. QA is all the activities we do to
ensure correct quality during development of new products.
4. Testing terminology
– Unit testing
• Automatic test on code level run every night or after new code is added – to verify no bugs
introduced
– Integration testing
• Testing interactions between different modules of the system
– Feature testing
• Performed by a QA when a feature is finished implemented
– System testing
• To verify whether the system as a whole meets the specified requirements
– ExploratoryTesting
• Exploratory testing is simultaneous learning, test design, and test execution.
– Regression Testing
• Test to detect side effects from changes to the system, i.e after bug fix
– Retesting
• Verification of bug fix
– Compatibility testing
• Verification of compatibility between AMX applications and the different OS, office applications, browsers and
databases etc that we support
7. Agile testing
• We test in iterations
• Test early
• Testers take more integrated, team oriented approach than previous
8. Test Strategy-outlined
• Test strategy in agile development
Release Each Sprint Hardening
Release QA
planning (Sprint QA Sprint
activities
(test plan) activities) (system test)
9. Test Strategy in agile
• We start our QA activities at Release planning stage
• Release planning
– Create test plans
• High level test planning
• budgeting enough time
– Participate in story sizing
– Typical Test plan will include
• Scope of testing
• New functionalities which are being tested
• Types/ level of testing based on the complexity of the features being tested
• Performance and load testing
• Infrastructure consideration (Test environment/software)
• Risks/ mitigation plans
• Resourcing
• Milestones and deliverables
10. Test Strategy in agile…
• Each Sprint
– Participate in sprint planning
– Estimate tasks(QA input)
– Write test cases using stories(QA)
• High level test cases before coding begins- guide dev
• Detailed test cases written during coding
– Unit/ Integration tests(Dev)
• Automatic test on code level run every night or after new code is added. Bugs found are fixed immediately
– Pair tests(Dev + QA)
• Performed when a part of a feature is finished implemented. Bugs found are fixed immediately
– Feature tests(QA)
• Performed when a feature is finished implemented. Errors found are logged in main project in bug system and
prioritized during next sprint planning. After all prioritized bugs are fixed, the feature is ready for System Test at
the end of the project
– Reviews (stories, req, test cases with customer, programmer)
• Increase collaboration and communications
11. Test Strategy in agile…
• Each Sprint contd…
– Test automation
• Automate new functional test cases
• Run automated regression tests
– Perform non functional testing (load, security, usability etc)
– Demo to the stakeholders
12. Test Strategy in agile…
• Hardening sprint
– A hardening sprint can be used for bug fixes in previous sprints. Bugs that are prioritized
will be considered here
– The end game(System test)
Every member in the team is involved in this.
• Mock deploy on staging
• Smoke test on staging
• Perform non functional testing (load, security, usability etc)
• Complete regression test
• Perform UAT tests
• Other tests
– Compatibility(DB upgrade etc)
– Installation
– Localization etc
13. Test Strategy in agile…
• Release
– Define Exit criteria
• Testing activities (bug severity, open bugs, coverage levels, metrics etc)
• Product Artifacts (user guide, installation guides, other necessary
documentation are in place)
– Participate in retrospectives
• Start
• Stop
• Continue
14. Iteration metrics
To enhance predictability…
– Measuring progress
• Burn down charts
• Estimated vs. Actual time for tasks
– Defect metrics
• Root cause analysis
• Results from defect tracking system
– Traceability metrics
• Test coverage (story vs. test cases)
• Code coverage
Notas do Editor
Test strategy document can be used to give new employees a high level understanding of how your test processes work.Keeping the agile nature in mind, we have identified areas that we can incorporate QA activities.
Test plan- helps to identify possible issues and dependencies, to bring risks to be talked about and to be addressed and to think about the big picture.Story sizing- sometimes testing wasn’t include in estimates of story size. Sometimes testing a piece of functionality will take longer than coding it. To identify ripple effect and to uncover hidden stories with in a story.
To achieve Definition of done. We have to make sure that each story is tested. Peer reviewed. Review stories from the customer and tester perspective with programmer. Look for mismatches
Test automation - need to reduce repetitive work of the tester so that more time can be spent doing exploratory testing. - need to identify repetitive tasks - identify tools, - skills
Measuring progress- you need an idea how much work is left and whether some stories cannot be completed on time. Go for different plans as needed.Defect metrics- track what type of bugs are popping up and their root cause. Whether they could have been captured in unit test level so that training on writing unit tests. Misunderstood requirements, not enough time for iteration planning or UAT test cases are not detailed enough.