This page is likely outdated (last edited on 24 Feb 2009). Visit the new documentation for updated content.

Accessibility: Bug Specification

Table of contents


Product Test Case Plan
Product Test Case Specification
Product Test Log
Product Test Summary
Product Bug Specification (current page)
Product Home


FCS Release—(F)inal (C)ustomer (S)hipping Release

Bug Specification


This is the template that should be used for all bugs when they are entered into Bugzilla. Here is an example.


Whenever you log a bug, please remember to add a comment with a bug reference (e.g., BUG459153) where the bug occurs in your test. You must use the syntax BUG[0-9][0-9][0-9][0-9][0-9][0-9] so it can be easily found when regressing bugs.

Bug Template


More detailed expansion of summary. (The summary is a very abstract description of the problem required by Bugzilla to create a bug.)


Detailed step-by-step instructions that instruct the reader how to reproduce the bug. The instructions should be detailed and clear enough that anyone (developer, community member, new employee) can reproduce the bug. Remember to include any special setup steps.


What happens what the REPRO steps are followed


What *should* happen when the REPRO steps are followed


Any additional information

Bug Definitions

Here are some definitions to keep in mind when submitting a bug in Bugzilla:


Define defect severity value by Bugzilla default severity definition. The severity describes the impact of a bug.

  • Blocker: Prevents developers or testers from performing their jobs. Impacts the development process.
  • Critical: Crash, loss of data, corruption of data, severe memory leak.
  • Major: Major loss of function, as specified in the product requirements for this release, or existing in the current
  • Normal: Non-major loss of function.
  • Minor: Issue that can be viewed as trivial (e.g. cosmetic, UI, easily documented).
  • Enhancement: Request for software enhancement, or any non-defect task or work item.


Define defect priority value by Bugzilla default priority definition. The priority specifies the level of urgency to be resolved for the defect.

  • P1-Urgent: Defects are urgent issues. Developers should try to fix P1 issues as soon as possible during the current iteration.
  • P2-High: Defects must be resolved in this release. Developers should try to fix P2 issues during the next iteration.
  • P3-Medium: Defects would like to be fix, but won’t hold shipment for them.
  • P4-Low: Defects are not as strong as desirable.

Bugzilla has many fields that provide additional information (e.g., environment details, found in version, etc.). Please provide as much information as possible when logging bugs.