Manual TestingPublished: 6 min read
Bug Severity vs Priority — The Difference, With Real Examples
Severity vs priority explained in plain English with a decision matrix and 12 real bug examples. Stop arguing in triage.
SoftwareTestPilot
QA Editorial Team

2026-07-17 · By SoftwareTestPilot
Triage meetings burn hours on this exact confusion. Here is the definitive answer.
The one-line definition
Severity = impact on the user when the bug hits. Priority = how urgently the business wants it fixed.
They are independent. A typo in the CEO's name is low severity, high priority. A crash affecting 0.1% of Android 8 users is high severity, low priority.
Decision matrix
Impact ↓ / Urgency → Immediate This sprint Backlog
Critical P0/Crit P1/Crit rare
High P1/High P2/High P3/High
Medium P1/Med P2/Med P3/Med
Low rare P3/Low P4/Low12 real examples
1. Login broken for all users → Crit / P0
2. Payment fails for 20% of users → Crit / P0
3. CEO's name misspelled on About page → Low / P0
4. Data loss on account deletion → Crit / P0
5. Search returns wrong results (some) → High / P1
6. Slow page load (3s → 8s) → Med / P1
7. Dark mode toggle glitch → Low / P2
8. Broken link in footer → Low / P2
9. Crash on iOS 12 (0.05% users) → Crit / P3
10. Missing tooltip → Low / P3
11. Legal disclaimer misworded → Med / P0
12. Cosmetic pixel shift on Safari 13 → Low / P4Draft bugs with correct fields
The free QA tools suite suggests both severity and priority from your description and lets you override before export.
Frequently asked questions
1.Who owns severity vs priority?
QA proposes severity (technical impact). PM/EM owns priority (business urgency). Triage aligns both.
2.Can severity change over time?
Rarely — impact is objective. Priority changes constantly.
3.How many severity levels do we need?
Four is the sweet spot: Critical / High / Medium / Low. Five is bloated; three loses signal.
4.Do I need both fields on every bug?
Yes. Skipping one is why triage takes so long.
