Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Finding bugs, categorizing bugs and writing good bug reports

Finding bugs, categorizing bugs and writing good bug reports, priority, severity, sample bug reports

  • Be the first to comment

Finding bugs, categorizing bugs and writing good bug reports

  1. 1. Finding bugs, categorizing bugs and writing good bug reports http://qtp.blogspot.com
  2. 2. How to find critical bugs? How to categorize bugs? http://qtp.blogspot.com How to write a good bug report?
  3. 3. How to find critical bugs? http://qtp.blogspot.com
  4. 4. understand the functionality in-depth so that you know all the ins & outs of the AUT http://qtp.blogspot.com
  5. 5. domain knowledge is a serious advantage http://qtp.blogspot.com
  6. 6. attack the application with incorrect data, for example:  use numeric data where only words can be entered,  use v e r y l o n g data in character fields,  try entering gibberish data or special characters, empty spaces etc. http://qtp.blogspot.com
  7. 7.  load /stress  test the AUT to see where the performance actually breaks or degrades. And was this expected? http://qtp.blogspot.com
  8. 8. run tests http://qtp.blogspot.com
  9. 9. use different browsers & environments http://qtp.blogspot.com
  10. 10. How to categorize bugs? http://qtp.blogspot.com
  11. 11. Priority how bad a bug is? both are independent of each other Severity importance of fixing a bug http://qtp.blogspot.com bug should be categorized properly as per both priority & severity
  12. 12. Lets have a look at Severity http://qtp.blogspot.com
  13. 13. Showstopper issue for which no workaround is available issue that blocks some important functionality of any application or major module (Severity 1) issue that affects all users for example not able to login, not able to deploy a build http://qtp.blogspot.com
  14. 14. issue that affects major functionality in an application issue for which there might be a workaround it also typically affects all users and prevents testing of a main use case for example there's an exception on clicking a button on a page, an important service is not available frequently http://qtp.blogspot.com
  15. 15. issue for which there is a workaround issue which does not affect the main functionality Medium (Severity 3) all features can be used with little added effort for example if any action in an application generates history and that generation of history is somehow not working in the application http://qtp.blogspot.com
  16. 16. Low (Severity 4) issue that may or may not be fixed depending on time, risk, resources etc issue which does not have a noteworthy effect on the functionality of the product for example any cosmetic issue or some thing not at all severe like spelling mistake or color inconsistency for couple of fields etc http://qtp.blogspot.com
  17. 17. Lets have a look at Priority http://qtp.blogspot.com
  18. 18. Priority 1 critical loss or corruption of client data etc needs to be fixed by EOB today, cannot wait to fix it tomorrow if a customer bug then provide hot fix or patch etc http://qtp.blogspot.com
  19. 19. Priority 2 important may be a frequent failure of important functionality or service needs to be fixed ASAP, may be before the tester gets the next build/release http://qtp.blogspot.com
  20. 20. Priority 3 infrequent failure of important functionality or service there is a workaround and should be fixed latest by next release http://qtp.blogspot.com
  21. 21. Priority 4 cosmetic bug not affecting the functionality will be fixed when there is no other high priority work left for this application or module http://qtp.blogspot.com
  22. 22. These 4 severities/priorities are not carved in stone. There can be cases when there is a crash or an exception in an application. Also there are few spelling mistakes in menu names etc. That crash/exception is rare or for example occurs after following lengthy steps. So, for some, the spelling mistakes is a high priority bug from selling point of view and the crash/exception can be a high severity bug with low priority. http://qtp.blogspot.com
  23. 23. How to write a good bug report? http://qtp.blogspot.com
  24. 24. Steps to reproduce, What you expected to see, What you saw instead (actual). http://qtp.blogspot.com
  25. 25. Example of a bug report Bug Title: Entering new information and clicking save crashes the application. Area Path: Sprint 12working_with_users Build Number: XX_AV_1.2290 Test Type: Regression testing Changeset: 6302 Severity: 2 - Critical Priority: 2 Assigned to: Developer Name Reported By: Tester Name Reported Date/Time: 15.8.2013 14:20:45 Reason: Defect State: New/Open/Active Environment: Mac OS X 10.6 Description: Application crashes on clicking the SAVE after entering mandatory information. Steps To Reproduce: 1) Log into the Application. 2) Navigate to Module X. 3) Click New Form button and enter all the mandatory fields. 4) Click on Save button. Expected: there is an unhandled exception. Actual: there should not be any exception and the information entered should be saved. http://qtp.blogspot.com
  26. 26. Examples of bug reporting page of popular tracking tools http://qtp.blogspot.com
  27. 27. Trac http://qtp.blogspot.com
  28. 28. Zoho http://qtp.blogspot.com
  29. 29. Apache Bloodhound http://qtp.blogspot.com
  30. 30. Bugzilla http://qtp.blogspot.com
  31. 31. MS TFS http://qtp.blogspot.com

    Be the first to comment

    Login to see the comments

  • rupaliankush

    May. 19, 2014
  • hin_ti_ben

    Aug. 21, 2014
  • SathuRock

    Nov. 21, 2014
  • prs0302

    Nov. 22, 2014
  • usersnap

    Jan. 25, 2016
  • ravim7

    Feb. 2, 2016

Finding bugs, categorizing bugs and writing good bug reports, priority, severity, sample bug reports

Views

Total views

5,409

On Slideshare

0

From embeds

0

Number of embeds

24

Actions

Downloads

0

Shares

0

Comments

0

Likes

6

×