What is Bug ? Benefit PM understand Bug Life Cycle to prioritize task

Bug Life Cycle
  1. Bug Found -> Bug reported by QA
  2. 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 ?
  3. 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
  • 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
  1. 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).
  2. Environment: production.
  3. 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
  1. 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
  2. For severity because it is force closed the severity consist of Critical
  1. QA Team push the issue to QA Lead
  2. While QA lead review the bug report QA Team will do test to another Android version the priority can be seen from table
  1. QA Team pass to Dev team and fix the problem directly based on the priority
  1. After Dev Team fix it and said the issue has been fixed
  2. QA Team recheck again the problem and if the problem has been clear the status move to CLOSED
  1. The re-test from another Android device will inform directly to Dev Team
  2. QA Team propose the new SOP for mitigate the problem to PM

--

--

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store