Agile Testing Strategy


Published on

Published in: Technology, Business
1 Comment
  • don't get the sys test done at the end of the project mentioned in slide 10, why do not do it in the sprint, which is feauture test basically? And just do Regression and a comprehensive UAT with all the rest of the activity, as per silde 12, at the end during hardening sprint? Also when exactly the hardering sprint should be done if the project expect that when dev has finish the last sprint we go to release, do we need to negotiate with the PM an extra sprint? thanks so much!
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide
  • 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.
  • Agile Testing Strategy

    1. 1. Formulating a Test strategyfor an Agile software project By Tharinda Liyanage
    2. 2. Agenda• About QA• Some terminology• Traditional test practices• Formulating a test strategy for the project• Iteration metrics
    3. 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. 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
    5. 5. How Traditional Test Practices Evolved
    6. 6. How Traditional Test Practices Evolved
    7. 7. Agile testing• We test in iterations• Test early• Testers take more integrated, team oriented approach than previous
    8. 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. 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. 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. 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. 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. 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. 14. Iteration metricsTo 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