Skip to content

Instantly share code, notes, and snippets.

@counterflow
Last active April 24, 2019 21:55
Show Gist options
  • Save counterflow/aa55ec3ae9173c1d1ea272c9efca53f4 to your computer and use it in GitHub Desktop.
Save counterflow/aa55ec3ae9173c1d1ea272c9efca53f4 to your computer and use it in GitHub Desktop.
Priority and Severity Description

Azure DevOps

Priority

A subjective rating of the bug as it relates to the business or customer requirements. Priority indicates the order in which code defects should be fixed. You can specify the following values:

  1. Product cannot ship without the successful resolution of the work item, and it should be addressed as soon as possible.
  2. Product cannot ship without the successful resolution of the work item, but it does not need to be addressed immediately.
  3. Resolution of the work item is optional based on resources, time, and risk.

Severity

A subjective rating of the impact of a bug on the project or software system. For example: If clicking a remote link (a rare event) causes an application or web page to crash (a severe customer experience), you might specify Severity = 2 - High and Priority = 3. Allowed values and suggested guidelines are:

  1. Critical: Must fix. A defect that causes termination of one or more system components or the complete system, or causes extensive data corruption. And, there are no acceptable alternative methods to achieve required results.
  2. High: Consider fix. A defect that causes termination of one or more system components or the complete system, or causes extensive data corruption. However, an acceptable alternative method exists to achieve required results.
  3. Medium: (Default) A defect that causes the system to produce incorrect, incomplete or inconsistent results.
  4. Low: A minor or cosmetic defect that has acceptable workarounds to achieve required results.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment