How to Write a Bug Report: Bug Reporting in Software Testing

By Vijay

By Vijay

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

Here’s how to write a good bug report with some helpful tips and tricks. Let’s get started.

“The point of writing a problem report (bug report) is to get bugs fixed” – Cem Kaner.

If a tester is not reporting a bug correctly, then the programmer will most likely reject it stating it as irreproducible. This can hurt the tester’s morals and sometimes ego as well.

If the Bug report is effective, then its chances of getting fixed are higher. So fixing a bug depends upon how effectively you report it. Reporting a bug is nothing but a skill and in this tutorial, we will explain how to achieve this skill.

How To Write A Good Bug Report

How To Write A Good Bug Report1

Qualities of a Good Software Bug Report

Anyone can write a bug report. But not everyone can write an effective bug report. You should be able to distinguish between an average bug report and a good bug report.

How to distinguish between a good and bad Bug report? It’s very simple, apply the following characteristics and techniques to report a bug.

Characteristics and Techniques

1) Having a clearly specified Bug Number: Always assign a unique number to each bug report. This will help you identify the bug record. If you are using an automated bug-reporting tool then this unique number will be generated automatically each time you report a bug.

Note the number and a brief description of each bug that you reported.

2) Reproducible: If your bug is not reproducible, then it will never get fixed.

You should clearly mention the steps to reproduce the bug. Do not assume or skip any reproducing steps. The bug which is described step by step is easy to reproduce and fix.

3) Be Specific: Do not write an essay about the problem.

Be Specific and to the point. Try to summarize the problem in minimum words yet in an effective way. Do not combine multiple problems even if they seem to be similar. Write different reports for each problem.

Effective Bug Reporting

Bug reporting is an important aspect of Software Testing. Effective Bug reports communicate well with the development team to avoid any confusion or miscommunication.

Good Bug report should be clear and concise without any missing key points. Any lack of clarity can lead to misunderstandings and slows down the development process as well.  Defect writing and reporting is one of the most important but neglected areas in the testing life cycle.

Good writing is very important for filing a bug. The most important point that a tester should keep in mind is not to use an authoritative tone in the report. This breaks morale and creates an unhealthy work relationship. Use a suggestive tone.

Don’t assume that since the developer has made a mistake, you can use harsh words. Before reporting, it is equally important to check if the same bug has been reported or not.

A duplicate bug is a burden in the testing cycle. Check out the whole list of known bugs. At times, the developers may be aware of the issue and ignore it for future releases.

Tools like Bugzilla, which automatically searches for duplicate bugs, can also be used. However, it is best to manually search for any duplicate bug.

The important information that a bug report must communicate is “How?” and “Where?” The report should clearly answer how the test was performed and where the defect occurred. The reader should easily reproduce the bug and find out where the bug is.

Keep in mind that the objective of writing a bug report is to enable the developer to visualize the problem. He/She should clearly understand the defect from the Bug report. Remember to provide all the relevant information that developers seek.

It should also be noted that bug reports will be preserved for future use and should be well-written with the required information. Use meaningful sentences and simple words to describe your bugs. Don’t use confusing statements that will waste the time of the reviewer.

Report each bug as a separate issue. In case of multiple issues in a single bug report, you can’t close it unless all the issues are resolved.

Hence, it is best to split the issues into separate bugs. This ensures that each bug can be handled separately. A well-written bug report helps a developer to reproduce the bug at their terminal. This will help them diagnose the issue as well.

How To Report A Bug

Use the following simple Bug report template:

This is a simple Bug report format. It may vary depending on the Bug report tool that you are using. If you are writing a bug report manually then some fields need to be mentioned specifically like the Bug number, which should be assigned manually.

Reporter: Your name and email address.

Product: In which product did you find this bug?

Version: The product version, if any.

Component: These are the major sub-modules of the product.

Platform: Mention the hardware platform where you found this bug. The various platforms like ‘PC’, ‘MAC’, ‘HP’, ‘Sun’ etc.

Operating system: Mention all the operating systems where you found the bug. Operating systems like Windows, Linux, Unix, SunOS, and Mac OS. Also, mention the different OS versions like Windows NT, Windows 2000, Windows XP, etc., if applicable.

Priority: When should a bug be fixed? Priority is generally set from P1 to P5. P1 as “fix the bug with the highest priority” and P5 as ” Fix when time permits”.

Severity: This describes the impact of the bug.

Types of Severity:

  • Blocker: No further testing work can be done.
  • Critical: Application crash, Loss of data.
  • Major: Major loss of function.
  • Minor: Minor loss of function.
  • Trivial: Some UI enhancements.
  • Enhancement: Request for a new feature or some enhancement in the existing one.

Status: When you are logging the bug into any bug tracking system then by default the bug status will be ‘New’.
Later on, the bug goes through various stages like Fixed, Verified, Reopened, Won’t Fix, etc.

=> Click here to read more about the detailed Bug Life Cycle.

Assign To: If you know which developer is responsible for that particular module in which the bug occurred, then you can specify the email address of that developer.

Otherwise, keep it blank as this will assign the bug to the module owner. If not, the Manager will assign the bug to the developer. Possibly add the manager’s email address to the CC list.

URL: The page URL on which the bug occurred.

Summary: A brief summary of the bug, mostly within 60 words or below. Make sure your summary is reflecting on what the problem is and where it is.

Description: A detailed description of the bug.

Use the following fields for the description field:

  • Reproduce steps: Clearly, mention the steps to reproduce the bug.
  • Expected result: How the application should behave on the above-mentioned steps.
  • Actual result: What is the actual result of running the above steps i.e. the bug behavior?

These are the important steps in the bug report. You can also add “Report Type” as one more field which will describe the bug type.

Report Types include:

1) Coding error
2) Design error
3) New Suggestion
4) Documentation issue
5) Hardware problem

Important Features in Your Bug Report

Given below are a few important features in the Bug report:

1) Bug Number/id

A Bug number or an identification number (like swb001) makes bug reporting and the process of referring to bugs much easier. The developer can easily check if a particular bug has been fixed or not. It makes the whole testing and retesting process smoother and easier.

2) Bug Title

Bug titles are read more often than any other part of the bug report. This should explain everything about what comes with the bug.

The Bug title should be suggestive enough that the reader can understand it. A clear bug title makes it easy to understand and the reader can know if the bug has been reported earlier or has been fixed.

3) Priority

Based on the severity of the bug, a priority can be set for it. A bug can be a Blocker, Critical, Major, Minor, Trivial, or a suggestion. Bug priorities can be given from P1 to P5 so that the important ones are viewed first.

4) Platform/Environment

OS and browser configuration is necessary for a clear bug report. It is an effective way to communicate how the bug can be reproduced.

Without the exact platform or environment, the application may behave differently and the bug at the tester’s end may not replicate on the developer’s end. So it is best to clearly mention the environment in which the bug was detected.

5) Description

Bug description helps the developer to understand the bug. It describes the problem encountered. A poor description will create confusion and waste the time of the developers as well as testers.

It is necessary to communicate clearly the effect of the description. It’s always helpful to use complete sentences. It is a good practice to describe each problem separately instead of crumbling them altogether. Don’t use terms like “I think” or “I believe”.

6) Steps to Reproduce

The Bug report should clearly mention the steps to reproduce. These steps should include actions that may cause the bug. Don’t make generic statements. Be specific on the steps to follow.

A good example of a well-written procedure is given below

Steps

  • Select product Abc01.
  • Click on Add to cart.
  • Click Remove to remove the product from the cart.

7) Expected and Actual Results

A Bug description is incomplete without the Expected and Actual results. It is necessary to outline what the outcome of the test is and what the user should expect.

The reader should know what the correct outcome of the test is. Mention clearly what happened during the test and what the outcome was.

8) Screenshot

A picture is worth a thousand words. Take a Screenshot of the instance of failure with proper captioning to highlight the defect. Highlight unexpected error messages with light red color. This draws attention to the required area.

Some Bonus Tips To Write A Good Bug Report

Given below are some additional tips on how to write a good Bug report:

1) Report the problem immediately

 If you find any bugs while testing, then you do not need to wait to write a detailed bug report later. Instead, write a bug report immediately. This will ensure an effective Bug report.

If you decide to file a Bug report later on then there is a higher chance that you will miss the important steps in your report.

2) Reproduce the bug three times before writing a Bug report

Your bug should be reproducible. Make sure that your steps are robust enough to reproduce the bug without any ambiguity. If your bug is not reproducible every time, then you can still file a bug mentioning the periodic nature of the bug.

3) Test the same bug occurrence on other similar modules 

Sometimes the developer uses the same code for different similar modules. So there is a higher chance for the bug in one module to occur in other similar modules as well. You can even try to find the more severe version of the bug you found.

4) Write a good bug summary

Bug summary will help the developers to quickly analyze the bug’s nature. Poor-quality reports will unnecessarily increase development and testing time.

Communicate well with your bug report summary. Keep in mind that the bug summary can be used as a reference to search for the bug in the bug inventory.

5) Read the Bug report before hitting the Submit button

Read all the sentences, wordings, and steps that are used in the bug report. See if any sentence is creating ambiguity that can lead to misinterpretation. Misleading words or sentences should be avoided in order to have a clear bug report.

6) Do not use abusive language.

It’s nice that you did good work and found a bug but do not use this credit for criticizing the developer or attacking any individual.

Conclusion

There is no doubt that your bug report should be a high-quality document.

Focus on writing good bug reports because this is the main communication point between the tester, developer, and manager. Managers should create an awareness in their team that writing a good bug report is the primary responsibility of any tester.

Your effort toward writing an effective bug report will not only save the resources of the company but also create a good relationship between you and the developers.

For better productivity, make sure to write an effective bug report.

Are you an expert in writing a Bug report? Feel free to share your thoughts in the comments section below. We would love to hear from you.

Was this helpful?

Thanks for your feedback!

Recommended Reading

  • Cosmetic and the Functional Bugs

    This article provides valuable insights into the significance of both Cosmetic and Functional Bugs and how they contribute to software quality. There are always huge responsibilities imposed on the tester to uncover any kind of bug that software has. Irrespective of the functionality and user interface, testers can raise bugs…

  • Defect Life Cycle Tutorial

    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…

  • Software Testing Course Syllabus (1)

    Software Testing Course Syllabus and Training Plan Week 1 Brief introduction to software systems and SDLC Basic concepts Basic Testing Vocabulary Quality Assurance versus Quality Control The Cost of Quality Software Quality Factors How Quality is Defined Why Do We Test Software? What is a Defect? The Multiple Roles of…

  • Software Testing Online Mock Test

    This knowledge quiz is an attempt to test your Software Testing basic knowledge with a simple 20-question test. The following Software Testing quiz is designed to test your ability to meet Software Testing requirements. This Software Testing quiz will help you with self-assessment and prepare for other certification exams, as…


READ MORE FROM THIS SERIES:



279 thoughts on “How to Write a Bug Report: Bug Reporting in Software Testing”

  1. Can any one give me the examples of:
    1) high severity-low priority
    2)high severity-high priority
    3)low severity-high priority
    4)low severity-low priority

    Reply
  2. Hi!
    Really nice information. It will help freshers as well as experienced people
    to get to know bug reporting well. All the tips you have provides are very
    useful.

    Reply
  3. Hi,
    This site really helpfull for freshers as well as experienced
    I want to know about detail for how the Testing process followed in company?

    Reply
  4. actualy sir i m student of commerce , my main focus in accounts , economics , business , etc. .in between i ignore our communication skills , so at that time i have create so many problems in communication skills. so please give me advice how to improve our communication skill in short passage of time .

    Reply
  5. The problem with this is when you have a complicated program that ‘bugs’ at random times, with no way to reproduce it consistently. Then, the only thing you can do is hope to have recorded it on video so the programmers can actually see what you are talking about.

    Reply
    • Simply log this kind of bug as low priority. If a bug is not easily reproducible, it’s bottom of the pile. There’s no point in giving it attention if it just happens so infrequently that you can’t even figure out how to reproduce it.

      Reply
      • Really?
        So, if the bug is similar to when Microsoft Windows (10 or 11, I don’t remember) would delete your files in the my documents folder, it is low priority?
        It happened rarely, but once it did, your files were all gone.
        Is that low priority?

      • This is exactly my problem right now. As you said; I can’t easily figure out how to reproduce it because it’s really volatile.
        So I want to ask you; The problem is that the app shuts itself down after using for a moment or after a certain action and isn’t exactly, constantly reproducing(1-2 days a week or less).
        But I’m confused, should one really not pay attention to the app crashing as it doesn’t reproduce often or just take care of it?

  6. I am a developer of orcle based application. Now want to swith to testing. Can you help me in this regards.
    I need some resume specially for testing.
    Can my last experience help me in testing??
    Thanks in advance.
    –Shyam

    Reply
  7. Hi Vijay sir,

    Very useful information & points are explains.. here…
    after reading this article…I want to change…my job profile…as software Translator to Software tester…

    THANK YOU,
    Shraddha

    Reply
  8. hi vijay,
    r u working in testing field? one week before i have been entered in testing field. can u send one model test case report. i am also prepared test case report. if u send it can very helpful to my work i hope u will do this

    with regards
    sundar
    sunaruna84@gmail.com

    Reply
  9. One more bug reporting process using Visual Studio- TFS(Team Foundation Server)
    1. Assume your team contains 8 members (Tester, QA Lead, 3developers, Dev.Lead,Project Lead, BA(Business Analysist)
    2. You all have access to TFS
    3. Tester reports a bug using TFS (Say bug no 123), there is a HISTORY tab in TFS will track all the changes made by any of the team member if there are any changes performed on 123.
    4. After reported the bug (123) the default ‘Status’ of the bug will be TRIAGE.
    5. There will be one more option ‘OWNER’ which contains default ID of QA Lead
    6. Once tester submitted the bug with triage status it will automatically assigned to QA Lead
    7.QA Lead will validate the bug and will change the status to ACTIVE (from Triage) if 123 is really a bug
    8. If he / she feels it is really not a bug (may be setup issue, environment problem,calculation error, misunderstanding) then he/ she can close the bug in the begening stage it self
    9. While QA Lead changing the status to ACTIVE he/she will ASSIGN the bug to DEV.Lead.
    10.Dev Lead will have an idea about the bug and he may know the developer who coaded the form (on which bug 123 was reported) and he will Assign to Developer1
    11.Developer1 will change the status to In-Progress
    12. Again developer will look deeply in to the bug and if he feels/ having any doubt then he may consult Business Analysist to know more about the functionality
    13. If Developer / BA will prove it is not a bug he can close the bug with reason (Not an Issue / As Design)
    14. Developer accepts that 123 is a bug then he /she starts fixing(Code Changes) the bug
    15. Once he/she fixed the bug then change the bug status to ‘System Test’
    16. New build dyployed into server with all code fixes
    17. Tester will again test the reported bug (123) on newly released build
    18. If the bug is really fixed tester will change its status to RESOLVE/CLOSED with reason TEST PASS
    20. If the bug is still occurring then he again change the status to ACTIVE with reason TEST FAIL

    Reply
  10. Hi Vijay,

    its Really a Very very Good Artical,Quickly every one catch this scenario easy.

    Am really Telling When I Join As Qa No one Suggesting how to Handle the Bug But now i can easyly Handling.

    Thanks

    Reply
  11. I usually test by manual and write bug on program write mantis. I feel very worderful.
    I want to learn to every body.

    Reply
  12. Hi everyone,
    Can anyone explain me to how to use Excel sheet with common repository as a bug tracking tool. Please help me out as I am new to testing job.

    Reply
  13. You guys, the reason i put this report was to get the solution for the fault log. Any response would be appreciated.

    Reply
  14. Hi Pilu, #153/154

    Test Plan is the document which carries all data about your complete STLC (Software Testing Life cycle).

    A typical test plan should contain,

    # Introduction about project & testing
    # Test Plan Objectives
    # Scope
    # Test Strategy
    ~ System Test
    ~ Performance Test
    ~ Security Test
    ~ Automated Test
    ~ Stress and Volume Test
    ~ Recovery Test
    ~ Documentation Test
    ~ Beta Test
    ~ User Acceptance Test
    #Environment Requirements
    # Test Schedule
    # Control Procedures (Reviews, Bug Review, meetings, Change Request, Defect Reporting)
    # Functions To Be Tested
    # Resources and Responsibilities
    # Deliverables
    # Suspension / Exit Criteria
    # Dependencies
    # Risks (Schedule, Technical, Management, Personnel, Requirements)
    # Tools to be used
    # Support Document details
    # Approvals

    Reply
  15. Its reall nice,i can understand how to write a effective bug Report,but please can u send me Original Bug Report Template with some examples.. i am working as a Manual tester..plz…

    Reply
  16. Hi,

    this article is really helpful. Can anyone please explain how to write bug report by some examples. like above asked for sql based project example. it would be better if u post it in this knowledgable and helpful site. if not comfortable my email id is kv.testing22@gmail.com

    thanks
    Kavita

    Reply
  17. Hi, this is vishala i got a job as a software test eng. and would like to know about the differenct between the Agile Model and Waterfall Model

    I read Bug Report Article it is very good. I hope u can give me answer to any question.
    Thank U.

    Reply
  18. Abhijit

    i have certified software testing
    course also. i have experience in Non TESTING Field. i want to switch over to testing field. i have theoretical knowledge but i need some real time testing knowledge.

    can u help me?

    can any sample testing projects for me, if u sending it
    will really literal help for me..

    Expecting your favorable reply.

    my id is abhijit9603@gmail.com

    Thanks,
    Abhijit

    Reply
  19. hello,

    I am testing the Web Applications. I am manually preparing the Bug Report. can anyone suggest me which is best Bug Tracking Tool. (Open source Bug Tracking Tool).

    with regards,
    viji

    Reply
  20. Hey hi all,
    Please give me any Free tool………so we r using our company..actually my companies setup is very small….just 20-30 people…..so that will help us lot…..please suggest any Free Bug-Tracking tool.
    thank you

    Reply
  21. The objective of QA activities is to find and detect defects and ensure fulfillment of requirements as desired by stakeholders. We at Q-Pros put this on the top of our priorities when serving our clients.
    In this article, we will investigate bugs/defects in software, what are the criteria followed to report a bug, the terminology used, and why we get bugs?

    To start, let us look at the definition of bugs in a software system.

    Definition of “Bugs”

    A bug is a way to define a certain defect that is blocking an application to work as required. Finding bugs can be defined as the main objective of the entire testing process.
    Bugs might be caused due to several kinds of mistakes made by developers in the development phase.

    Types of Bugs

    Bugs are segregated into categories based on casualty as such:

    • Coding Error: A bug caused due to a mistake in the coding phase (Internal mistakes).

    • Design Error: A bug caused due to a designer’s mistake, these bugs could cause issues in functionality and behavior.

    • New suggestion: This type of bug is concerned with enhancement. A testing expert would suggest a change rather than a severe fix.

    • Documentation issue: Documentation issues could cause ambiguity and misunderstanding amongst involved developing teams. Which in turn results in bugs and defects.

    • Hardware problem: Bugs caused by hardware issues interfering with the application of the software.

    Types Of Bug Severity

    In order toprioritize QA efforts, we separate bugs in terms of severity.

    Bugs are defined based on effect level into the following types:

    • Blocker: Blocks a certain function or test to be actioned.

    • Critical: Causes system crash and major loss of data.

    • Major: Causes a huge abnormality of function.

    • Minor: Causes a small/minor loss of function.

    • Trivial: UI enhancements required.

    • Enhancement: A suggestion for a certain change or modification.

    – Using Jira as a bug tracking tool

    Jira is an open-source tool that is used for bug tracking, project management, and issue tracking in manual testing. It offers services and features that include reporting, recording, and workflow.
    Jira is a prominent project management tool that is easy to use and works best for projects that require multiple teams and levels of involvement.

    Characteristics of a Valid Bug (Bug Criteria)

    Reporting defects can be trickier than you would think. For usto consider a bug valid for reporting, it must follow a certain criterion.

    First, a bug should be unique and have its own unique ID, this means that we cannot relate to more than one defect regardless of how close they are in the scope of application. Then you must consider the fact that bugs should be reproducible, meaning that more than one tester can get the same bug when following the same steps leading to that bug. Thirdly you should dedicate as much time possible to make sure that the bug report is clear and cohesive and can be transferred from one team to another to get the issue fixed.

    – Read Also “Mobile App Testing Checklist for a Defect Free App”

    Where do Bugs come from?

    There are several reasons why we get bugs in a system. The top two factors of bugs immerging are:

    • Poor communication

    Communication during the development stages is highly significant and is a key factor in project management.
    Post-production bugs come about due to miscommunication which leads to ambiguity, meaning that there was an unclear or misunderstood transfer of information during the initial stages of requirement planning and design on what the software is required to do.

    • Programmer’s mistake

    Programmers might make mistakes during the coding phase, which will most certainly open the door for several bugs and defects.
    Testing experts have methods to check internally to root out the cause of a defect from the source code directly.

    Reply
  22. hello, go here to see if you can help me, I’m on an android phone and when I want to log in to the game the screen stays loading but it never lets me play, my phone is compatible, I wanted to see if you can help me solve the problem issue

    Reply
  23. @vishala

    Principles of Test Automation
    In considering how to approach a systematic and productive test automation effort, it may help to keep the following principles in mind. They are culled from the experience of many test automation engineers and managers, over the last 15 years. Some of them I have explained in detail in my article Test Automation Snake Oil, and in my book Lessons Learned in Software Testing.
    Transitioning to Agile Test Automation
    1) Establish and announce the role of the test automation team to developers and testers.
    2) Establish a reporting system and a dispatching system for the automation team.
    3) Make an inventory of known testware within the company.
    4) Make a quick survey of testware available outside the company.
    5) Have toolsmiths sit with testers, understand how they test, and identify test automation opportunities
    6) Create the experience for the testers of making a request and seeing it rapidly granted.
    7) Review the progress of the automation effort no less frequently than every two weeks.
    8 ) Continue to improve the training of the testers, so that they are better able to conceive of sophisticated test strategies.

    see more guide on agile automation here

    Reply
  24. Writing a good bug report is essential for effective communication between developers and testers. A good bug report should be concise, clear, and informative. It should include a detailed description of the issue, steps to reproduce the problem, the expected and actual results, screenshots, and relevant system information. It’s important to prioritize and categorize the bug based on its severity and impact on the application. Following these tips can help streamline the bug-fixing process and improve the overall quality of the software.

    Reply
  25. Dear Ms.Madura (#127),
    Very nice to see your question. This question sounds that, The interviewer wants to know, “How well we (test engineers) aware of Quality Center (Formerly Test Director) Application features?”

    But cleanly speaking, We won’t do that task(s), Wherein Team Lead / Manager / Client will do that often (whenever required/needed).

    Fine, But the above lines are not good reasons to disclose with the interviewer. Why I said the above lines because, Not only you, But most test engineers concentrate on reporting bug, or looking for a bug status, or change the state of the bug etc., rather testing (analyzing) the Test Director itself.

    What I mean is, We least bother about the rest of the features of this application. Its why, We are unable to answer such kind of questions – if asked by the interviewer(s).

    Let me explain – “How that will be done?”

    After succesful login to the Quality Center (don’t confuse, Quality Center is formerly known as Test Director). Now its Mercury Quality Center 9.0 and also HP Quality Center 9.2

    1. At the left side, We see Releases, Requirements, Test
    Plan, Test Lab (in vertical view). Adjacent to
    Releases, We find Tests, Edit, View, Favorites,
    Analysis (in horizontal view).

    2. Click on Analysis.

    3. Under Analysis, Click on Reports.

    4. Under Reports, Click on Standard Test Planning
    Report.

    5. If any pop-up appears, Just allow blocked content (
    to Run Active-x controls).

    6. After Clicking on Standard Test Planning Report, A
    report gets generated and will be displayed for you
    (of course in the same current web page only but not
    in a new browser window, or in a new browser tab),
    Wherein you see some icons on the top of the page.

    7. Don’t worry about the report that got generated. Just
    ignore that.

    8. Just click on the last icon which is “Configure Report
    and Sub-Reports.”

    9. Once you click on that icon, Again one page will get
    displayed, Wherein we can see two filter icons. One
    is for “filtering” and the other is for “clearing all
    fileters”.

    10. “filtering” icon looks like just like plain filter
    and “clear filetering” icon will have a red mark at
    the end of the filter / bottom of the filter / neck of
    the filter. (Why I said because, Here if we keep
    cursor on those two icons, to find out, what is what
    for, the text is not getting displayed (which is a
    bug), Its why)

    11. Just click on first filter icon (for filtering).

    12. A window will pop up with filter conditions and
    displays us the below fields for filtering.
    Automation
    Creation
    Designer
    Environment
    Estimated Dev Time
    Estimate Time
    Execution Status
    Modified
    Notes
    Original ID
    Path
    Platform
    Previous ID
    Priority
    QC_TCID
    Regression
    Status
    Subject
    Template
    Test Activity Type
    Test ID
    Test Name
    Type

    13. Just go the desired field for which we need to filter
    (In y(our) case, Profuct Name, Module Name,
    Release Name, Release Number, Designer (How
    many bugs you (test engineer or may be developer,
    Because under “Designer” field, next to this, If we
    click on the horizontal line (adjacent to the Designer
    field), Both test engineers names and development
    engineers names will be listed in which we need to
    select)), Status (How many are fixed), ……. How
    many are remaining (why I mentioned “…..” is
    because, the fields are predefined as well as user
    configured.

    So, Its up to the requirement of the client/company
    in chosing (defining) the fields.

    14. Go to the desired fields, Click on the line adjacent to
    that particular field, Where in we see, A box
    with “…” , Just click on that box and select the
    appropriate “fields”.

    Note: For a single filter, We can give one or more filters using “And” “or” etc..

    Note: We can go for filtering “n” (any) number of filters (provided that those fields are defined).

    Note: A report which gets generated once we click on
    “Standard Test Plan Report” consists on no filters.

    Based on the above generated report only, We are going to filter as per our needs/requirements.

    15. Once we are done with filetering, Just click on “OK”
    button on the popup window. The popup window will
    get closed.

    16. Then Click on “Apply” on the bottom of the page.

    17. Report gets generated as per the filteration.

    18. Click on “Save” icon (the third icon from left).

    19. Under that, we see “Current Page” and “All Pages”.

    20. Select “All Pages”

    21. A window will be displayed for us to chose “where
    to save the file?”

    22. Just chose the path “where we need to save”.

    Note: File format is either .mht (web archive) or .htm
    or .html or .txt

    Note: By default the format of the file is .mht.

    Hope now you are cleared – I guess!

    Hope you are an experienced test engineer, Because such kind of questions won’t be asked for test engineers who are having little experience (like 1 to 3 years but not more that 3 years)!!!

    Have a great day ahead!

    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
  26. Hi,
    Can anyone send me effective bug Report, and Bug Report Template with some examples..
    I will be very thankfull to you.

    Thanx
    Rahul

    Reply
  27. @mohini

    If you are working in client place then as per the latest trend all follows V-model where developers, business users and Testers will work together. Which will lead to be productive with best results with time saving and better sharring of thoughts and knowledge with all. There will be very less of misscommunication. Other then that you sprial model is the best one, If you are not working in client side.

    Reply
  28. I think this bug report is vary big, the tester doesn’t have that much of time to prepare this. but the theory concepts are good

    Reply
  29. Its really good, I can understand how to write a effective bug Report,but please can u send me Original Bug Report Template with some examples.. i am working as a Manual tester..plz…

    Reply
  30. I am having 2 years of experience in manual testing. Now I want to go ahead with automation testing to enhance my career. I am thinking about 2 tools that are Selenium and QTP. Which tool should I learn between two to achieve more growth in my career?
    Expecting reply asap.
    :p

    Reply
  31. hi
    thanks, really it is very usefull for me
    how to write test cases with examples .as i feel difficult for writing test cases please inform to my e-mail ID

    Reply
  32. Hi,

    I read through your article and found it to be very informative to work professional with a aim
    to achieve quality, requesting you to send me a copy of the bug report on my mail id iamnawaz@yahoo.com.

    Thanks in Advance.

    Warm Regards,
    Mohammed Shahnawaz

    Reply
  33. hi,
    thanks. the information is very useful do u have information on how to write test cases with examples .as i feel difficult for writing test cases please inform me about testing oppurtunities to my emailid

    Reply
  34. Mr.Govardhan Reddy

    i have completed MBA(SYS) and certified software testing
    course also. i have experience in Non TESTING Field. i want to switch over to testing field. i have theoretical knowledge but i need some real time testing knowledge.

    can u help me?

    can any sample testing projects for me, if u sending it
    will really literal help for me..

    Expecting your favorable reply.

    my id is amarkeyan@yahoo.co.in

    Thanks,
    Karthik

    Reply
  35. Ohh…Its excellent…Thankx for adding this in this forum…It really gives a good idea about preparing a bug report..So thanks again…

    Reply
  36. I want to know “What is the meaning of Duplicate defect?” and ” what is backward tracebility?”please give me the information asap.

    Reply
  37. Hi I willing to help I do game testing/ beta testing for work and I sign NDAs so i know how keep info to my self I got discord I more then happy to join you in it to talk about bug reports if that what you would like to do but yes I be will to join you guys for this testing I been testing video games for many years

    Reply
  38. I was making a research about it to write a material for new QAs and I think you article is perfect. Would you mind if I translate it and give you the credits?

    Reply
  39. 1 .do we have any standard test template for testing component/ classes?
    2.do we have any standard test template for testing internal window application?

    Reply
  40. Hi Govardhan,

    Thanks a lot for your detailed answer.
    I have used TD one year back. is this filtering available in TD also. right now we are using Bugzilla in my current company..
    please let me know is this feature available in TD7.0 or not.

    Regards,
    Rahini

    Reply
  41. Hi
    It is really good.Through this i understand how to write effective bug report.What are the steps we should follow to reproduce a bug.

    Reply
  42. 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
  43. Hey Bungie I want you to let you know that there’s a bug in crucible and me going to the tower
    Every time I go to town or try to do crucible
    It kicked me and my friend back to orbit
    Please look into this bug and please fix it
    Play every day and I enjoy destiny and I really appreciate it if you fix the bugs

    Reply
  44. Hi all,

    I have been asked one question in interview Regarding Test Director. Its as below.
    How do you create a defect Report in Test Director, which must contain your Product name, Module name, Release name/ number, How many bugs you got, how many are fixed, how many are remaining and etc?

    Regards.
    Madhura

    Reply
  45. Hello……..

    i read all the bonus points to write the effective bug report and i totally agreed with u except one……….

    here u say before writing the bug report we reproduce it three time but in some case we found the error in single time and in future it will not generate…….then what we will do with these type of bugs……….

    e.g. in some case while testing we found the scripting error but if we try to reproduce it then we may or may not get it again.
    then I want to know in this case what we will do.

    Thanks

    Reply
  46. Hi,

    Vijay, the tips for good bug report is really cool……
    I would like to know if you have any domain i.e., Banking/corebanking/lending relating with testing by telling business flow for Retail Assets/corporate assets/retail liability ?

    Reply
  47. hi, really it’s a great article.. i’m doing my software testing course right now.. this may help me a lot and i got an overview about bug report..

    Reply
  48. I personally blog as well and I am posting something very similar to this specific post, “How to write a good
    bug report? Tips and Tricks – Software Testing Help”.

    Would you care in case I actuallyutilise a number of your
    personal ideas? Thanks ,Muhammad

    Reply
  49. Hi

    This article is usefule to every SQA. as my point of view i am new to this, after reading this meself confidence level incresed, thanx

    Reply
  50. Great article. One thing that I add to my defect write up is a severity justification if I’m giving the bug a Sev 1 or 2.

    Reply
  51. Hi Friends,

    Currently i am working in Non-IT field and planned to switch my career to testing.I had learned the basics of testing,and now i am very eager to learn testing practically with real time projects.
    If any one interested to teach testing personally with real time projects , i will be more grateful, or else show me the right place in chennai.
    Thanks & regards
    selvam.ba@rediffmail.com

    Reply
  52. hi I do game testing as part time job I will be more then happy to help with the problems I like you game let me know if you like me to help you

    Reply
  53. Hi,

    Thanks for the worderfull document, which could help all the freshers(tester) to give a very good report. and this could help to increase there Confidence level.

    Reply
  54. hi this is Anup here.
    Now i am working in E-Learning Industry, i am a QA-Tester. Maximum time i was doing Manually testting. how i am create a Good Bug-Report…. any format in Excel files..Please send me.
    thank you.

    Reply
  55. Hi
    Really nice to read this article. I personally feel if you could interrelate this with testcase and execution report that it would give more info. Ie. Whatever we log as status fail in the test excution is record as bug.What I mean is what we record in the actual is now turned as issue and the test codition is the steps to reproduce the same.

    Reply
  56. I can’t open some installed app because of bug report. How I overcome this problem? It’s may be my mistakes for lacking of my knowledge. Please help me.

    Reply
  57. Thank you so much for your great posts. I read your articles before my interview for a QA position with one of the top software companies in the Silicon Valley. I got the job thanks to your excellent articles!

    Reply
  58. hi this is mohini , which is the best model in SDLC to follow for the small projects.

    In Waterfall model and Spiral models
    thak u

    Reply
  59. hi all
    nice to see this website n discussion n its really worth.. thanks to all seniors who sharing their knowledge here really hats of to ur work..
    one request plz can anybody tell me wt is test process,test methods,test methodology,test procedure,test plan differences plz plz …
    please send ur answers to my mail i.e raju013@gmail.com

    Reply
  60. Lot of testing learned @ ‘softwaretestinghelp.com’; thanks Vijay….

    Also, I’m looking for a brief article on test scenario…

    Reply
  61. I can’t open some installed app because of bug report. How I overcome this problem? It’s may be my mistakes for lacking of my knowledge. Please help me.

    Reply
  62. Whatever truly moved you to compose “How to write a good bug report?
    Tips and Tricks – Software Testing Help”? Igenuinely appreciated
    it! Thank you -Chassidy

    Reply
  63. Thank you for this very well-written article. I have been able to find critical paths when testing and am able to reproduce steps fairly consistently but I was always doubting which information was valuable for the devs and this would sometimes cause either some back and forth because I added so much information that the devs didn’t have the time to read thoroughly or on the opposite end where I didn’t know how to communicate bugs that had high severity but I was unable to reproduce consistently.

    Reply
  64. Dear Ms.Madhura (Rohini) (#129),

    Its pleasure to share my knowledge/experience with you. You are welcome.

    Fine, Before answering to your question(s), Let me apprise (make aware of) you few details.

    1. Test Director and Quality Center are same.

    2. Version of Test Director 8.2 onwards was known as
    Qaulity Center.

    3. Latest version of Quality Center is 9.2 (HP)

    4. Latest version of Quality Center is 9.0 (Mercury).
    Note: Not very much sure about this Mercury Quality
    Center version.

    5. Quality Center is more advanced when compared to
    Test Director.

    6. Test Director is often referred to TD.

    7. Quality Center is often referred to QC.
    It may be Mercury QC or HP QC.
    *******************************************

    Now let me answer your question(s).

    1. Yes, Filtering is available in TD also.

    2. Yes, Filtering is available in TD 7.0 also.

    **************************************
    Some additional information:

    1. TestDirector is a test management tool. In TD one
    can write manual and automated test cases, add
    requirements, map requirements to the test cases
    and log defects.

    2. Bugzilla is used only for logging and
    tracking the defects.
    *********************************************
    Migration from TD 7.2 to QC 8.0

    There is no risk of losing the data during the migration process. One has to follow proper steps for successful migration.
    *********************************************

    No “please” is required.

    You are welcome.

    Have a great day ahead!

    My suggestion to you, During your free time in office, Just keep doing R & A (Research and Analysis) on the tool on which you are working (say here, Bugzilla), You’ll come to know “what is what of that tool” or ” what more can we do from that tool” etc.,

    “Incorrect assumptions lie at the root of every failure, But have the courage to test your assumption.”

    Good luck.

    Regards,
    Govardhan Reddy M,
    Software Test Engineer,
    “Dare to admit mistakes, But learn from them”.

    Reply
  65. Thank you for very interesting and helpful article. can you please give us a link for the template of the Report bug? how it look like.

    Thank you, more power!

    Reply
  66. Amazing work. definitely i will use this article for a presentation in my QA group. I want they to know how to create good bugs.

    Thanks again.

    Yordys

    Reply
  67. how do we deal with the bugs which are reproducible but end user has no control on reproducing them, for example there is some test requested and a test number is generated ….. 1 request opens one test # and is shown to end user …. but actually some times 2 test numbers are generated and the other one is hidden.

    Reply
  68. It’s important to prioritize and categorize the bug based on its severity and impact on the application. Following these tips can help streamline the bug-fixing process and improve the overall quality of the software. A good bug report should be concise, clear, and informative. It should include a detailed description of the issue, steps to reproduce the problem, the expected and actual results, screenshots, and relevant system information.

    Reply
  69. Good post. I would only add, that in order to know your bug well (and hence write a good bug report), you need to know the product well. IT’s really important, and seems trivial, but you’ll be surprised at how many testers don’t know the software product before they test it.

    All the best,

    Joel

    Reply
  70. Hi Vijay,

    I read completed article. And I love it.

    I have question, how can I start my cyber security journey. Can you give me some steps that halped me as beginner.

    Reply
  71. Its really good, I can understand how to write a effective bug Report,but please can u send me Original Bug Report Template with some examples.. i am working as a Manual tester..plz…

    Reply
  72. >>hi this is mohini , which is the best model in SDLC to follow for the small projects.

    In Waterfall model and Spiral models

    @mohini k

    r u working? how many SDLC models you know apart from these two which you have mentioned?

    vijaysavalagi@gmail.com

    Reply
  73. Hi,

    This is very intersting and useful for me as am a fresh tester…
    It will help me to grow further..

    Thanks once again.

    Reply
  74. Thanks a lot for your detailed answer.
    I have used TD one year back. is this filtering available in TD also. right now we are using Bugzilla in my current company..
    please let me know is this feature available in TD7.0 or not.

    Regards,

    Ciciz

    Reply
  75. Thank you so much for your great posts. I read your articles before my interview for a QA position with one of the top software companies in the Silicon Valley. I got the job thanks to your excellent articles!

    Reply
  76. Dear Ms.Santhi (#131),
    Duplicate is one of the state of the bug when it moved to Documentation.

    Bug will be moved to Documentation state during the following situations.

    1. Invalid
    2. Duplicate
    3. Deferred
    4. As Designed

    1. Invalid: Its not a bug (this happens due to mis
    understanding of SRS by the test engineer).

    2. Duplicate: This bug has been already raised by some
    one (test engineer, customer from field) in
    earlier version/release or may be in the
    current release/version.

    3. Deferred: This is an enhancement which may going to
    cover/fix in the forth coming (future)
    release(s). This state often referred to be
    as “Postponed” some times.

    4. As Designed: This means that, The behaviour of the
    DUT/SUT/AUT is correct as per the
    requirement/SRS.

    Last Byte:
    ———–
    First state of the bug is “New”.
    Then it will be under a state of “Open of this Defect: Yes/No”:

    If “No”, Then it will be moved to “Documentation” state which reflects either “1/2/3/4”.

    Hope now you are cleared – I guess!

    Coming to backward traceability, I’ll get back to you at later point of time.

    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
  77. awesome report…i got a job as a TESTER bt i’ve no idea how the bug report looks like?could u pls give an original report? pls help me…i’m goin to join on comin monday…

    Reply
  78. We have one form in that we have around 4 fields and all fields have same bugs.so should i report one bug or 4 different bugs for 4 fields

    Reply
  79. Hi,
    Its reall nice,i can understand how to write a effective bug Report,but please can u send me Original Bug Report Template with some examples.. i am working as a Manual tester..we have no particular template in our company so please Help me this is my mailid

    thanks for Advance
    s_phalguna@yahoo.com
    Regards
    PHALGUNA

    Reply
  80. @Thulasi – It could have created some complications by relating it with test cases and execution. I wanted to focus mainly on effective bug report.

    BTW,
    Thanks all for the kind words.

    Reply
  81. Good website. All post very useful. I’m following this website for my testing process.Learnt lot of things about testing using this website.

    GREAT JOB!!!!!!!!!!

    Reply
  82. >>Its reall nice,i can understand how to write a effective bug Report,but please can u send me Original Bug Report Template with some examples.. i am working as a Manual tester..

    @suganya,

    till now which template you were using? you were not able to communicate properly with developers with your template? because many organizations use many template formats.

    Reply
  83. Can somebody help me to suggest few Testing Certifications available in India. Please write the URL’s for the same. Thanks

    Reply
  84. hi Abhijit , this is normal bug report format , don’t be more excited . This bug report is not enough for CMM level company.

    Reply
  85. Really nice information posted which will fresher as well as experienced people to get to know well with bug reporting

    Reply
  86. This is great! It is my first post in this website and wont be my last! If i find more useful information i will make sure to post. I have been throught many websites that i lost count but this i must say is by far the best, comprehensive and easy to understand. Great Job!

    Reply
  87. Hi,

    Its a very nice article. Specially the points which you have mentioned under Severity.
    One question- which are the mandatory points while writting the bug report?

    Reply
  88. Hi All,

    This is Apurva, i am new in software testing.This article is really very useful. Plz some body mail me the complete testing process how it ia done practically as I only have theoritical knowledge.I am in urgent need of it. Thank u.
    My email addresss is: apurvaverma1@gmail.com

    Reply
  89. Hi,

    can anyone pls suggest me for which tool to start with.
    I m having 2 yrs exp in manual, now i want to learn tools.

    Sumit

    Reply
  90. Hello,i am new to the testing i dont have any idea how to write test cases and bug report,initially to begin with ui test will be given to me,how should i proceed?pls help and initially should i join some course or is there any mateial available?

    Reply
  91. Hi,
    Its reall nice,i can understand how to write a effective bug Report,but please can u send me Original Bug Report Template with some examples.. i am working as a Manual tester.. so please Help me

    Reply
  92. Reproducible: ALWAYS THAT IT BE POSSIBLE, PLEASE INCLUDE THE DATA USED FOR THE TEST, SOME BUGS HAPPENS WITH SPECIFIC KIND OF DATA.

    Reply
  93. Hi,
    Thanks for your input.
    But Here on this Site. we Expect it Better.
    Lets Stick to basics of Effective Bug Reporting and
    try to invent new ways, using this site.
    Good Try Dear.

    Sohail…

    Reply
  94. Hi Vijay,

    This is Gayatri . I am having 2 yrs exp as a corporate trainer in testing. Currently joined as a test eng. I ahve to work in QTP and QC..

    Please Can you give me Testing Process Flow , What we have to do in real time step by step…

    Regards.

    Gayatri

    Reply
  95. The way mentioned all testing methods and portrayal which really helpful for anyone.

    I wish you to all please keep an using this website for rising software testing awareness

    Reply
  96. writing of test cases depends upon the type of task if the task is typical then u have too think too much about the various conditions.

    remember one thing better the test cases and the planning best is ur testing and for both of it u have too think deeply.

    Reply
  97. in our company we are using using excel as bug report.In Bug Report(excel sheet)Is any need to maintain relationship with requirement specification document/test case document .

    Reply
  98. Hi, Good article. I will share my thoughts as per in industry standards.

    Defect ID, Description, Steps to reproduce, Expected Result, Actual Result, Environment, Test data

    These stuffs should be included whenever you prepare a report.

    Reply
  99. Writing a good bug report is crucial for effective communication between developers and testers, and this article provides useful tips and tricks for creating clear, concise, and actionable reports that can help streamline the software testing process.

    Reply
  100. Hi Vijay & Friends,
    I want to do a testing project in erp domain – HR module. Can u please guide me how i have to go about it?
    Wat is the work flow that has to be used for this purpose?
    Thanks in advance

    Reply
  101. Hi vijay,

    how do I write the test case i.e. if the parameter fields are selected in browser and the reports are generated in excel… is there any link for this type of scenarios…

    Thanks in advance,
    Karthik

    Karthik@when.com

    Reply
  102. How to write the bug report?
    I could see lot of times the testers starts with the objects first then subject, like “if user enter something page crash ” is it right? or subject first then object, like Page crash on ‘event’ when user enter something” which approach is right? please comment me…
    cheers
    susan

    Reply
  103. Hi,

    I am manual tester gradually learning new things to become a proper tester .My main problem is that i am not able to explain the bugs to the developers in brief. I am in very much need of bug report template and testcase template.Please help me for the same to make successful in my further career.

    Reply
  104. Recommedation:
    We are using in the last week a tool called informup and all fields and your recommendation in this article exist in this tool. I think it ivery helpfull

    Reply
  105. This could have used an editor (and since I mentioned that I’ll likely make an error here…)
    I was looking for some information on writing effective, concise bugs, and in the second paragraph I see:
    “stating as irreproducible. This can hurt testers moral and some time ego also.” sigh. (morale and sometimes…)
    However, reading the rest of the paper, I see a good basic breakdown of writing a bug. Something to keep in mind is some people (especially QA professionals) might not have read past the second paragraph.
    Good material, just needs a bit of tweaking.

    Reply
  106. 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

Leave a Comment