Nearly every day, there are QA professionals wondering, possibly stressing, over how to get "everything" tested....
But as quarterback Aaron Rodgers would say, "Relax."
Think about your application. How long would it take to run through regressive testing on every conceivable option available? It's neither possible nor realistic to test everything. It'd likely take years, or even decades. The company you work for will be out of business long before you release the software application.
The question becomes how do you balance business and quality?
Risk analysis is an option. Depending on your business needs, you can make risk analysis complex or derive exceptional value from a seemingly simplistic approach. In either case, you'll get definitive and factual value from the analysis and better understand how to plan regressive testing around known application risk.
The simple approach provides a communication tool built from Six Sigma DMAIC model. You can simply write down each function and it's permutations in any manner that works for your business. The whole development team provides input, while the QA professional manages the document and detail of the information and input gathered. It seems too simple, but it works to improve communication between team members while also documenting application functionality. QA ends up with factual data on what areas and functions of the application are most critical. They can then put together a regression suite that hammers the higher priority items while exercising the lesser functions less in depth. The key is to test the higher risk areas first and frequently, while still testing the lesser risk functions more superficially or via rotating test suites based on priority or risk.
You can't test it all; it'll never happen. But you can test effectively by using regressive testing by business risk and still provide valuable, useful application testing that protects your end users from error fatigue and application dissatisfaction.
Managing the complexity between regression and risk-based testing
Applying regressive testing to web-based application
How and when to apply exploratory, automated regression and manual regression tests
Dig Deeper on Software Regression Testing
Related Q&A from Amy Reichert
QA needs to keep reminding business of its value. Expert Amy Reichert offers tried-and-true advice on how to leverage documentation and automation to...continue reading
Contract QA jobs can pay more than staff positions, but only if you're a good negotiator. Expert Amy Reichert helps explain the differences between ...continue reading
Quality assurance professionals need to start thinking about bringing business along for the ride. Expert Amy Reichert offers tried-and-true advice ...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.