Software Testing Learning Hub

Defect Report – effective way of bug reporting

defect reportEffective Defect report does not helps only developers to understand the defect but also helps Entire team to know about the defect and off course helps QA team to during verification of the defect.

Most common fields in Defect Report are:

  1. Component ( Feature name)
  2. Build no.
  3. Severity of the defect
  4. Defect Summary
  5. Operating System
  6. Internet Browser ( in case of web application)
  7. Steps to reproduce the defect
  8. Actual result
  9. Expected Result
  10. Additional information ( Error log, Error Messages, etc)
  11. Attachments ( images, videos for support defect and helps other to reproduce it)

 

Before reporting defect make sure that Defect is reproducible, best way to reproduce the defect with fresh data. do not use legacy data, it may be corrupted due to testing.

Do the proper bug isolation, reduce the no. of steps to reproduce the defects.

Make sure that Summary of the defect is precise and specific so that other team member can understand the defect by reading the summary line.  Do not write summary vague. something like.. XXXX functionality is not working. it very bad summary line.

Its very important to give the correct information about the Build no, Operating system and internet browsers. many times QA forgot to include the these details which leads in time lost of developers, testers and managers.

Severity is most important parameter which QA/Lead needs to assign for the defect in defect report. generally there are 5 types of severity levels

  • Blocker : for crash or major part of application is not working
  • Critical :  Major failure in Features.
  • Major :  Logical errors, Major UI defects
  • Minor : UI defects
  • Wishlist : functionality is not present in application, but nice to have , also minor usability issues can be logged here.

now coming to core part of  defect report, Steps to reproduce the defect. make sure that steps are clear, precise and specific. add more and more details steps so that any team members ( Dev, Managers etc) can able to reproduce the defects. for effectiveness of the defect separate actual and expected result. and in “expected result” demand expected behavior do not put open ended statement.

ex-

  1.  Open http://www.qeworks.com
  2. Click on “Login” Link on Top Right corner
  3. Enter Login details:
    1. UserName : Tester123
    2. Password : Password
  4. Click on “Login” button

Actual Result : User is getting Page not found page

Expected Result: User should get the User area and user should able to login.

Additional information : 404 error message

Attachment : image.jpg

above example gives you more clear picture about the effective defect report.