Topic: Defect tracking

      
           

To track defects, a defect workflow process has been implemented. Defect workflow training will be conducted for all test engineers. The steps in the defect workflow process are as follows:

a) When a defect is generated initially, the status is set to "New". (Note: How to document the defect, what fields need to be filled in and so on, also need to be specified.)

b) The Tester selects the type of defects:

• Bug
• Cosmetic
• Enhancement
• Omission

c) The tester then selects the priority of the defect:

• Critical - fatal error
• High - require immediate attention
• Medium - needs to be resolved as soon as possible but not a showstopper
• Low - cosmetic error

d) A designated person (in some companies, the software manager; in other companies, a special board) evaluates the defect and assigns a status and makes modifications of type of defect and/or priority if applicable).

• The status "Open" is assigned if it is a valid defect.
• The status "Close" is assigned if it is a duplicate defect or user error. The reason for "closing" the defect needs to be documented.
• The status "Deferred" is assigned if the defect will be addressed in a later release.
• The status "Enhancement" is assigned if the defect is an enhancement requirement.

e) If the status is determined to be "Open", the software manager (or other designated person) assigns the defect to the responsible person (developer) and sets the status to "Assigned".

f) Once the developer is working on the defect, the status can be set to "Work in Progress".

g) After the defect has been fixed, the developer documents the fix in the defect tracking tool and sets the status to .fixed,. if it was fixed, or "Duplicate", if the defect is a duplication (specifying the duplicated defect). The status can also be set to "As Designed", if the function executes correctly. At the same time, the developer reassigns the defect to the originator.

h) Once a new build is received with the implemented fix, the test engineer retests the fix and other possible affected code. If the defect has been corrected with the fix, the test engineer sets the status to "Close". If the defect has not been corrected with the fix, the test engineer sets the status to .Reopen.. Defect correction is the responsibility of system developers; defect detection is the responsibility of the AMSI test team. The test leads will manage the testing process, but the defects will fall under the purview of the configuration management group. When a software defect is identified during testing of the application the tester will notify system developers by entering the defect into the PVCS Tracker tool and filling out the applicable information.

Edited by Mithi25 - 03Jul2009 at 5:07am