私はテスト理論を理解しようとしていますが、優先順位に関連する次のことを何度か見ました。
1. Critical : Bugs at this level must be resolved as soon as possible. Testing
should not progress until a known critical defect is fixed.
また
1.Immediate fix, blocks further testing, very visible
でも正直なところ、理由はわかりません。クリティカルプライオリティのバグが修正されるまで、システムの別の部分などをテストできないのはなぜですか？
他の何かをテストできる場合、バグは優先度/重大度 1 ではありません。単純です。:-) 優先度 1 のバグは、「コードがコンパイルされない」または「起動時にシステムがクラッシュし、回避策がない」などの傾向があります。
この設計の背後にある理由は、これらのバグが、重要な部分とシステムの他の部分との大規模な相互依存関係を示すことを意図しているためだと思います。
たとえば、お金を広範囲に処理するアプリケーションがある場合、システムのベースで、通貨が正確に表現されているかどうかを判断するテストを行うことができます。そうでない場合、システムの他の部分をテストし続けると、別の数値テストで間違った結果が報告されることがあります。残念ながら、数学やアルゴリズムのエラーを探すのに時間を浪費したり、数値テストの修正に時間を費やしたりする可能性がありますが、実際には間違った通貨で正しいことを行っています。