What is Bug ? Benefit PM understand Bug Life Cycle to prioritize task
Bugs are any form of non-compliance with the implementation of the product development plan.
Bug Life Cycle
In software testing, the Bug Existence Cycle is the exact collection of phases that a defect or bug goes through throughout its life. The goal of the defect life cycle is to make the defect repair process predictable and efficient by readily coordinating and communicating the current status of the defect as it changes to multiple assignees. (https://www.guru99.com)
- Bug Found -> Bug reported by QA
- QA Lead Review the Bug -> in this section QA Lead will decided this report is duplicated or not ? in scope or not ? and duplicated or not ?
- Then QA Lead, Dev Lead, and/or PM can decided the bug can be fixed directly or not if not there are several decision such as :
- To fix update -> means the bug that we have reported will be fixed in the next SDLC.
- Will Not Fix -> The bug that we have reported will not be fixed it can be considered not enough time, the risk of other bugs appearing, repair is too difficult and minor bugs
- Not a bug-> the bug that we reported, was not a bug.
- Cannot reproduce -> the bug doesn’t appear when the developer rechecks from the step we reported
4. Then if developer fix the bug then QA will recheck again if the bug still open then will back again to the developer until the bug status is closed
Bug Priority and Bug Severity
Bug Priorities are those that must be addressed depending on priority handling and completion time.
Bug Severity is a bug that has to be corrected depending on the degree of harm to the program and its usability.
What is the difference?
- Purpose -> specify the order in which the developer must resolve defects
- Category -> Low, Medium, High
- Actionable -> indicates how quickly the bug should be fixed
- Perspective -> Business Value and Priority Status based on customer needs
- Purpose -> degree of impact of defects on the operation of the product
- Categories -> Critical, Major, Medium, Minor, Cosmetic
- Actionable -> shows the seriousness of the defect in the product function
- Perspective -> Functionality and Severity status based on technical aspects of the product
Example Bug Priority and Bug Severity in Facebook
Mini Study Case
- Force close happens between versions of 6.0 and 4.4 inclusive range (assume that no Android is run below 4.4 while using the apps).
- Environment: production.
- Every android version has different users percentage
- Reproduce the bug and save the evidence
- Set up the priority and severity (reasoning will explain at next slide)
- Create Bug Report
- Based on usage of Android version the priority that can be check from High to Low consist of Android version 6, 51.1 and 4.4
- For severity because it is force closed the severity consist of Critical
- QA Team push the issue to QA Lead
- While QA lead review the bug report QA Team will do test to another Android version the priority can be seen from table
- QA Team pass to Dev team and fix the problem directly based on the priority
- After Dev Team fix it and said the issue has been fixed
- QA Team recheck again the problem and if the problem has been clear the status move to CLOSED
- The re-test from another Android device will inform directly to Dev Team
- QA Team propose the new SOP for mitigate the problem to PM
Defect/Bug Life Cycle in Software Testing
Defect Life Cycle or Bug Life Cycle in software testing is the specific set of states that defect or bug goes through…