Skip to main content

10 statuses you should have in a Defect Life-Cycle


There are different approaches to achieve a proper Defect life-cycle solution with different theories and goals behind each one of them but from my experience most of the solutions that will have the following 10 statuses when implemented will have the better results in improving the final quality of the company’s product:

New
New status will be the first status for a freshly created Defect. This status should be reviewed by leading person like Development team lead or a QA manager and should be then assigned to a specific developer who will fix the problem.
From this status the Defect can become “Open” or “Awaiting Client’s Clarification”

Open/In-progress
Open status exists to emphasize that a specific Defect is in active state. This status means the some actual work is done related to this issue or that some investigation regarding this issue is happening.
From this status the Defect can become “Fixed” or “Won’t Be Fixed” or “Awaiting Client’s Clarification”

Postponed
In case that some constrains of the current release preventing the development department from fixing a specific Defect this Postponed status is used to symbolize the fact that this issue will be fixed in the future.
From this status the Defect can become “Open” or “Won’t Be Fixed”

Awaiting Client’s Clarification
Awaiting Client’s Clarification status indicates that the issue raised by this Defect is requirement related and requires client feedback as whether it is an actual problem or not.
From this status the Defect can become “Open” or “Won’t Be Fixed”

Fixed
Fixed status is self explanatory and represents the fact that the Defect had been fixed.
From this status the Defect can become “Re-Open” or “Fixed – Postponed” or “Fixed – Closed”

Fixed – Postponed
Fixed – Postponed status existence is to provide the option to mark a Defect as fixed but emphasize the fact that it had not been verified by QA in the last test cycle. As a common practice this status should not be used and it should be kept for extreme situations only when because of some constrain this unusual situation happened.
From this status the Defect can become “Re-Open” or “Fixed – Closed”

Fixed – Closed
Fixed-closed status is to communicate the fact that a Defect that had been fixed by development had been verified by QA as well and the fix is fully accepted

Won’t Be Fixed
Won’t be fixed status is used to categorized two types of Defects: those that are not actually a Defect and had been created by misunderstanding of client’s needs, and those that represent a problem that to costly to fix when compared to the benefit of the actual fix.
From this status the Defect can become “Re-Open” or “Won’t Be Fixed – Closed”

Won’t Be Fixed – Closed
Won’t Be Fixed-closed status is to communicate the fact that there is an agreement from QA side with the fact that this Defect shouldn’t be dealt with, and no more future work will be invested in this issue.

Re-open
Re-open status come to emphasize that it isn’t the first time that this Defect is reaching the development. This status can be a result of a “Fixed” status when the fix had not been complete, or it can be a result of “Won’t Be Fixed” status when there is a disagreement from QA side that this Defect is not important enough.
Note: Re-opening a Defect it is critical move and it should always be done with detailed comments explaining the reasons for it.

Comments

Popular posts from this blog

7 Most Popular Test Types in Software Testing

Today we are going to return back to basics of software testing and discuss the 7 most popular test types that are being used in every software testing effort. Those different test types cover all the levels of the software to make sure that the final result matching the expectations from every possible angle. Here is our list: Unit testingSmoke testingRegression testingFunctional testingIntegration testingUser Acceptance TestingPerformance Testing


Now let’s have a deeper dive into each one of those by using a simple example of an imaginary system that was created in order to manage warehouse activity including shipments, inventory and goods receptions from suppliers.
Unit Testing This type of testing is usually performed by the developers and is covering the very basic development component. In this test developers are testing the straight forward functionality of a functional piece of code to make sure that it is performing according to their expectations. In our example: This test w…

Story Points estimation for Scrum with Fibonacci vs Shirt Sizes vs Linear - 7 minute guide

It is all began long time ago when Development Teams were constantly asked to provide estimate and they were having a hard time to properly face the task. Let's admit it, there are so many things that can change, happen, and simply go wrong during the development process that one can hardly expect a proper estimation of hours for each task. That why a relative estimation with Story Points came along.

Story Points Estimation
Its a different way to estimate the effort of the Scrum Development Team with-in Agile methodology, which means that instead of estimating hours of work the team estimates each effort relatively to other efforts in the project.
Let's assume that a developer knows that specific 'Task 1' is much harder than another 'Task 2' it is hard for him/her to quantify that harder feeling in hours of additional work but it is possible to say that it much more work. This situation is being address by Story Points when each story point is representing som…

5 Steps to Install Robot Framework for Web Testing Automation - 7 minute Guide

Lately, I found myself helping several people to begin their automation testing journey. And what a better place to do it then a nice new installation of a Robot Framework with its Selenium2Library on a Windows OS.

Why Robot Framework with Selenium2Library? While you are probably here because you are looking for a quick installation guide for Automation Testing platform for you web project, I still need to do my do diligence and explain in couple of words why we need it.
Robot Framework it's a Python framework that allows for a less development oriented Manual QA professionals to do a quick switch into Test Automation. This can be achieved by allowing for easy English phrases (e.g. Click Element, Wait, etc) to replace a more complex Python syntax.
Selenium2Library it's additional add on on top of Robot Framework that allows easy interaction with web elements during the automation process.

That's it..... DONE with the talking now the installation....

Installation process Ro…