0% found this document useful (0 votes)
12 views10 pages

Defect Management Process in Testing

The document outlines the defect management process in software testing, defining bugs and defects, and detailing the components of a bug report. It describes the stages of defect management, including discovery, categorization, resolution, verification, and reporting, emphasizing the importance of tracking and fixing defects effectively. Additionally, it introduces key defect metrics such as defect rejection ratio (DRR) and defect leakage ratio (DLR) to evaluate the quality of test execution.

Uploaded by

Atharva Kulkarni
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
12 views10 pages

Defect Management Process in Testing

The document outlines the defect management process in software testing, defining bugs and defects, and detailing the components of a bug report. It describes the stages of defect management, including discovery, categorization, resolution, verification, and reporting, emphasizing the importance of tracking and fixing defects effectively. Additionally, it introduces key defect metrics such as defect rejection ratio (DRR) and defect leakage ratio (DLR) to evaluate the quality of test execution.

Uploaded by

Atharva Kulkarni
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd

Defect Management Process in Software Testing (Bug Report)

What is Bug?
A bug is the consequence/outcome of a coding fault.

Defect in Software Testing


A Defect in Software Testing is a variation or deviation of the software application from end
user’s requirements or original business requirements. A software defect is an error in coding
which causes incorrect or unexpected results from a software program which does not meet
actual requirements. Testers might come across such defects while executing the test cases.
These two terms have very thin line of difference, In the Industry both are faults that need to
be fixed and so interchangeably used by some of the Testing teams.

When testers execute the test cases, they might come across such test results which are
contradictory to expected results. This variation in test results is referred to as a Software
Defect. These defects or variations are referred by different names in different organizations
like issues, problems, bugs or incidents.

Bug Report in Software Testing


A Bug Report in Software Testing is a detailed document about bugs found in the software
application. Bug report contains each detail about bugs like description, date when bug was
found, name of tester who found it, name of developer who fixed it, etc. Bug report helps to
identify similar bugs in future so it can be avoided.
While reporting the bug to developer, your Bug Report should contain the following
information

• Defect_ID – Unique identification number for the defect.


• Defect Description – Detailed description of the Defect including information about
the module in which Defect was found.
• Version – Version of the application in which defect was found.
• Steps – Detailed steps along with screenshots with which the developer can reproduce
the defects.
• Date Raised – Date when the defect is raised
• Reference– where in you Provide reference to the documents like. requirements,
design, architecture or maybe even screenshots of the error to help understand the
defect
• Detected By – Name/ID of the tester who raised the defect
• Status – Status of the defect, more on this later
• Fixed by – Name/ID of the developer who fixed it
• Date Closed – Date when the defect is closed
• Severity which describes the impact of the defect on the application
• Priority which is related to defect fixing urgency. Severity Priority could be
High/Medium/Low based on the impact urgency at which the defect should be fixed
respectively.

What is Defect Management Process?


Defect Management is a systematic process to identify and fix bugs. A
defect management cycle contains the following stages 1) Discovery of
Defect, 2) Defect Categorization 3) Fixing of Defect by developers 4)
Verification by Testers, 5) Defect Closure 6) Defect Reports at the end of
project
This topic will guide you on how to apply the defect management process
to the project Guru99 Bank website. You can follow the below steps to

manage d

Discovery
In the discovery phase, the project teams have to discover as many defects
as possible, before the end customer can discover it. A defect is said to be
discovered and change to status accepted when it is acknowledged and
accepted by the developers

In the above scenario, the testers discovered 84 defects in the website


Guru99.
Let’s have a look at the following scenario; your testing team discovered
some issues in the Bank website. They consider them as defects and
reported to the development team, but there is a conflict –

In such case, as a Test Manager, what will you do?

A) Agree With the test team that its a defect

B) Test Manager takes the role of judge to decide whether the problem
is defect or not

C) Agree with the development team that is not a defect

In such case, a resolution process should be applied to solve the conflict,


you take the role as a judge to decide whether the website problem is a
defect or not.

Categorization
Defect categorization help the software developers to prioritize their tasks.
That means that this kind of priority helps the developers in fixing those
defects first that are highly crucial.
Defects are usually categorized by the Test Manager –

Let’s do a small exercise as following

Drag & Drop the Defect Priority Below


• Critical
• High

• Medium
• Low

1) The website performance is too slow

2) The login function of the website does not work properly

3) The GUI of the website does not display correctly on Mobile devices

4) The website could not remember the user login session

5) Some links doesn’t work


Here are the recommended answers

No. Description Priority Explanation


The website performance The performance bug can cause huge i
1 High
is too slow user.
The login function of the
Login is one of the main function of th
2 website does not work Critical
website if this feature does not work, i
properly
The GUI of the website
The defect affects the user who use Sm
3 does not display correctly Medium
view the website.
on mobile devices
The website could not This is a serious issue since the user w
4 remember the user login High login but not be able to perform any fu
session transactions
This is an easy fix for development gu
5 Some links doesn’t work Low
can still access the site without these li
Defect Resolution
Defect Resolution in software testing is a step by step process of fixing
the defects. Defect resolution process starts with assigning defects to
developers, then developers schedule the defect to be fixed as per priority,
then defects are fixed and finally developers send a report of resolution to
the test manager. This process helps to fix and track defects easily.
You can follow the following steps to fix the defect.
• Assignment: Assigned to a developer or other technician to fix, and
changed the status to Responding.
• Schedule fixing: The developer side take charge in this phase. They
will create a schedule to fix these defects, depend on the defect
priority.
• Fix the defect: While the development team is fixing the defects, the
Test Manager tracks the process of fixing defect compare to the
above schedule.
• Report the resolution: Get a report of the resolution from
developers when defects are fixed.

Verification
After the development team fixed and reported the defect, the testing
team verifies that the defects are actually resolved.

For example, in the above scenario, when the development team reported
that they already fixed 61 defects, your team would test again to verify
these defects were actually fixed or not.

Closure
Once a defect has been resolved and verified, the defect is changed status
as closed. If not, you have send a notice to the development to check the
defect again.

Defect Reporting
Defect Reporting in software testing is a process in which test managers
prepare and send the defect report to the management team for feedback
on defect management process and defects’ status. Then the management
team checks the defect report and sends feedback or provides further
support if needed. Defect reporting helps to better communicate, track and
explain defects in detail.
The management board has right to know the defect status. They must
understand the defect management process to support you in this project.
Therefore, you must report them the current defect situation to get
feedback from them.

Important Defect Metrics


Back the above scenario. The developer and test teams have reviews the
defects reported. Here is the result of that discussion
How to measure and evaluate the quality of the test execution?

This is a question which every Test Manager wants to know. There are 2
parameters which you can consider as following
In the above scenario, you can calculate the defection rejection
ratio (DRR) is 20/84 = 0.238 (23.8 %).

Another example, supposed the Guru99 Bank website has total 64 defects,
but your testing team only detect 44 defects i.e. they missed 20 defects.
Therefore, you can calculate the defect leakage ratio (DLR) is 20/64
= 0.312 (31.2 %).

Conclusion, the quality of test execution is evaluated via following two


parameters

The smaller value of DRR and DLR is, the better quality of test execution
is. What is the ratio range which is acceptable? This range could be
defined and accepted base in the project target or you may refer the
metrics of similar projects.

In this project, the recommended value of acceptable ratio is 5 ~ 10%. It


means the quality of test execution is low. You should find
countermeasure to reduce these ratios such as

• Improve the testing skills of member.


• Spend more time for testing execution, especially for reviewing the
test execution results.

Common questions

Powered by AI

To ensure effective defect closure, the defect management process follows systematic steps: discovery of the defect by testing teams, categorization and prioritization, assignment to developers for resolution, verification by testers to ensure the defect is fixed, and finally, defect closure if the issue is resolved. This systematic approach ensures all relevant parties understand the defect's lifecycle, facilitating smooth and effective defect management .

In prioritizing defects like slow website performance, login issues, GUI display errors on mobile devices, and non-functional links, the focus should be on critical functionalities first. Login issues would be critical as they prevent access to the system, followed by slow website performance as it affects many users, GUI errors as medium priority affecting mobile users specifically, and lastly, non-functional links as low priority since core functionality may remain accessible .

The defect leakage ratio (DLR) is calculated by dividing the number of defects not detected during testing by the total number of defects. For example, if 20 defects were missed out of a total of 64, the DLR would be 31.2%. A high DLR indicates poor quality of the testing process, suggesting that testing may need strengthening through improved testing skills or by allowing more time for test execution and review .

A comprehensive bug report includes key elements such as Defect_ID, Defect Description, Version, Steps to reproduce, Date Raised, Reference documents, Detected By, Status, Fixed by, Date Closed, Severity, and Priority. These elements are important as they provide a structured and detailed description of each defect, facilitating easy identification, prioritization, and resolution by developers. This ensures that similar bugs can be identified and avoided in the future .

Conflicts between testing and development teams about whether an issue is a defect may arise due to differing interpretations of requirements or severity assessments. These conflicts should be resolved through a resolution process where the Test Manager acts as a judge to assess evidence and decide on the defect's status. By facilitating a collaborative discussion, the Test Manager can help align both teams' understanding and ensure objective resolution .

Effective defect reporting benefits a software development project by facilitating clear communication and understanding between the test and management teams, allowing for better tracking and explanation of defects. This process helps management understand the defect management process, supports decision-making based on updated defect statuses, and provides necessary feedback for improving the process or project outcomes .

The quality of test execution is evaluated using metrics such as defect rejection ratio (DRR) and defect leakage ratio (DLR). These metrics indicate the effectiveness of defect detection and the testing process's thoroughness. A lower DRR and DLR are preferred, and improvements can be made by enhancing testers' skills, spending more time on testing execution, and thoroughly reviewing test results .

The defect resolution process ensures defects are efficiently tracked and resolved by following a structured series of steps. First, defects are assigned to developers or technicians, who then schedule them for fixing based on priority. Next, the development team works on fixing the defects, while the Test Manager monitors progress against the schedule. After defects are fixed, developers report the resolution to the Test Manager, who then verifies the fixes. This step-by-step process allows for organized defect management and clear communication between teams .

Defect categorization is significant as it helps software developers prioritize tasks, ensuring that defects which are highly crucial are fixed first. High priority is often given to defects that have a significant impact on the functionality or performance of the software. For example, a critical defect, such as a non-functioning login feature, would be prioritized over a medium priority defect, like a GUI issue on mobile .

The Test Manager plays a crucial role in the defect management process by overseeing defect identification, resolution, and verification. When disputes arise regarding defect identification, the Test Manager acts as an arbitrator, evaluating the evidence presented by testing and development teams to decide whether an issue qualifies as a defect. By doing so, they ensure objective resolution and facilitate collaboration and communication between teams .

You might also like