Interested to Buy Any Domain ? << Click Here >> for more details...
Answer Posted / m
Bug Life Cycle:
Any abnormality in software is known as Bug. Or If
application do not match with the requirements, it is
reported as Bug. The elimination of bugs from the
application depends upon the efficiency of testing done on it.
Bug also follows a life Cycle as SDLC.
From initial stage when a new defect/bug is logged in Bug
Tracker (Bug Zilla, Quality Center etc), it is in open state
and when it is corrected, it is said to be closed.
The different stages of a bug is as follows:
1. New
2. Open
3. Assign
4. Test
5. Verified
6. Deferred
7. Reopened
8. Duplicate
9. Rejected and
10. Closed
Description of Stages:
1. New: When the bug is logged for the first time, its stage
is known as “NEW”. This means that the bug is not yet
approved/validated.
2. Open: After a tester has logged a bug, the lead of the
tester approves that the bug is valid and he changes the
state as “OPEN”. (Depends upon Company's way of working,
Tester can also change the status to "Open").
3. Assign: Once the Test lead validates the bug as “OPEN”,
he assigns the bug to corresponding developer or developer
team. At this stage bug status is changed to “ASSIGN”.
4. Test: Once the developer fixes and corrects the bug, he
has to assign the bug to the testing team for next round of
testing. Before he releases the software with bug fixed, he
changes the state of bug to “TEST”. It ensures that the bug
has been fixed and is again released for testing to the
testing team.
5. 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 status have many factors. Some
of them are priority of the bug may be low, lack of time for
the release, bug cannot be fixed due to architecture reasons
or the bug may not have major effect on the software.
6. Rejected: If the developer replicates the bug, and
results are not same, he can reject the bug. And the status
is changed to “REJECTED”.
7. Duplicate: If the bug is repeated twice or the two bugs
mention the same concept/scenario of replication, then one
of the bug status is changed to “DUPLICATE”.
8. Verified: Once the bug is fixed and the status is changed
to “TEST”, the tester tests the bug. If the bug is not
present in the software and is fixed properly keeping in
mind other functionality is unharmed due to fixation of
defect, he approves that the bug is fixed and changes the
status to “VERIFIED”.
9. Reopened: If the bug still exists even after the bug is
fixed by the developer or after fixing the defect it is
creating problems in other part of application, the tester
changes the status to “REOPENED”. The bug again follows the
same life cycle once again.
10. Closed: Once the bug is fixed, it is tested by the
tester. Tester validates that the bug no longer exists in
the software, and changes the status of the bug to “CLOSED”.
At this stage, bug is fixed, tested and approved.
Also, there are 2 more terms associated with Bug life Cycle.
These are Priority and severity of defect.
Severity is defined as the impact of defect on the
application and Priority of defect is categorized into 4
different phases:
Critical / Show Stopper — This type of defect prevents
further testing of the product or function under test, and
is classified as Critical Bug. Examples of this include a
missing menu option or VB script errors or security
permission required to access a function under test or
Broken Links etc. Work cannot be continued on the application.
Major / High — A defect that does not function as projected
for or causes other functionality(ies) to fail to meet
requirements is categorized as Major Bug. Examples of this
include inaccurate calculations; the wrong field being
updated, frames of the application giving error or Links
navigate to wrong pages etc. Work (work around)can be
continued with the occurrence of this defect.
Average / Medium — These defects do not conform to standards
and conventions are categorized as Medium Bugs. Examples
include matching visual, fonts and text links which lead to
different end points. Workaround can be continued to achieve
functionality objectives.
Minor / Low — These defects are also called as Cosmetic
defects. These defects does not affect the functionality of
the system and are classified as Minor Bugs.
Continuous testing of an application can be done and these
defects are fixed at the end of build. Examples: Spelling
errors in descriptions of text boxes, etc.
| Is This Answer Correct ? | 36 Yes | 3 No |
Post New Answer View All Answers
plz tell me the difference b/w PB/MF based appl.with examples. Thanks
What is the difference between a standalone application, client-server application and web application?
How we will do Memory Testing? There is any tool to do that testing and to whome this testing to be performed?
Write notes on apparel testing equipments.
Can you explain process areas in cmmi?
Do you know anything about Set Top Boxes?
How to explain a banking project in interview ? like project discription is Client Online Banking Application provides access to information relating to Banking Online Services provided by Axis to View daily customer transactions, Current and Previous customer statements, Transfer funds from Chequing and Savings accounts ................ From interview point of view can any one explain this project in laymans language
How do you estimate white box testing?
what is meant by application server and its functions?
Hi.....wat r d major bugs we can find in banking domain???
What is date driven testing?
1. what exactly is heuristic checklist approach for unit testing ?
hai friends can u expalin about real time process of testing at the company, like flow diagram
How many bugs occured will be considerd appropriate over 1000 steps when inspecting software? Describle an approriate Bug value.
What is system level testing?
