障害とは、コンポーネントまたはシステムが指定された制限内で必要な機能を実行しないイベントです。障害は、ソフトウェア ユーザーまたはその他の関係者によって観察可能です。障害は、ソフトウェアの 1 つ以上の欠陥によって引き起こされます。この場合、ソフトウェアが望ましい応答時間を満たせないことは、規定された要件から逸脱し、ユーザー エクスペリエンスに影響を与えるため、失敗の一例となります。これは欠陥ではなく、障害の原因となるソフトウェアの欠陥です。これは、誤った結果を生み出す人間の行為であるエラーではありません。明らかに規定要件に違反しているため、良品ではありません。確認済みの参考文献: [A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer]、第 1 章、4 ページ。

欠陥クラスタリングは、少数のモジュールに、リリース前のテスト中に検出された欠陥のほとんどが含まれているか、または動作上の障害のほとんどの原因であることを示すテスト原則です。欠陥のクラスタリングは、問題の約 80% がモジュールの 20% で見つかるというパレートの法則 (80-20 ルールとも呼ばれます) によって説明できます。欠陥クラスタリングは、高い欠陥密度または重大度を示したモジュールのテストにより多くの労力を割り当てる必要があることを意味するため、次のテスト サイクルに向けて現在のテスト戦略を変更することを示唆しています。農薬のパラドックスは、同じテストを何度も繰り返すと、最終的には新たな欠陥が見つからなくなるというもう 1 つのテスト原則です。農薬のパラドックスは、次のテストサイクルに向けて現在のテスト戦略を変更することを示唆していますが、欠陥のクラスタリングではなく、テストの多様性とカバレッジに基づいています。早期テストは、テスト活動をソフトウェア開発ライフサイクルのできるだけ早い段階で開始し、定義された目的に重点を置く必要があるというテスト原則です。
初期のテストは、次のテスト サイクルに向けて現在のテスト戦略を変更することを示唆するものではなく、欠陥の発生や伝播を防ぐための予防的なアプローチを提案します。エラーの不在の誤謬とは、構築されたシステムが使用できず、ユーザーのニーズや期待を満たしていない場合、欠陥を見つけて修正しても役に立たないというテスト原則です。エラーの不在の誤謬は、次のテスト サイクルに向けて現在のテスト戦略を変更することを示唆するのではなく、品質特性とユーザー要件に重点を置くことを示唆しています。検証済みの参考文献: ISTQB Foundation Level 2018 Syllabus のスタディ ガイド - Springer、第 1 章、9-10 ページ。

保守テストにおける影響分析と回帰テストの関係は、影響分析は実行する回帰テストの量を評価するために使用されます。保守テストは、既存のソフトウェア製品が配信または展開された後に、変更または修正後もその要件と機能を正しく満たしていることを確認するために、既存のソフトウェア製品に対して実行されるテストの一種です。保守テストは、事後保守 (欠陥の修正)、適応保守 (新しい環境への適応)、完全保守 (パフォーマンスの向上)、予防保守 (将来の問題の回避) など、さまざまな理由によって開始されます。影響分析は、次のような手法です。ソフトウェア製品またはプロジェクトのメンテナンス活動によって導入された変更の範囲と性質を評価するために使用されます。影響分析は、ソフトウェア製品のどの部分が変更の影響を受けるか、どの部分をそれに応じて変更または更新する必要があるか、どの部分の正確性や互換性を再テストまたは検証する必要があるかなどを特定するのに役立ちます。
回帰テストは、以前にテストされたソフトウェアが変更または修正後も正しく動作することを検証するテストの一種です。回帰テストは、ソフトウェア製品の機能や品質に対するメンテナンス活動の副作用や意図しない結果を検出するのに役立ちます。回帰テストは、影響分析の結果に応じて、さまざまなレベルと範囲で実行できます。したがって、保守テストでは、回帰テストの実施量を評価するために影響分析が使用されます。検証済みの参考文献: ISTQB ファウンデーション レベル 2018 シラバスの学習ガイド - Springer、20 ページ。

欠陥クラスタリングは、少数のモジュールに、リリース前のテスト中に検出された欠陥のほとんどが含まれているか、または動作上の障害のほとんどの原因であることを示すテスト原則です。欠陥のクラスタリングは、問題の約 80% がモジュールの 20% で見つかるというパレートの法則 (80-20 ルールとも呼ばれます) によって説明できます。欠陥クラスタリングは、高い欠陥密度または重大度を示したモジュールのテストにより多くの労力を割り当てる必要があることを意味するため、次のテスト サイクルに向けて現在のテスト戦略を変更することを示唆しています。農薬のパラドックスは、同じテストを何度も繰り返すと、最終的には新たな欠陥が見つからなくなるというもう 1 つのテスト原則です。農薬のパラドックスは、次のテストサイクルに向けて現在のテスト戦略を変更することを示唆していますが、欠陥のクラスタリングではなく、テストの多様性とカバレッジに基づいています。早期テストは、テスト活動をソフトウェア開発ライフサイクルのできるだけ早い段階で開始し、定義された目的に重点を置く必要があるというテスト原則です。初期のテストは、次のテスト サイクルに向けて現在のテスト戦略を変更することを示唆するものではなく、欠陥の発生や伝播を防ぐための予防的なアプローチを提案します。エラーの不在の誤謬とは、構築されたシステムが使用できず、ユーザーのニーズや期待を満たしていない場合、欠陥を見つけて修正しても役に立たないというテスト原則です。エラーの不在の誤謬は、次のテスト サイクルに向けて現在のテスト戦略を変更することを示唆するのではなく、品質特性とユーザー要件に重点を置くことを示唆しています。検証済み参考文献: ISTQB Foundation Level 2018 Syllabus の学習ガイド - Springer、第 1 章、9-10 ページ。

コンポーネント テスト (単体テストまたはモジュール テストとも呼ばれます) は、個々のソフトウェア コンポーネント (モジュール、クラス、関数、メソッドなど) の機能と品質の検証に焦点を当てたテストのレベルです。コンポーネント テストでは、主にコンポーネント間のインターフェイスと相互作用、およびコンポーネントの内部ロジックとデータ構造がテストされます。コンポーネントのテストは、コードを実装する前にテストを記述する、テストファーストのアプローチ (テスト駆動開発や動作駆動開発など) を使用して適用できます。コンポーネント テストでは、モジュールやクラスの欠陥は特定されません。これはコンポーネント テストの結果であり、目的ではないためです。シミュレータとスタブは、テストに必要な欠落または不完全なコンポーネントまたは外部システムをシミュレートまたは置き換えることができるため、コンポーネントのテストに必要になる場合があります。検証済み参考文献: ISTQB ファウンデーション レベル 2018 シラバスの学習ガイド - Springer、19 ページ。