{"id":1138,"date":"2017-08-03T10:31:54","date_gmt":"2017-08-03T10:31:54","guid":{"rendered":"https:\/\/www.h2kinfosys.com\/blog\/?p=1138"},"modified":"2026-01-19T06:02:21","modified_gmt":"2026-01-19T11:02:21","slug":"explain-different-bug-status-available-defect-life-cycle","status":"publish","type":"post","link":"https:\/\/www.h2kinfosys.com\/blog\/explain-different-bug-status-available-defect-life-cycle\/","title":{"rendered":"Explain the different bug status available in the defect life cycle?"},"content":{"rendered":"\n<p>In software testing, one of the key aspects of managing bugs is understanding their status throughout the defect life cycle. A defect life cycle refers to the journey of a bug from its discovery to its closure. A clear understanding of bug status helps testers, developers, and project managers ensure that the process of defect identification, tracking, and resolution is efficient and transparent. In this blog post, we&#8217;ll dive deep into the different bug statuses in the defect life cycle, helping you understand how they contribute to quality assurance processes.<\/p>\n\n\n\n<figure class=\"wp-block-image size-full\"><img fetchpriority=\"high\" decoding=\"async\" width=\"892\" height=\"483\" src=\"https:\/\/www.h2kinfosys.com\/blog\/wp-content\/uploads\/2017\/08\/image-5.png\" alt=\"\" class=\"wp-image-33229\" title=\"\" srcset=\"https:\/\/www.h2kinfosys.com\/blog\/wp-content\/uploads\/2017\/08\/image-5.png 892w, https:\/\/www.h2kinfosys.com\/blog\/wp-content\/uploads\/2017\/08\/image-5-300x162.png 300w, https:\/\/www.h2kinfosys.com\/blog\/wp-content\/uploads\/2017\/08\/image-5-768x416.png 768w, https:\/\/www.h2kinfosys.com\/blog\/wp-content\/uploads\/2017\/08\/image-5-150x81.png 150w\" sizes=\"(max-width: 892px) 100vw, 892px\" \/><\/figure>\n\n\n<p data-start=\"53\" data-end=\"620\">\u00a0<\/p>\n<h2 data-start=\"622\" data-end=\"655\">What is the Defect Life Cycle?<\/h2>\n<p data-start=\"657\" data-end=\"1036\">The defect life cycle, also known as the bug life cycle, refers to the series of stages a bug goes through during the process of detection, fixing, and closure. These stages help in tracking and managing defects until they are resolved and no longer pose a risk to the system. Each defect is categorized under various statuses, which describe its current state in the life cycle.<\/p>\n<p data-start=\"1038\" data-end=\"1408\">For those pursuing careers in quality assurance, gaining a strong understanding of the defect life cycle and bug status is crucial. With the right training, such as enrolling in <a href=\"https:\/\/www.h2kinfosys.com\/courses\/qa-online-training-course-details\/\"><strong data-start=\"1257\" data-end=\"1278\">QA Tester Classes<\/strong><\/a>, one can gain hands-on experience in managing these life cycle stages and contribute more effectively to the development process.<\/p>\n<h2 data-start=\"1410\" data-end=\"1458\">Different Bug Status in the Defect Life Cycle<\/h2>\n<p>\u00a0<\/p>\n<p data-start=\"1460\" data-end=\"1659\">Let\u2019s take a closer look at the most common bug status in the defect life cycle. These statuses help to manage and track the progress of each defect as it goes through various stages of resolution.<\/p>\n<h3 data-start=\"1661\" data-end=\"1675\">1. <strong data-start=\"1668\" data-end=\"1675\">New<\/strong><\/h3>\n<p data-start=\"1677\" data-end=\"2026\">The bug life cycle begins when a tester identifies a defect. When a bug is first reported, its status is marked as <strong data-start=\"1792\" data-end=\"1799\">New<\/strong>. This indicates that the issue is in its initial stage and has yet to be analyzed or assigned to a developer for resolution. The <strong data-start=\"1929\" data-end=\"1936\">New<\/strong> status typically means that the defect is acknowledged, but no action has been taken yet.<\/p>\n<ul data-start=\"2028\" data-end=\"2216\">\n<li data-start=\"2028\" data-end=\"2097\">\n<p data-start=\"2030\" data-end=\"2097\"><strong data-start=\"2030\" data-end=\"2050\">When it appears:<\/strong> A bug status is reported during testing or by a user.<\/p>\n<\/li>\n<li data-start=\"2098\" data-end=\"2216\">\n<p data-start=\"2100\" data-end=\"2216\"><strong data-start=\"2100\" data-end=\"2117\">Action taken:<\/strong> The defect is logged into the bug tracking system but hasn\u2019t been analyzed or assigned for fixing.<\/p>\n<\/li>\n<\/ul>\n<h3 data-start=\"2218\" data-end=\"2237\">2. <strong data-start=\"2225\" data-end=\"2237\">Assigned<\/strong><\/h3>\n<p data-start=\"2239\" data-end=\"2551\">Once the defect is reported and logged, it is assigned to the appropriate developer or team for analysis and fixing. The <strong data-start=\"2360\" data-end=\"2372\">Assigned<\/strong> status indicates that the defect is now under investigation. The developer assigned to the bug will verify the defect, identify its root cause, and begin working on a resolution.<\/p>\n<ul data-start=\"2553\" data-end=\"2755\">\n<li data-start=\"2553\" data-end=\"2644\">\n<p data-start=\"2555\" data-end=\"2644\"><strong data-start=\"2555\" data-end=\"2575\">When it appears:<\/strong> A developer has been assigned the defect to investigate and resolve.<\/p>\n<\/li>\n<li data-start=\"2645\" data-end=\"2755\">\n<p data-start=\"2647\" data-end=\"2755\"><strong data-start=\"2647\" data-end=\"2664\">Action taken:<\/strong> The developer starts investigating the issue, analyzing the code, and preparing to fix it.<\/p>\n<\/li>\n<\/ul>\n<h3 data-start=\"2757\" data-end=\"2772\">3. <strong data-start=\"2764\" data-end=\"2772\">Open<\/strong><\/h3>\n<p data-start=\"2774\" data-end=\"3113\">After the defect is assigned, the status changes to <strong data-start=\"2826\" data-end=\"2834\">Open<\/strong>. This indicates that the developer is actively working on fixing the bug. During this phase, the developer may reproduce the bug, analyze its causes, and create a solution. The <strong data-start=\"3012\" data-end=\"3020\">Open<\/strong> status shows that the defect is being actively worked on, and the resolution is in progress.<\/p>\n<ul data-start=\"3115\" data-end=\"3330\">\n<li data-start=\"3115\" data-end=\"3183\">\n<p data-start=\"3117\" data-end=\"3183\"><strong data-start=\"3117\" data-end=\"3137\">When it appears:<\/strong> The developer is actively working on the bug.<\/p>\n<\/li>\n<li data-start=\"3184\" data-end=\"3330\">\n<p data-start=\"3186\" data-end=\"3330\"><strong data-start=\"3186\" data-end=\"3203\">Action taken:<\/strong> The developer begins the bug-fixing process, which may involve writing code, modifying logic, or reworking the implementation.<\/p>\n<\/li>\n<\/ul>\n<h3 data-start=\"3332\" data-end=\"3348\">4. <strong data-start=\"3339\" data-end=\"3348\">Fixed<\/strong><\/h3>\n<p data-start=\"3350\" data-end=\"3668\">Once the developer has resolved the defect, the bug status changes to <strong data-start=\"3420\" data-end=\"3429\">Fixed<\/strong>. This means that the defect has been addressed, and the necessary code changes have been made. The developer may now need to commit the changes to the version control system and push them to the testing environment for further validation.<\/p>\n<ul data-start=\"3670\" data-end=\"3829\">\n<li data-start=\"3670\" data-end=\"3739\">\n<p data-start=\"3672\" data-end=\"3739\"><strong data-start=\"3672\" data-end=\"3692\">When it appears:<\/strong> The developer has made changes to fix the bug.<\/p>\n<\/li>\n<li data-start=\"3740\" data-end=\"3829\">\n<p data-start=\"3742\" data-end=\"3829\"><strong data-start=\"3742\" data-end=\"3759\">Action taken:<\/strong> The developer applies the fix and prepares the defect for re-testing.<\/p>\n<\/li>\n<\/ul>\n<h3 data-start=\"3831\" data-end=\"3856\">5. <strong data-start=\"3838\" data-end=\"3856\">Pending Retest<\/strong><\/h3>\n<p data-start=\"3858\" data-end=\"4102\">After a bug is marked as <strong data-start=\"3883\" data-end=\"3892\">Fixed<\/strong>, it is sent back to the quality assurance (QA) team for validation. During the <strong data-start=\"3972\" data-end=\"3990\">Pending Retest<\/strong> status, the bug status is awaiting re-test, typically in a separate testing environment where the fix can be verified.<\/p>\n<ul data-start=\"4104\" data-end=\"4346\">\n<li data-start=\"4104\" data-end=\"4234\">\n<p data-start=\"4106\" data-end=\"4234\"><strong data-start=\"4106\" data-end=\"4126\">When it appears:<\/strong> After the fix has been applied, the bug is awaiting re-testing to confirm that the issue has been resolved.<\/p>\n<\/li>\n<li data-start=\"4235\" data-end=\"4346\">\n<p data-start=\"4237\" data-end=\"4346\"><strong data-start=\"4237\" data-end=\"4254\">Action taken:<\/strong> The QA team tests the defect to verify the fix and ensures that the issue no longer exists.<\/p>\n<\/li>\n<\/ul>\n<h3 data-start=\"4348\" data-end=\"4365\">6. <strong data-start=\"4355\" data-end=\"4365\">Retest<\/strong><\/h3>\n<p data-start=\"4367\" data-end=\"4623\">Once the fix has been applied and the defect is in a testing environment, the bug status is marked as <strong data-start=\"4469\" data-end=\"4479\">Retest<\/strong>. This indicates that the QA team is re-testing the fixed defect to ensure that the resolution was successful and does not cause any new issues.<\/p>\n<ul data-start=\"4625\" data-end=\"4833\">\n<li data-start=\"4625\" data-end=\"4707\">\n<p data-start=\"4627\" data-end=\"4707\"><strong data-start=\"4627\" data-end=\"4647\">When it appears:<\/strong> The QA team re-tests the defect in the testing environment.<\/p>\n<\/li>\n<li data-start=\"4708\" data-end=\"4833\">\n<p data-start=\"4710\" data-end=\"4833\"><strong data-start=\"4710\" data-end=\"4727\">Action taken:<\/strong> The QA team tests the software to confirm that the defect is resolved and that the fix works as expected.<\/p>\n<\/li>\n<\/ul>\n<h3 data-start=\"4835\" data-end=\"4852\">7. <strong data-start=\"4842\" data-end=\"4852\">Closed<\/strong><\/h3>\n<p data-start=\"4854\" data-end=\"5159\">If the defect passes the re-testing phase, and the fix works as expected, the bug status is changed to <strong data-start=\"4957\" data-end=\"4967\">Closed<\/strong>. This indicates that the defect has been successfully fixed, verified, and no further action is needed. The <a href=\"https:\/\/www.h2kinfosys.com\/blog\/bug-severity-vs-priority-in-qa\/\">bug is considered<\/a> resolved and is marked for closure in the defect tracking system.<\/p>\n<ul data-start=\"5161\" data-end=\"5348\">\n<li data-start=\"5161\" data-end=\"5245\">\n<p data-start=\"5163\" data-end=\"5245\"><strong data-start=\"5163\" data-end=\"5183\">When it appears:<\/strong> The defect has been successfully fixed, tested, and verified.<\/p>\n<\/li>\n<li data-start=\"5246\" data-end=\"5348\">\n<p data-start=\"5248\" data-end=\"5348\"><strong data-start=\"5248\" data-end=\"5265\">Action taken:<\/strong> The defect is closed in the system, signifying that no further action is required.<\/p>\n<\/li>\n<\/ul>\n<h3 data-start=\"5350\" data-end=\"5369\">8. <strong data-start=\"5357\" data-end=\"5369\">Reopened<\/strong><\/h3>\n<p data-start=\"5371\" data-end=\"5683\">In some cases, even after a defect is closed, it may resurface. If the bug persists or a new issue arises, the defect can be marked as <strong data-start=\"5506\" data-end=\"5518\">Reopened<\/strong>. This indicates that the defect is still not resolved, and further work is required. This can happen if the bug was not fully fixed or if the fix caused new issues.<\/p>\n<ul data-start=\"5685\" data-end=\"5884\">\n<li data-start=\"5685\" data-end=\"5787\">\n<p data-start=\"5687\" data-end=\"5787\"><strong data-start=\"5687\" data-end=\"5707\">When it appears:<\/strong> A defect that was previously marked as closed reappears or is still unresolved.<\/p>\n<\/li>\n<li data-start=\"5788\" data-end=\"5884\">\n<p data-start=\"5790\" data-end=\"5884\"><strong data-start=\"5790\" data-end=\"5807\">Action taken:<\/strong> The bug is reassigned, reanalyzed, and reworked to fix any remaining issues.<\/p>\n<\/li>\n<\/ul>\n<h3 data-start=\"5886\" data-end=\"5905\">9. <strong data-start=\"5893\" data-end=\"5905\">Deferred<\/strong><\/h3>\n<p data-start=\"5907\" data-end=\"6273\">In some situations, bugs are identified but are not addressed immediately due to various reasons, such as a low priority or the need for further investigation. These bugs are marked as <a href=\"https:\/\/en.wikipedia.org\/wiki\/Deferral\" rel=\"nofollow noopener\" target=\"_blank\"><strong data-start=\"6092\" data-end=\"6104\">Deferred<\/strong><\/a>, indicating that their resolution is postponed until a later phase or release cycle. A <strong data-start=\"6192\" data-end=\"6204\">Deferred<\/strong> status allows the team to prioritize more critical bugs and defects.<\/p>\n<ul data-start=\"6275\" data-end=\"6441\">\n<li data-start=\"6275\" data-end=\"6357\">\n<p data-start=\"6277\" data-end=\"6357\"><strong data-start=\"6277\" data-end=\"6297\">When it appears:<\/strong> The bug is deemed to be non-urgent and will be fixed later.<\/p>\n<\/li>\n<li data-start=\"6358\" data-end=\"6441\">\n<p data-start=\"6360\" data-end=\"6441\"><strong data-start=\"6360\" data-end=\"6377\">Action taken:<\/strong> The bug is postponed, but it will be revisited at a later date.<\/p>\n<\/li>\n<\/ul>\n<h3 data-start=\"6443\" data-end=\"6463\">10. <strong data-start=\"6451\" data-end=\"6463\">Rejected<\/strong><\/h3>\n<p data-start=\"6465\" data-end=\"6790\">In certain cases, a defect may be reported, but after further analysis, it may be found that the issue is either not a bug, or it is a result of user error, not a software defect. In these cases, the bug can be marked as <strong data-start=\"6686\" data-end=\"6698\">Rejected<\/strong>. This indicates that the defect will not be fixed because it was not valid or reproducible.<\/p>\n<ul data-start=\"6792\" data-end=\"6963\">\n<li data-start=\"6792\" data-end=\"6886\">\n<p data-start=\"6794\" data-end=\"6886\"><strong data-start=\"6794\" data-end=\"6814\">When it appears:<\/strong> The defect is not considered an actual bug or was caused by user error.<\/p>\n<\/li>\n<li data-start=\"6887\" data-end=\"6963\">\n<p data-start=\"6889\" data-end=\"6963\"><strong data-start=\"6889\" data-end=\"6906\">Action taken:<\/strong> The defect is dismissed, and no further action is taken.<\/p>\n<\/li>\n<\/ul>\n<p><iframe title=\"Life Cycle of Software Development In SDLC-Models | Spiral and Agile Scrum courses by H2KInfosys\" width=\"800\" height=\"450\" src=\"https:\/\/www.youtube.com\/embed\/7sBeZpwL6fw?start=31&#038;feature=oembed\" frameborder=\"0\" allow=\"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" allowfullscreen><\/iframe><\/p>\n<h2 data-start=\"6965\" data-end=\"7017\">Importance of Bug Status in the Defect Life Cycle<\/h2>\n<p data-start=\"7019\" data-end=\"7199\">The different bug statuses in the defect life cycle play a critical role in managing and tracking the progress of each defect. By keeping track of the status of defects, teams can:<\/p>\n<ol data-start=\"7201\" data-end=\"7905\">\n<li data-start=\"7201\" data-end=\"7353\">\n<p data-start=\"7204\" data-end=\"7353\"><strong data-start=\"7204\" data-end=\"7225\">Monitor Progress:<\/strong> Bug status helps track the progress of each defect, ensuring that nothing is overlooked, and all issues are addressed promptly.<\/p>\n<\/li>\n<li data-start=\"7354\" data-end=\"7557\">\n<p data-start=\"7357\" data-end=\"7557\"><strong data-start=\"7357\" data-end=\"7383\">Improve Communication:<\/strong> Defining the status of bugs helps improve communication between developers, testers, and project managers, ensuring everyone is on the same page about the status of defects.<\/p>\n<\/li>\n<li data-start=\"7558\" data-end=\"7729\">\n<p data-start=\"7561\" data-end=\"7729\"><strong data-start=\"7561\" data-end=\"7581\">Prioritize Work:<\/strong> Different statuses help teams identify high-priority bugs that need immediate attention, ensuring that the most critical issues are resolved first.<\/p>\n<\/li>\n<li data-start=\"7730\" data-end=\"7905\">\n<p data-start=\"7733\" data-end=\"7905\"><strong data-start=\"7733\" data-end=\"7759\">Ensure Accountability:<\/strong> By assigning a defect to specific individuals or teams, the status system helps ensure accountability and ensures that issues are fixed promptly.<\/p>\n<\/li>\n<\/ol>\n<h2 data-start=\"7907\" data-end=\"7920\">Conclusion<\/h2>\n<p data-start=\"7922\" data-end=\"8454\">Understanding the different bug statuses in the defect life cycle is essential for anyone working in quality assurance. It helps maintain a structured approach to defect management and ensures that each issue is resolved in a timely and efficient manner. Whether you are a seasoned QA tester or a beginner, enrolling in <a href=\"https:\/\/www.h2kinfosys.com\/courses\/qa-online-training-course-details\/\"><strong data-start=\"8242\" data-end=\"8279\">Quality Assurance Tester Training<\/strong><\/a>\u00a0can provide you with the knowledge and hands-on experience to master the defect life cycle and contribute to building high-quality software products.<\/p>\n<p data-start=\"8456\" data-end=\"8645\" data-is-last-node=\"\" data-is-only-node=\"\">By knowing the stages a defect goes through, you can effectively participate in the process of identifying, tracking, and resolving bugs, ensuring the overall quality of software is upheld.<\/p>","protected":false},"excerpt":{"rendered":"<p>In software testing, one of the key aspects of managing bugs is understanding their status throughout the defect life cycle. A defect life cycle refers to the journey of a bug from its discovery to its closure. A clear understanding of bug status helps testers, developers, and project managers ensure that the process of defect [&hellip;]<\/p>\n","protected":false},"author":20,"featured_media":7530,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[10],"tags":[],"class_list":["post-1138","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-qa-tutorials"],"_links":{"self":[{"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/posts\/1138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/users\/20"}],"replies":[{"embeddable":true,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/comments?post=1138"}],"version-history":[{"count":3,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/posts\/1138\/revisions"}],"predecessor-version":[{"id":33230,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/posts\/1138\/revisions\/33230"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/media\/7530"}],"wp:attachment":[{"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/media?parent=1138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/categories?post=1138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/tags?post=1138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}