Reverse Engineer Your Way to Adopting a Risk-based Testing Approach - Nishi Grover Garg
-
Locked
Community Enablement Manager @Trifacta
Talk Description
When I first heard about risk-based testing, I interpreted it as an approach that could help devise a targeted test strategy. Learning about risk-based testing can give us a new approach to our testing challenges. Even though Risk-Based testing may ideally be a bigger undertaking, beginning it by simply analyzing the product as well as each sprint for the impending risk areas and then following them through during test design and development, execution and reporting would help us in time crunches.Ā
But before I could think about adopting this approach into our test planning, I had a challenge at hand--to convince my team. I would like to share how I convinced my team about it by using their own case study, using our previous sprintās data, defect counts based on user stories and calculating risk priority numbers. You too can reverse engineer your way to adopting a simple, no-frills risk-based testing approach!
Ā
Takeaways
- Analyzing a teamās sprint history in terms of risk
- Calculating Risk Priority Number (RPN) and the defining Extent of TestingĀ
- Finding risk areas and Re-focussing testing effort on high-risk areas
- A simplistic, no-frills approach to Risk-based testing
By the end of this session, you'll be able to:
- Find risk areas and Re-focussing testing effort on high-risk areas
Nishi is a corporate trainer, an agile enthusiast and a tester at heart! With 13+ years of industry experience, she currently works with Trifacta as a Community Enablement Manager. She is passionate about training, organizing community events, and has been a speaker at numerous testing events and conferences. Nishi is also a writer on technical topics of interest in the industry and has numerous articles published at numerous popular forums and her own blog https://testwithnishi.com/ where she writes about the latest topics
in Agile and Testing domains.