Bug/Defect Life Cycle in Software Testing

By Vijay

By Vijay

Image
I'm Vijay, and I've been working on this blog for the past 20+ years! I’ve been in the IT industry for more than 20 years now. I completed my graduation in B.E. Computer Science from a reputed Pune university and then started my career in…

Learn about our editorial policies.
Updated May 9, 2025

Introduction to the Defect Life Cycle

In this tutorial, we will talk about the life cycle of a defect to make you aware of the various stages of a defect which a tester has to deal with while working in a testing environment.

We have also added the most frequently asked interview questions on Defect Life Cycle. It is important to know about the various states of a defect in order to understand the life cycle of a defect. The main intention of performing a testing activity is to check if the product has any issues/errors.

In terms of real scenarios, errors/mistakes/faults are all referred to as bugs/defects and hence we can say that the main objective of doing testing is to ensure that the product is less prone to defects (no defects is an unrealistic situation).

Now, the question arises as to what a defect is?

Defect Life Cycle Tutorial

What Is A Defect?

A Defect, in simple terms, is a flaw or an error in an application that is restricting the normal flow of an application by mismatching the expected behavior of an application with the actual one.

The defect occurs when any mistake is made by a developer during the designing or building of an application and when this flaw is found by a tester, it is termed as a defect.

It is the responsibility of a tester to do thorough testing of an application to find as many defects as possible to ensure that a quality product will reach the customer. It is important to understand the defect life cycle before moving to the workflow and different states of the defect.

Hence, let’s talk more about the Defect Life Cycle.

So far, we have discussed the meaning of defect and its relation in context to the testing activity. Now, let’s move to the defect life cycle and understand the workflow of a defect and the different states of a defect.

Defect Life Cycle in Detail

The Defect Life Cycle, also known as the Bug Life Cycle, is a cycle of defects from which it goes through covering the different states in its entire life. This starts as soon as any new defect is found by a tester and comes to an end when a tester closes that defect assuring that it won’t get reproduced again.

Defect Workflow

It is now time to understand the actual workflow of a Defect Life Cycle with the help of a simple diagram as shown below.

Defect Life cycle

Defect States

#1) New: This is the first state of a defect in the Defect Life Cycle. When any new defect is found, it falls in a ‘New’ state, and validations & testing are performed on this defect in the later stages of the Defect Life Cycle.

#2) Assigned: In this stage, a newly created defect is assigned to the development team to work on the defect. This is assigned by the project lead or the manager of the testing team to a developer.

#3) Open: Here, the developer starts the process of analyzing the defect and works on fixing it, if required.

If the developer feels that the defect is not appropriate then it may get transferred to any of the below four states namely Duplicate, Deferred, Rejected, or Not a Bug-based upon a specific reason. We will discuss these four states in a while.

#4) Fixed: When the developer finishes the task of fixing a defect by making the required changes then he can mark the status of the defect as “Fixed”.

#5) Pending Retest: After fixing the defect, the developer assigns the defect to the tester to retest the defect at their end, and until the tester works on retesting the defect, the state of the defect remains in “Pending Retest”.

#6) Retest: At this point, the tester starts the task of retesting the defect to verify if the defect is fixed accurately by the developer as per the requirements or not.

#7) Reopen: If any issue persists in the defect, then it will be assigned to the developer again for testing and the status of the defect gets changed to ‘Reopen’.

#8) Verified: If the tester does not find any issue in the defect after being assigned to the developer for retesting and he feels that if the defect has been fixed accurately then the status of the defect gets assigned to ‘Verified’.

#9) Closed: When the defect does not exist any longer, then the tester changes the status of the defect to “Closed”.

A Few More:

  • Rejected: If the defect is not considered a genuine defect by the developer then it is marked as “Rejected” by the developer.
  • Duplicate: If the developer finds the defect as same as any other defect or if the concept of the defect matches any other defect then the status of the defect is changed to ‘Duplicate’ by the developer.
  • Deferred: If the developer feels that the defect is not of very important priority and it can get fixed in the next releases or so in such a case, he can change the status of the defect as ‘Deferred’.
  • Not a Bug: If the defect does not have an impact on the functionality of the application, then the status of the defect gets changed to “Not a Bug”.

The mandatory fields where a tester logs any new bug are Build version, Submit On, Product, Module, Severity, Synopsis and Description to Reproduce

In the above list, you can add some optional fields if you are using a manual Bug submission template. These Optional Fields include Customer name, Browser, Operating system, File Attachments, and screenshots.

The following fields remain either specified or blank:

If you have the authority to add bug Status, Priority, and ‘Assigned to’ fields then you can specify these fields. Otherwise, the Test Manager will set the status and Bug priority and assign the bug to the respective module owner.

Look at the following Defect cycle

Defect/Bug Life cycle

The above image is quite detailed and when you consider the significant steps in Bug Life Cycle you will get a quick idea about it.

Upon successful logging, the bug was reviewed by the Development and Test manager. Test Managers can set the bug status as Open and can Assign the bug to the developer or the bug may be deferred until the next release.

When a bug gets assigned to a developer, he/she can start working on it. The developer can set the bug status as won’t fix, Couldn’t reproduce, Need more information, or ‘Fixed’.

If the bug status set by the developer is either “Need more info” or “Fixed” then the QA responds with a specific action. If the bug is fixed then the QA verifies the bug and can set the bug status as verified closed or Reopen.

Guidelines for Implementing a Defect Life Cycle

Some important guidelines can be adopted before starting to work with the Defect Life Cycle.

They are as follows:

  • It is very important that before starting to work on the Defect Life Cycle, the whole team clearly understands the different states of a defect (discussed above).
  • Defect Life Cycle should be properly documented to avoid any confusion in the future.
  • Make sure that each individual who has been assigned any task related to the Defect Life Cycle should understand his/her responsibility very clearly for better results.
  • Each individual who is changing the status of a defect should be properly aware of that status and should provide enough details about the status and the reason for putting that status so that everyone who is working on that particular defect can understand the reason of such a status of a defect very easily.
  • The defect tracking tool should be handled with care to maintain consistency among the defects and thus, in the workflow of the Defect Life Cycle.

Next, let’s discuss the interview questions based on the Defect Life Cycle.

Frequently Asked Questions

Q #1) What is a defect in the perspective of Software Testing?

Answer: A defect is any kind of flaw or error in the application that is restricting the normal flow of an application by mismatching the expected behavior of an application with the actual one.

Q #2) What is the major difference between Error, Defect, and Failure?

Answer:

Error: If the developers find that there is a mismatch in the actual and expected behavior of an application in the development phase then they call it an Error.

Defect: If testers find a mismatch in the actual and expected behavior of an application in the testing phase then they call it a Defect.

Failure: If customers or end-users find a mismatch in the actual and expected behavior of an application in the production phase then they call it a Failure.

Q #3) What is the status of a defect when it is initially found?

Answer: When a new defect is found, it is in a new state. This is the initial state of a newly found defect.

Q #4) What are the different states of a defect in the defect life cycle when a defect is approved and fixed by a developer?

Answer: Different states of a defect, in this case, are New, Assigned, Open, Fixed, Pending Retest, Retest, Verified, and Closed.

Q #5) What happens if a tester still finds an issue in the defect that is fixed by a developer?

Answer: The tester can mark the state of the defect as . Reopen if he still finds an issue with the fixed defect and the defect gets assigned to a developer for retesting.

Q #6) What is a producible defect?

Answer: A defect that is occurring repeatedly in every execution and whose steps can be captured in every execution, then such a defect is called a “producible” defect.

Q #7) What type of defect is a non-reproductible defect?

Answer: A defect that is not occurring repeatedly in every execution and is producing only at some instances and whose steps as proof have to be captured with the help of screenshots, then such a defect is called as a no reproducible.

Q #8) What is a defect report?

Answer: A defect report is a document that includes reporting information about the defect or flaw in the application which is causing the normal flow of an application to deviate from its expected behavior.

Q #9) What details are included in the defect report?

Answer: A defect report consists of Defect ID, Description of the defect, Feature Name, Test Case Name, Reproducible defect or not, Status of the defect, Severity, and Priority of the defect, Tester Name, Date of testing of the defect, Build Version in which the defect was found, the Developer to whom the defect has been assigned, name of the person who has fixed the defect, Screenshots of a defect depicting the flow of the steps, Fixing the date of a defect, and the person who has approved the defect.

Q #10) When is a defect changed to a ‘deferred’ state in the defect life cycle?

Answer: When a defect that is found is not of very high importance and the one which can get fixed in the later releases are moved to a ‘deferred’ state in the Defect Life Cycle.


Additional Information on Defect or Bug

  • A defect can be introduced at any point in the Software Development Life Cycle.
  • Earlier, the Defect is detected and removed, the lower the overall cost of quality will be.
  • The cost of quality is minimized when the defect is removed in the same phase in which it was introduced.
  • Static testing finds the defect, not a failure. The cost is minimized as debugging is not involved.
  • In Dynamic testing, the presence of a defect is revealed when it causes a failure.

States of Defect

S.No.Initial StateReturned StateConfirmation State
1Gather information for person responsible for reproducing the DefectDefect is Rejected or asked for more information Defect is Fixed and should be tested and closed
2States are Open or NewStates are Rejected or Clarification.States are Resolved and Verification.

Invalid and Duplicate Defect Report

  • Sometimes defects occur, not because of code but because of test environment or misunderstanding, such a report should be closed as an Invalid defect.
  • In the case of Duplicate Report, one is kept and one is closed as a duplicate. Some invalid reports are accepted by the Manager.
  • The Test Manager owns the overall Defect Management & process and the Defect Management tool cross-functional team is generally responsible for managing the reports.
  • Participants include Test Managers, Developers, PMs, Production Managers, and other stakeholders who are interested.
  • The Defect Management committee should determine the validity of each defect and determine when to fix or defer. To determine this, consider the cost, risks, and benefits of not fixing any defect.
  • If the defect has to be fixed, then its priority has to be determined.

Defect Data

  • Name of the Person
  • Types of Testing
  • Problem Summary
  • Detailed Description of Defect.
  • Steps to Reproduce
  • Life Cycle Phase
  • Work product where Defect was introduced.
  • Severity and Priority
  • Subsystem or Component where the Defect is introduced.
  • Project Activity occurring when the Defect is introduced.
  • Identification Method
  • Type of Defect
  • Projects and Products in which problems exist
  • Current Owner
  • Current State of the Report
  • Work product where Defect occurred.
  • Impact on Project
  • Risk, loss, opportunity, and benefits associated with fixing or not fixing the defect.
  • Dates when various defect lifecycle phases occur.
  • Description of how the defect was resolved and recommendations for testing.
  • References

Process Capability

  • Introduction, Detection, and Removal info -> Improve Defect detection and Cost of Quality.
  • Introduction -> Praetor analysis of the process in which the largest number of defects is introduced to reduce the total number of defects.
  • Defect Root info -> find underline reasons for the defect to reduce the total number of defects.
  • Defect Component info -> Perform Defect Cluster Analysis.

Conclusion

This is all about the Defect Life Cycle and Management.

We hope you must have gained immense knowledge about the life cycle of a defect. This tutorial will, in turn, help you while working with the defects in the future in an easy manner.

Was this helpful?

Thanks for your feedback!

Recommended Reading

  • What is Defect Based Testing Technique?

    Defect-Based Software Testing Technique A Defect-Based Testing Technique is a technique where test cases are derived from defects. Instead of using traditional requirements documents or use cases (Specification-based techniques), this strategy bases its test cases on defects. A categorized list of Defects (called a Defect Taxonomy) is being used. The coverage…

  • Software Testing Life Cycle (STLC)

    Software Testing: In this tutorial, we discuss the Evolution of Software Testing, the Software Testing Life Cycle, and the various phases involved in STLC. 8 Phases of Software Testing Life Cycle (STLC) Evolution: 1960’s Trend: 1990’s Trend 2000’s Trend: The trend and competency of testing are changing. Testers are now…

  • Defect Prevention methods

    Here is an article on effective Defect Prevention Approaches and Critical Views: Quality Assurance is the term that is commonly used to address the testing teams in IT projects. Technicalities aside, quality assurance activities are not just targeted at defect identification (which is finding defects after they have happened). This…

  • Deal with blocker defect

    In this article, we have provided our readers with the best 3 strategies for dealing with a blocker defect. We will cover some key steps a tester can take when dealing with them. Let's get started.  Blocker defects add a lot of drama to what would otherwise be just regular…


READ MORE FROM THIS SERIES:



200 thoughts on “Bug/Defect Life Cycle in Software Testing”

  1. I wanna to learn any automated tools like QTP, how to proceed?? anyone guide me as i am new to automated.

    Regards
    selva
    Mobile:+91-9894765147
    Email:email2selva@gmail.com

    Reply
  2. Hi all,

    When Issue is found and it is marked as not a bug, is this issue should be closed or we need to just leave it.

    Is “Not a Bug” a status in bug life cycle.

    Let me know the exact thing what happens when an issue is marked as Not a bug.

    Reply
  3. Error -A Fault in the program leads to error in program
    exection.
    Defect-If the error caught by tester then it is called
    as defect.
    Bug – If the defect is accepted by the development people
    then it is called as Bug.

    Fault—->Error—->Defect—->Bug
    Error may be generated due to syntax or symantic fault.

    Different types of error are
    1.syntax errors
    2.symantic errors
    3.Logical errors
    4.Runtime errors…etc

    All athe above errors will be occured during white box
    testing of the application/product.

    if any doubt send the mail
    rdeepak89@gmail.com

    Reply
  4. Hi selbaa,

    I dono, based on wat you said like “Only institute with best faculty and blah blah blah…” 🙂 How you evaluate other institutes…?

    Reply
  5. Hi Devi,

    Test Case: Is a sequence of process to check the functionality of the feature or component.

    A test case is also defined as a sequence of steps to test the correct behavior of a functionality/feature of an application.

    Reply
  6. There is a correction in the above Defect Workflow of bug life cycle.
    Once the bug is reopened (when tester dont find it fixed) it should go to Open and not back to fixed.

    Reply
  7. Hi Friends,

    After a long time i am joining the blog. Actually i was out of India for some time.

    Those who want the real time interview questions please let me know. I have already sent those questions to few of you.

    Regards
    Ashwin

    Reply
  8. hi,
    Can anyone please tell me the answer for the below question
    what the difference between open issue and known issue?

    Reply
  9. Hi, I m paulsan
    I want to become a software test engineer
    I have completed my DASDM diploma from C-DAC.

    Please suggest me on my email: pollsan10sh@gmail.com ,

    how I can get job in software testing as a fresher?

    Thanks

    paulsan

    Reply
  10. It’s just a quiet horror. The more I delve into testing, the more I am convinced that this is a continuous graphomania. This is frustrating.

    Reply
  11. Dear Sir,

    kindly arrange and update to me the type bugs in software testing area

    Waiting quick respend

    regards
    Sheela

    Reply
  12. @James >> When we perform security testing for a web based application we do following testing:
    ^ Check for cookies.
    ^ Copy and paste url in different browser
    ^ Check for session time
    ^ Check for secure information like password, credit card details etc.

    Reply
  13. please add some more examples to all articles or topics then we easy to understand and please add some more images in some required time….thank you very much
    yours….keshav

    Reply
  14. Hi, I m Deepa
    I have 4 years of experience in troubleshooting and maintenance of software, now I would like to get a job in software testing. how I can get job in software testing? pls suggest.

    Reply
  15. hi suresh and vijay

    This is kanchan,i am working in MNC as a software test engineer.i have only one year of experience.i want to do certification .. can u suggest me any software testing related certification course to my mail id other than ISTQB.

    My id is kanchan_eyes@yahoo.com

    Thanks
    kanchan

    Reply
  16. hi
    i am working as a sqa engineer. but i dont know what is the scope of sqa in future. please can anyone guid me about the field sqa. and provide me link or sites where i get any guidence. my email id is younaskhan_18@yahoo.com i will appreciate it…
    thanks
    younas

    Reply
  17. Hi ashwin,

    This is prabhu from chennai, i m new to testing field m trying to get testing jobs, so would u pls send me the interview question and answer and guide me.
    advance in thanks

    Reply
  18. Hi..
    i have a questions what are ripple issue and new issue.
    suppose a tester detect a bug and developer fixed it and tester again retest it but this time he find a new issue then what will he do now. because its his responsibility to find bugs earlier

    Reply
  19. Hi Mayasen,

    Tthanks for your reply
    If there is an issue which is not a bug marked as “Rejected” or “Not fixable”
    In this case, what needs to be the status of the bug at the time of releasing to production.

    At time of release to production all the incidents or issues needs be in closed status as per my knowledge
    correct me if i am wrong.

    Thanks,
    Mohan.

    Reply
  20. Bugreport: Its a document having description abt bugs.
    Bugtrack: Its the way how we are reporting the bug.
    (thro tool or doc)

    if am wrong let me know pls

    Reply
  21. Hi,
    I am working as a manual test engineer in Pune from last 3.6 years.

    I would like to learn Security Testing. Please let me know if you can provide any good material or any ref.

    Thanks…

    Reply
  22. Thanks Priyanka.
    So test plan deals with the activities related to testing(only) and project plan deals with all the activities related to the entire project(Design,Dev,testing…)

    Reply
  23. Hi All,

    If there is any requirment in your companies let me know.
    I am looking for a change, currently i am working in Accenture from past 2 years.

    Regards,
    Bharani

    Reply
  24. Hi Mohan, (#103)

    You are right, While delivering a product all bugs should be in closed state; but not necessary to fixed. So if there is any valid reason or with respect to the spec. some of the bugs/changes/suggestions can be closed with the resolution “Not Fixable/Rejected”

    Reply
  25. HI all,

    I wanna to learn any automated tools like QTP, how to proceed?? anyone guide me as i am new to automated.

    Regards
    selva
    +91-9894765147

    Reply
  26. Dear Ms. Deepa (#86),
    Pl. route your resume to my email id gova.mca@gmail.com

    How can I say without looking into your profile?

    Regards,
    Govardhan Reddy M,
    Software Test Engineer.
    “Do the right thing!”

    Reply
  27. Hi All,

    On seeing many requests, I feel that the below one would be helpful to you all.

    Lets assume in your application you want to create a new user with his/her information, for that you need to logon into the applicataion and navigate to USERS menu > New User, then enter all the details in the User form like, First Name, Last Name, Age, Address, Phone etc. Once you enter all these need to click on SAVE button in order to save the user and you can see a success message saying “New User has been created successfully”.

    Now you entered into your application by logging in and navigete to USERS menu > New user, entered all the information and clicked on SAVE button and now the application creashed and you can see one error page
    on the screen, now you would like to report this BUG.

    BUG REPORT:

    Bug Name: Application crash on clicking the SAVE button while creating a new user.
    Bug ID : It will be automatically created by the BUG Tracking tool once you save this.
    Area Path: USERS menu > New Users
    Build Number:/Version Number 5.0.1
    Severity: HIGH (High/Medium/Low)
    Priority: HIGH (High/Medium/Low)
    Assigned to: Developer-X
    Created By: Your Name
    Cerated On: Date
    Reason: Defect
    status: New/Open/Active – Depends on the Tool you are using
    Environment: Windows 2003/SQL Server 2005

    Description:
    Application crash on clicking the SAVE button while creating a new
    user, hence unable to create a new user in the application.

    Steps To Reproduce:
    1) Logon into the application
    2) Navigate to the USers Menu > New User
    3) Filled all the fields
    4) Clicked on Save button
    5) Seen an error page “ORA1090 Exception: Insert values Error…”
    6) See the attached logs for more information
    7) And also see the attached screenshot of the error page.

    Expected: On clicking SAVE button should be prompted to a success message “New User has been created successfully”.

    Save the defect/bug in the BUG TRACKING TOOL.

    Regards,
    VijayD

    Reply
  28. We are using Bugzilla in our project for Bug tracking.
    We have several product and under each product we have several components.

    We want that bug for “each” component (for every product) should start with Bug Id = 1. How to achive this?

    Currently it is based on ongoing bug id sequence last stroed for any Product/Component in the the database.

    Reply
  29. I need some help. Could you solve this query i got this query the other day. Any help would be appreciated

    Write down any potential problems or omissions from this

    Fault Log

    Fault no: 278 Environment: Windows 98
    Priority:3 Tester:Author
    Application: Web testing

    Description
    When i log onto the screen DF342 I should be able to delete records. However when trying to delete records an error message appears telling mw that im not authorized

    Response:
    25 Aug: Programmer: Security needs to be setup providing access to the delete facility- No error

    26 Aug:Tester: We had Security up and it doesnt seem to work- I have reopened this fault

    Reply
  30. hi, ashwin this srinu, can u send me that real time industy ?’s.Bcz i am into trail in testing with 3+.i hope it is useful for me.thank q

    Reply
  31. hi ashwin, this is kannan. i am working in a mnc as manual tester. can u send the recent real time testing interview questions with answers. it will helpful for me.. my id is kannasv@gmail.com

    Regards
    S.Kannan

    Reply
  32. Statuses of BUG life cycle:

    # New
    # Open
    # Assign
    # Verified / Confirmed
    # Resolved
    # Deferred
    # Reopened
    # Duplicate
    # Rejected
    # Closed

    ***************************

    “Not a Bug” gives more than one meaning; so it is not possible to derive the meaning for this status without providing proper comment.

    ~ Deferred (Not a bug, but change request)
    ~ Feature (Not a bug, additional/missing feature)
    ~ Not Fixable (Not a bug, exceptional)

    Hope I’m right and the answer satisfies your query.

    Reply
  33. Dear Govardhan Reddy JI,
    I can apply For which type of jobs in software testing (FRESHERS OR EXPRNCD).COMPANY WILL TAKE(OR NOT) ANY INTEREST IN MY RESUME..

    Reply
  34. Hi James,

    A project plan is a plan on how to execute the entire project, timelines, resources, estimates, developement, testing, documentation and almost everything that goes into making a project.

    On the other hand, a test plan is a document which deals with specific activities related to testing. It will talk about resources for testing, documentation for testing, estimates for testing and so on.

    Thanks.

    Reply
  35. hi
    i have one question, it was asked in interview i.e if i(Tester)has found 3 bugs and in the customer end he found 6 bugs then what is the bug ratio?

    Reply
  36. hi friends ,
    i m looking for the job change , i have around 1.8 year of exp in software testing in manual and automation , and having knowledge of loadrunner and qf test tools , currently i m working as a consultant engineer in cisco systems india , plz if any body have requirement in his/her org , revert me back ……..
    thanks in advance …..

    Reply
  37. @sursh
    Bug tracking tools you can download from the net and configure for your company needs. One which is good of such is Qengine Issue Manager.
    Enjoy… Why you want to send screen shots just add a column section\screen in your excel sheet and describe the issue too.
    Cheers
    george

    Reply
  38. keep three group of people in mind
    1.Customer
    2.developer’s
    3.Testers

    *Customer of ur company gives requirements of the Project to be developed
    *Managers/Developers will make an SRS of the customer requirements
    *Developers:- Project Manager divide’s the task into modules and assigned to different individual or group of developers.
    * Immediate after getting SRS prepared by the developers Shared with Testing Team
    *Testing Manager/Lead will assign an individual/group to prepare test case document for the same until we get the release/build for testing
    * Now when developers feel to share the build with testing team to test they even have send the release notes with the build
    *release notes contains what features to be tested and what not in the particular release
    *TM/TL will assign that task to the group of test engineers to test the build
    *test engineers should test SANITY first and move on to different test Types.

    More info can be updated later 😉

    Reply
  39. i have so many quries
    1.how to begain testing in the system.
    2.which topics i contenterate
    how to write bug format (can u send digram)

    Reply
  40. hi vijay….many thanx for such wonderful articles..can some1 answer my ques? i have been learning QC and have been practising to add defects in QC..when we talk about reporting a bug, is it equivalent to adding a defect in QC? and also some1 told me that we need to create a bug logging sheet for each bug v find…so how is a bug logging sheet different from bug report?

    Reply
  41. hi, i have one question regarding Testing Documentation. Can you provide me detailed format of Testing Documentation.& how to prepare testing documentation

    Reply
  42. Hi sam,

    I am Ashwin, working as a QA Engineer in MNC.

    I have the collections of recent industry questions and answers.

    Kindly send me your email id if you are interested.

    Regards
    Ashwin

    Reply
  43. @Neha,

    “Won’t Fix” —>> this will be assigned by Developer.
    when a bug is not effecting any functionality of the application. Then the developer will change the status of bug From “New” to “Won’t fix”.

    Reply
  44. hi, i am learning software bugs . i am having 2 questions
    1. what steps i have to take before reporting the bugs
    2.what information shall i provide in the bug report

    regards
    siva

    Reply
  45. hi ALL

    m looking for the job change , i have around 1.8 year of exp in software testing in manual and automation , and having knowledge of loadrunner and qf test tools , currently i m working as a consultant engineer in cisco systems india , plz if any body have requirement in his/her org , revert me back ……..
    thanks in advance …..

    regds

    Kapil

    Reply
  46. Dear Ashwin

    what kind of Q/ Ans generally asked to candidate with one year of experience

    Send me the interview Question & answer of manual testin for 1-year of experience on my email ID

    sydfaheem84@gmail.com

    Thanks for your help

    Reply
  47. Hi Devi, these are also the benifits if u mention priority in test cases

    a. You shorten the time required for testing
    b. You do the best testing in the time available
    c. You do more effective testing
    d. You find more faults………………….

    thnx
    jk

    Reply
  48. @Mahesh
    test plan consist of
    1>deliverables
    2>Objectivity
    3>schedule & Milestone& staffing
    4>risk
    5>approach,assumption,aim
    6>tool used,environment,
    thest all are important item that shoul dpresent in TP

    Reply
  49. Hi All, I am very new to the testing .Plz can anybody give me the list of sites which give the full details of software testing along with all the tables for test cases bug repot tables etc. though i had learned some basics about testing i lack the real time exposure ,can anyone help me?????????

    Reply
  50. You are welcome mohan. (#111)

    Hi James (#105),

    Kindly check the web application testing page in this same forum. There you can find lot of information. Even i too shared some tips on that page. (239,243,244,245 and 246)

    Wishes…!!!

    Reply
  51. Hai

    I am manual tester there are no any tools in my company, I am preparing Defect report format in Excel itself only and every thing is OK. But the main problem is sometime I need to send a snapshot(screens) to the development team along with Defect report. Though I keep hyperlink in the same excel file there are problem relating to links when path is changing. So I need to provide the process of sending snapshots along with defect report

    Reply
  52. hi ashwin, nice to meet u

    This Phalguna iam working in software company i want change to MNC
    If u don’t mind could u plz forward me the collection of Qs and Answers u have with you for my id.

    Thanks in advance.
    regds

    Reply
  53. I am a fresher for testing team in one of the MNC.So am not getting how to start my career in testing(manual testing).I have many questions like what materials to refer,what certifications to make?Can anybody help me please???If so then please mail me to pavitrabne@gmail.com

    Reply
  54. Dear Mr. Prasad S (# 87),
    After 2-3 hr of google search in my free time, I collected the below information. Have a look and finalize by yourself.

    *********************************
    Error : Deviation for actual and the expected/theoritical value .

    Bug : An Error found in the development environment before the product is shipped to the customer .

    Defect : An Error found in the product itself after it is shipped to the customer .

    Defect: The flaws that exist in the system and is in the knowledge of everyone and cannot be solved at that moment.

    Bug: The flaws that exist in the system and the system doesn’t work according to the business logic and occurs due to improper understanding of the requirements.

    Error: The flaws that exist due to improper coding and it mainly involves syntactical errors like null pointer exception in the perspective of java

    error: Undesirable output whicuh negates the requirement.

    Bug : Any fault in the software that is detected before the application is released

    Defect : any fault or error in the software that is detected after the application is released

    BUG: Un Expected Behaviour Found in Development/QA Environment before product released to Customer.
    DEFECT:Same as BUG but found in realtime environment/at customer’s site.
    ERROR: Any thing that is not comfirming to requirements/expected behaviour and it may be at any stage like during Development/QA or even after release of product. i.e. An Error can be a Ddefect or Bug.

    Bug : Is an error found BEFORE the application goes into production

    Defect :Is an error found AFTER the application goes into production

    A bug is a fault found before the product is released to a client and a defect is a fault that is detected after the product is released.

    An error is any discrepancy between the expected value and the actually observed value.

    Bug : An Error found in the development environment before the product is shipped to the customer .

    Defect : An Error found in the product itself after it is shipped to the customer .

    Defect: deviation of the customer requirement

    Error : Error occurs in the syntax level (syntax error) or it could be in environment, application and the resource associated with testing bed setup.
    *****************************************

    Regards,
    Govardhan Reddy M,
    Software Test Engineer.
    “Results matter, Efforts won’t”

    Reply
  55. hi…
    I am the student ofpune university.We have the software testing as subject. So plz tellme the web-sites that will help me for my study….

    Reply
    • Please follow the below format…..To create best Defect report .
      Below is a defect of a STB Guide screen.

      Defect ID # Defect_166
      Defect Title : [Always] In Guide screen Future Program, title name and Name on Channel cell are dimmed.
      Defect reported By : ABC
      Date Reported : 24 – Oct – 2019

      Environment Detail:
      (Provide the information of environment) Server H44H- etc.

      Defect Description :
      In Guide screen, For Some of the Channels, Name in Channel cell and Title of future programs are showing dimmed for the Entire row of cells (Only current Program Title is highlighted)
      Steps to Reproduce: 1. Open Guide
      2. Scroll Down or Scroll Up
      3. Some of the channel names in Channel cell and title of Future programs in Program cells are dimmed.
      Ex: All Movie channels, Some Show Channels (295, 299, 508, 536)

      For more information please refer the Video.

      Expected Result: Both Channel Name and Future Showings title should display without getting Dim.
      Actual Result: Both Channel Name and Future Showings title Displayed Dimmed .
      More Info
      a) Server Date & Time :
      Mon Nov 16 06:14:16 UTC 2015
      Uptime:
      22:14:19 up 35min, 2 users, load average: 2.77, 2.55, 2.39
      b) UI or Screen pertaining to the issue : Guide Screen

      HR54P:
      a) Server Date & Time :
      Sun Nov 15 22:11:41 UTC 2015
      Uptime:
      22:11:44 up 16min, 0 users, load average: 2.21, 2.43, 1.92
      c) UI or Screen pertaining to the issue : Guide Screen

      Workaround
      ( What did we do to get out of the Issue / Screen) After restarting the set top box, issue Couldn’t resolved.
      Is it a Performance issue?
      (Detail How long to wait for STB to response) No
      Reference
      (Existing Test Plan & TestCase).
      Priority [High/Medium/Low] Low
      Reproducibility: Platform Build Reproducible Note

      Other Detail Path of Logs: A/B/C…etc.

      Please Refer the below screenshot

      Comment :
      ( Please provide more detail here )

      Reply
  56. “Priority” can be defined as How that particular test case impact the business or application.

    If am not clear or wrong pls let me know.

    thnx
    jk

    Reply
  57. suppose you found a bug and reported it by taking all the necessary steps but developer is not able to reproduce the bug and you also not able to reproduce that bug.what do you do then?what action yo will take?

    Reply
  58. Good you explained Defect life cycle in detail,
    But don’t you think you should have considered Regression testing as part of Defect life cycle.

    This was a classical case when you have Water flow model but in Today’s world of Pure Agile or Agile + Waterflow model, we have to regression testing as part of defect Verification.

    Again this depends on what process a company follows, but I think this is the time we should make changes in traditional followed defect Life cycle.

    Your views please.

    Reply
  59. Dear Ms. Akshata (# 82),
    Test Case:
    ———–
    Describes set of instructions to carry out. Besides consists of the fields test name, design step, step number, description, pass/fail criteria, etc.,

    Test Script:
    ————
    Manually written script or generated script for automation purpose.
    May be covering a single test case or more than one test case at a time.
    No limit of number of test cases.

    Test Scenario:
    —————
    Group of test cases together is collectively called as test scenario.
    Main intention to test the every day routine use of the DUT/AUT/SUT.
    Can also be defined as testing the major part of computer program.

    If all the test cases are passed, then only we can say that this scenario is passed.

    Field issues/bugs/defects are almost all test scenarios only.

    Regards,
    Govardhan Reddy M,
    Software Test Engineer.
    “Law of win says, Lets not do it in my way or your way, But lets do it in the best way”.

    Reply
  60. @jk
    priority–talks Application Issues
    severity–talks Business issues!!!

    say this in interview ..it makes impact buddy!!! means u have worked on real prjt..

    Reply
  61. Bug can be defined as the abnormal behavior of the software. No software exists without a bug. The elimination of bugs from the software depends upon the efficiency of testing done on the software. A bug is a specific concern about the quality of the Application under Test (AUT).

    The different states of a bug can be summarized as follows:

    1. New

    2. Open

    3. Assign

    4. Test

    5. Verified

    6. Deferred

    7. Reopened

    8. Duplicate

    9. Rejected

    10. Closed

    Reply
  62. Hi Ashwin

    I am new to software testing. please send me the recent real time interview questions on testing with answers. It will make me learn more about testing so that I can face interview more confidently.

    My Id: prasanthku.007@gamil.com

    Reply
  63. Hi all. Do our testing team has any portal like cloud development/some development teams will have rite. can anyone plz send to my mail if there.

    Reply
  64. Error -A Fault in the program leads to error in program
    exection.
    Defect-If the error caught by tester then it is called
    as defect.
    Bug – If the defect is accepted by the development people
    then it is called as Bug.

    Fault—->Error—->Defect—->Bug
    Error may be generated due to syntax or symantic fault.

    Different types of error are
    1.syntax errors
    2.symantic errors
    3.Logical errors
    4.Runtime errors…etc

    All athe above errors will be occured during white box
    testing of the application/product.

    if any doubt send the mail

    Reply
  65. How to maintain the defects in an excel for the second round of testing?
    Should the user use the same excel which was used in 1st round of testing and add the defects in the same, or to use a seperate excel file and maintain it seperately.

    Reply
  66. Hi Pavithra,

    Wishes…!!

    Just post your queries in this forum itself. So that anyone can answer and everyone who are with same questions can get answers.

    Reply
  67. Hi Ashwin

    Kindly please send me industry question and answers. because i want to change the company as i had completed 1 year in this company and want to apply in MNC
    Thanks in advance
    Trupti

    Reply
  68. hi all,
    Am fresher , looking for a job on manual & automation(QTP)testing. Can anybody help me in searching job in Bangalore? And please send me some real time interview QS & ans.

    Regards,
    soumya.p

    Reply
  69. hi
    this is madhuri.i need a change iam presently working in brainstorm technologies.if at all any recruitments in u r company plz forward details to my mail

    thank u

    Reply
  70. “Q #2) What is the major difference between Error, Defect, and Failure?”

    I don’t know where this terminology came from because the only one which is correct is the “Defect” which is found in Testing.
    In Development it will be a BUG
    In Production it will be an INCIDENT

    Reply

Leave a Comment