Priority Testing is not about testing all at once; it is about testing what will have the most impact if it fails first.
For example, in an e-commerce system, if the Payment feature is not working, it is causing revenue loss. If the User Interface isn’t up to par, it isn’t causing any business loss. Therefore, in a smart approach, Payment, Checkout, or even Login should be tested first.
But in real-world scenarios, time is always limited. Therefore, all test cases cannot be executed.
This is where priority-based testing is more important.
Priority-based testing is more beneficial in terms of covering more test cases.
The most important thing in this case is domain knowledge. Without proper domain knowledge, it is difficult to understand what features of an application are more important or what to test and what to skip.
For example, in a banking system, Fund Transfer or even Balance Update is more sensitive. However, in an e-commerce system, Checkout is more sensitive. You need to know first the business impact of the particular feature in the software and the use of the end user.
– An experienced quality assurance engineer is not doing blind testing.
– An experienced quality assurance engineer knows what to test.
– An experienced quality assurance engineer is doing smart testing.
– An experienced quality assurance engineer is doing testing where failures will have more impact on users or on the business.
Therefore, in the end, to be effective in quality assurance, we should not think “I have to test everything,” but “I have to test what matters most.”