Thursday, August 2, 2018

How I would plan test for OrangeHRM module

It is an absolute must to create a plan for any module that you intend to test.The document could be made in word and may/may not be formal depending on the organization and the project being tested.But the key features of such a document should be to lay out the testing approach (i.e. the strategy, types of testing, test environment and test data involved).Most importantly it should also list the various assumptions that would be undertaken during the testing process as well as the risks involved and  mitigation plan for addressing the same should any of the risks happen.Having such a plan in place not only provides a clear vision and a strategy to the testers involved but also provides clarity to project stakeholders and raises their confidence in the quality of product being released.You may also find it useful to revisit the test plans post release to identify if any strategy changes could be made to avoid any of the post release production issues or to ensure a smooth delivery.For instance in one of the projects in my testing career we realized GUI testing of the HTML templates if done early before these are released to the development team could avoid a lot of  later stage issues which sometimes slip through the development phase and end up being neglected and ultimately marked as cosmetic / minor to be fixed in next release.We decided to incorporate this change in our plan and to start GUI testing even before coding actually starts.Below is the test plan for testing of  'MyInfo' Module.Refer: https://docs.google.com/document/d/1A7GbxWdkij7BAwoVJsLhr26f8Thx3STXQTXunk85CtA/edit?usp=sharing

No comments:

Post a Comment

Test Design of 'OrangeHRM' module Part1

As per CemKaner Writing a test case is complex art After reading his article on ‘What a good test case is’ http://www.kane...