バグの重要度（Severity）

バグの重要度は、欠陥がプロダクトにどれだけ深刻な影響を与えるかを表します。何が壊れているのか、誰が影響を受けるのか、回避策はあるのかという観点です。影響についての技術的な判断であり、通常はテスターがバグを報告する際に設定します。重要度は、バグがいつ修正されるかについては直接何も示しません。それを示すのは優先度です。

一般的な段階

名称はチームやバグ管理ツールによって異なりますが、多くは 4〜5 段階を使います。

重要度	意味	例
Critical / Blocker（致命的）	システム停止、データの損失や破損、セキュリティ侵害があり、回避策がない	すべてのユーザーでチェックアウトが 500 を返す
Major / High（重大）	主要な機能が壊れているか誤っており、回避策が面倒または存在しない	返金額が誤った税率で計算される
Moderate / Medium（中程度）	機能の一部が壊れているが、妥当な回避策がある	CSV エクスポートで日付フィルターが無視される。スプレッドシートで絞り込める
Minor / Low（軽微）	影響の小さい機能上の問題	ほとんど使われない一覧の並び順が逆になっている
Trivial / Cosmetic（外観）	見た目や文言の問題で、機能への影響はない	アイコンのずれ、ツールチップの誤字

重要度と優先度の違い

重要度 = 欠陥の影響（技術的な判断で、QA が設定）。 優先度 = 修正の緊急性（ビジネス上の判断で、プロダクトオーナーやトリアージで設定）。

両者は独立しているため、面接ではそれぞれの組み合わせの例を問われます。

• 重要度が高く、優先度が低い： 1 社のレガシー顧客だけが年に 1 回使うファイル形式をインポートするとアプリがクラッシュする。
• 重要度が低く、優先度が高い： ローンチ前日にホームページの社名が誤って表記されている。
• 重要度が高く、優先度も高い： すべてのユーザーで決済が失敗する。
• 重要度が低く、優先度も低い： めったにアクセスされない設定ページの誤字。

よくある間違い

• 早く直してもらうために重要度を水増しする。 それは優先度の役割です。水増しされた重要度は指標を無意味にします。
• 見つけるのがどれだけ大変だったかで評価する。 ユーザーとビジネスへの影響で評価し、誰がどのくらいの頻度で影響を受けるかを明記します。
• 回避策を考慮しない。 同じ障害でも、回避する手段がなければより深刻です。