7/28/2019 Software Testing Process in Companies

1/1

Software Testing process in companies

Whenever we get any new project we will conduct Kick -Off Meeting (introduces themembers of the project team and the client and provides the opportunity to discuss the roleof each team member). In this meeting we basically discuss on who is client? What is project

duration and when is delivery? Who is involved in project i.e manager, Tech leads, QAleads, developers, testers etc etc..?

(Initially Business Analyst (BA) will prepare the BRS (Business requirementspecification).SRS(system requirement specification) derived from BRS. FRS (Functionalrequirement specification) derived from SRS .Based on FRS Usecase ortestscenarios aredeveloped on this Testers will create the Testcases)

Based on the SRS project plan is developed. The responsibility of testers is to createsoftware test plan from this SRS and project plan. Developers start coding from the design.The project work is divided into different modules and these project modules are distributedamong the developers. In meantime testers responsibility is to create test scenario and write

test cases according to assigned modules. Testers try to cover almost all the functional testcases from SRS/FRS. The Testcases can be maintained manually in some excel test casetemplates or bug tracking tools like Quality Center (QC).When developers finish individual modules (build), those modules are assigned to testers.Testers will perform Smoke testing (verifying the build URLs for testing means stability ofURLs) orSanity Testing(build is stable is or not for further testing ,here tester will verify thebasic functionality) on these modules and if they fail this test, modules(build) are reassignedto respective developers for fix. For passed modules manual testing is carried out from thewritten test cases. If any bug is found that get assigned to module developer and get loggedin bug tracking tool. On bug fix tester do bug verification and regression testing of all relatedmodules. If bug passes the verification it is marked as verified and marked as closed.Otherwise above mentioned bug cycle gets repeated. (I will cover bug life cycle in other

post)

If it is required as per SRS, tester will test Compatibility testing i.e testing application ondifferent hardware, OS versions, software platform, different browsers etc.Defect/Bug Life Cycle

Defect:Mismatch between the expected result and Actual resultDefect/Bug Life Cycle:When ever we raise a defect status will be "NEW".After raising the defect Testlead/DefectManager verify the defect and change the status "NEW" to "OPEN".

Then delevopment lead will assign the defect to developer and change the status OPEN to"ASSIGN".Developer will verify the defect

If it is working fine ,he will "REJECT " the defect.If it postponed to future release thestatus will be "DEFFERED".

If it is not working then he will FIX the Defect,the status will be "FIXED".Once the developer fix the defect testlead will change the status FIXED to "RETEST"Once it is in RETEST we will Retest the defect,if it is working fine ,we will "CLOSE" thedefect.else we will "RE OPEN" the defect