バグの重大度を分類して優先順位の分類を補完するにはどうすればよいですか？
私の現在の仕事では、低、中、高の優先度のバグがあります。
- 優先度の低いバグとは、出荷を停止したり、ユーザーに本当の問題を引き起こしたりしない小さなエラーです。
- 優先度が中程度のバグは、内部ユーザーにいくつかの問題を引き起こしますが、既知の回避策があります。
- 優先度の高いバグとは、お客様が目にする問題であり、データが破損したり、システムがクラッシュしたりする可能性があります。
バグの重大度を分類して優先順位の分類を補完するにはどうすればよいですか？
バグと欠陥は、優先度と重大度の両方に従って分類します。
優先度レベルは、問題の修正/修正の緊急度（緊急、高、中、低、なし）の指標です。
重大度レベルは、欠陥によって引き起こされる可能性のある損傷の程度または種類を特定するのに役立ちます（危険/破壊的、機能低下、回避策なし、影響を受けるが回避策は存在する、迷惑/化粧品、影響なし）。
通常、バグが危険で破壊的であるほど、優先度は高くなります。ただし、保証するものではありません。その結果、危険で破壊的なバグとしてリストされることがある偶然のバグに巻き込まれる可能性がありますが、状況の希少性、またはそれを修正するために必要な変更の量により、その優先度は理論上非常に低くなる可能性があります。
重大度は、作成する製品の種類とビジネスに本当に主観的です。私の最後の仕事では、大型のコンテナ/クルーズ船用の自動操縦装置を作りました。
- 非常に高い-氷山の先に！ええと、船の制御が失われたり、誰が制御権を持っているのか混乱するかもしれません！誰かがこの船の向きを変える方法を見つけました!!!
- 高-顧客の受け入れの苦情、クルーズ船の回転が速すぎ、顧客が飲み物をこぼす。これが修正されるまで、あなたのものを使用することはできません！
- 中-顧客/フィールド技術者の使いやすさを向上させる機能。人々の時間を節約するもの。
- 低-化粧品
Webアプリを作成していて、ビジネスモデル/顧客ベースがまったく異なる場合、重大度/優先度のレベルは大幅に異なると思います。最終的には、顧客が期待していることと、顧客が問題に対してどれだけ怒っているのかについてです:)
私が使用する重大度基準：
- ユーザーが望んでいるものをプログラムから取得できなくなりますか？
- ユーザーが一般的なタスクを実行した場合に表示されますか？
- 機密情報を明らかにしたり、不正なアクションを実行したりできますか？
特定のバグの重大度は、これらのポイントの組み合わせです。