|April 9, 2018|
Happy Path defines the success of every QA test - the user should be able to run through the functionality without having to encounter any errors.
The QA Project lead should start out building out a test plan that defines the happy path. While the path may seem obvious - it does help identify risk area.
Some QA Experts will say that there•s only one Happy Path in a project. I•ll argue that many paths may exist, for example in eCommerce you may have a Happy Path for existing customers and one for new customer.
A good real-world example of a happy path is going to the grocery store and getting everything on your shopping list.
Can you think of ways that a Happy Path would not be accomplished?
Some things that could cause an unsuccessful Happy Path
Figuring out all the possibilities that could prevent someone from having a Happy Path is a good way to build test cases.
When starting out testing a new product, QA brainstorm ways that could prevent users from successfully completing their tasks.
On release day, all new products should have a successful Happy Path.
Feel free to leave a comment about this post.