Skip to main content

Testing ?? what the hell with Defect / Bug Life Cycle !!!!!!


“A mistake in coding is called error ,error found by tester is called defect,  defect accepted by development team then it is called bug ,build does not meet the requirements then it Is failure.”
Defect life cycle is a cycle which a defect goes through during its lifetime. It starts when defect is found and ends when a defect is closed, after ensuring it’s not reproduced. Defect life cycle is related to the bug found during testing.
The bug has different states in the Life Cycle. The Life cycle of the bug can be shown diagrammatically as follows:
Bug or defect life cycle includes following steps or status:
  1. New: When a defect is logged and posted for the first time. It’s state is given as new.
  2. Assigned: After the tester has posted the bug, the lead of the tester approves that the bug is genuine and he assigns the bug to corresponding developer and the developer team. It’s state given as assigned.
  3. Open:  At  this state the developer has started analyzing and working on the defect fix.
  4. Fixed:  When developer makes necessary code changes and verifies the changes then he/she can make bug status as ‘Fixed’ and the bug is passed to testing team.
  5. Pending retest:  After fixing the defect the developer has given that particular code for retesting to the tester. Here the testing is pending on the testers end. Hence its status is pending retest.
  6. Retest:  At this stage the tester do the retesting of the changed code which developer has given to him to check whether the defect got fixed or not.
  7. Verified:  The tester tests the bug again after it got fixed by the developer. If the bug is not present in the software, he approves that the bug is fixed and changes the status to “verified”.
  8. Reopen:  If the bug still exists even after the bug is fixed by the developer, the tester changes the status to “reopened”. The bug goes through the life cycle once again.
  9. Closed:  Once the bug is fixed, it is tested by the tester. If the tester feels that the bug no longer exists in the software, he changes the status of the bug to “closed”. This state means that the bug is fixed, tested and approved.
  10. Duplicate: If the bug is repeated twice or the two bugs mention the same concept of the bug, then one bug status is changed to “duplicate“.
  11. Rejected: If the developer feels that the bug is not genuine, he rejects the bug. Then the state of the bug is changed to “rejected”.
  12. Deferred: The bug, changed to deferred state means the bug is expected to be fixed in next releases. The reasons for changing the bug to this state have many factors. Some of them are priority of the bug may be low, lack of time for the release or the bug may not have major effect on the software. 
  13. Not a bug:  The state given as “Not a bug” if there is no change in the functionality of the application. For an example: If customer asks for some change in the look and field of the application like change of colour of some text then it is not a bug but just some change in the looks of the  application.

Comments

Post a Comment

Popular posts from this blog

Design Thinking: The Key to Innovation

In today's rapidly changing world, businesses need to be constantly innovating in order to stay ahead of the competition. One of the most effective ways to do this is through design thinking. Design thinking is a human-centred approach to problem-solving that can be used to develop innovative products, services, and experiences. It involves five stages: Empathize:  Understand the needs of the user. Define:  Define the problem to be solved. Ideate:  Generate creative solutions. Prototype:  Build and test prototypes. Test:  Get feedback from users and iterate on the solution. Design thinking is a powerful tool that can be used to solve any problem, regardless of its complexity. It has been used by companies like Apple, Google, and Airbnb to create some of the most innovative products and services in the world. How Design Thinking Can Help You Innovate Design thinking can help you innovate in a number of ways. First, it can help you understand the needs of your use...
Post a Comment
Read more

Role OF BA in IT Project

Slides how BA communicates in project ensures to client: properly gathered,communicates the same with technical team in UML. Communicates with clients in Business Language. Nurtures the IT team with IT solution. Technical team heads with PM and Team Leader with in time frames. PM,take cares about the technical aspects of project. Teamleader cares about the delivery of project in defined time frames. BA continuously track of the client requirements through all different stages of PLC. Helping technical Team to understand requirements clearly and participates in UAT. Takes ownership from the client to ensure the project is completed according to the clients requirements.
Post a Comment
Read more

Time to learn to STLC !

Is it time to learn some testing concepts to be a Business Analyst?                                                    Yeah, As a Business Analysts we need to learn and having some basic concepts about testing knowledge makes us to be a step ahead of our peers. Most of the time we spend time with requirements gathering, analysing and interacting with clients. Without our knowledge we judge our requirements to know we gathered proper and appropriate requirements or not. This is except cross verifying and testing one more time of requirements.                    Knowledge on STLC, Makes our communication very effective while communicating with test managers and testers about our functionalities in the requirements. Test Planning :                  Th...
1 comment
Read more