独立テストとは、開発チームから独立した個人またはグループによって実行されるテストです。
独立テストの独立性は、開発者と同じ組織に所属するテスターから、外部の請負業者やコンサルタントまで、多岐にわたります。独立テストには、バイアスの低減、客観性の向上、品質の向上、異なる視点の提供など、様々なメリットがあります。開発者がテストを知らないからといって独立テストが必須というわけではありません。これは誤りであり、開発者に対して失礼な発言です。開発者は、単体テスト、コンポーネントテスト、統合テストなど、さまざまな種類のテストを実行できます。しかし、独立テストは、システムテスト、受け入れテスト、非機能テストといった追加レベルの検証と妥当性確認を提供することで、開発者によるテストを補完することができます。参考文献：[A Study Guide to the ISTQB® Foundation Level 2018 Syllabus - Springer]、第2章、16～17ページ。

* 質問は、テストが品質向上に貢献する事例を特定することです。品質とは、コンポーネント、システム、またはプロセスが特定の要件、および/またはユーザー/顧客のニーズと期待を満たす度合いを指します1。テストとは、静的および動的の両方を含むすべてのライフサイクル活動から構成されるプロセスであり、ソフトウェア製品および関連作業成果物の計画、準備、評価に関係し、特定の要件を満たしていることを確認し、目的に適合していることを実証し、欠陥を検出することを目的としています2。
* したがって、テストは、ソフトウェア製品および関連作業成果物が指定された要件を満たし、目的に適合し、欠陥がないか、少なくとも欠陥数が減少していることを検証および検証することで、品質の向上に貢献します。また、テストは、ソフトウェア製品および関連作業成果物の品質に関する情報を利害関係者に提供し、利害関係者はテスト結果に基づいて情報に基づいた意思決定を行うことができます3。
* 与えられた 4 つのステートメントのうち、オプション D のみが、テストによって欠陥 (コンポーネントまたはシステムが必要な機能を実行できない原因となる可能性のあるコンポーネントまたはシステムの欠陥) が検出され、リリース (顧客またはエンド ユーザーへのソフトウェア製品の提供) 前に欠陥が解決 (修正および確認) されていることを示すため、テストが品質向上に貢献する例です。
これは、テストによって、運用環境での潜在的な障害 (コンポーネントまたはシステムが指定された制限内で必要な機能を実行しないイベント) の発生が防止され、ソフトウェア製品の品質が向上したことを意味します。
* オプションAは、テスト結果を要約し、テスト目標を評価する報告活動であり、ソフトウェア製品または関連する作業成果物の品質に直接影響を与えるものではないため、テストが品質向上に貢献する例ではありません。テスト概要レポートとは、テスト完了基準、テスト結果、インシデントレポート、テスト概要と評価、得られた教訓など、テスト活動の結果を記録し、伝達する文書です。
* オプションBは、テスト活動に必要なリソースと時間を見積もる計画活動であり、ソフトウェア製品または関連する作業成果物の品質に直接影響を与えるものではないため、テストが品質向上に貢献する例ではありません。テスト工数の見積りは、テスト活動に必要な作業量および／または所要時間の概算です。
* オプションCは、テスト環境（テストを実施するために必要なハードウェア、計測機器、シミュレータ、ソフトウェアツール、その他のサポート要素を含む環境）をセットアップする準備活動であり、ソフトウェア製品または関連する作業成果物の品質に直接影響を与えないため、テストが品質向上に貢献する例ではありません。テスト環境のインストールとは、テスト環境仕様に従ってテスト環境をインストールおよび構成するプロセスです。
:
1: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.10
2: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.11
3: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.12
4: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.13
4: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.13
5: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.77
6: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.78
7: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.79
8: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.80
9: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.81
10:ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.82
11:ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.83
12: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.84
13: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.85
14: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.86
15: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.87
16: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.88
17: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.89
18: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.90
19: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.91
20: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.92
21: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.93
22: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.94
23: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.95
24: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.96
25: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.97
26: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.98
27: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.99
28: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.100
29: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.101
30: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.102
31: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.103
32: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.104
33: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.105
34: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.106
35: ISTQB認定テスター基礎レベルシラバス2018、バージョン4.0、p.107

選択肢Dは、テスト指標チャートにおける線A、B、および軸X、Yが何を表すかを正しく説明しています。選択肢Dによれば、
X軸は時間を表す
Y軸はカウントを表す
行Aは未解決のバグの数を表す
行Bは実行されたテストの合計数を表します
この情報は、完了したプロジェクトのテスト メトリックを理解し、分析する上で不可欠です。

障害は欠陥によって引き起こされる場合もありますが、環境条件によっても引き起こされる場合もあります。障害とは、ソフトウェアシステムが必要な機能を実行しない、または期待される動作と異なる動作を実行する事象を指します。欠陥とは、ソフトウェアシステムの欠陥、または要件や仕様からの逸脱であり、障害の原因となる可能性があります。ただし、すべての障害が欠陥によって引き起こされるわけではなく、ハードウェアの故障、ネットワークの中断、停電、互換性のない構成など、環境条件によっても障害が発生する場合があります。環境条件はソフトウェアシステムの動作に影響を与える要因ですが、ソフトウェアシステム自体の一部ではありません。その他の記述は誤りです。理由は以下のとおりです。
* 欠陥は必ずしも障害を引き起こすわけではありませんが、バグは必ず障害を引き起こします。この記述は誤りです。欠陥は、ソフトウェア システムの入力、出力、状態、またはシナリオに応じて障害を引き起こす場合と引き換えることができず、バグは欠陥の別名に過ぎず、欠陥と同様に障害を引き起こす可能性があります。たとえば、めったに使用されない機能やコードの隠れた分岐の欠陥は、決して障害を引き起こさない可能性がありますが、頻繁に使用される機能やコードのクリティカル パスの欠陥は、頻繁に障害を引き起こす可能性があります。バグは欠陥とは異なる概念ではなく、欠陥の同義語または口語的な用語であるため、欠陥と同じ定義と意味を持ちます。
* 欠陥は、発生すると必ずエラーを引き起こす故障を引き起こす可能性があります。この記述は誤りです。エラーは故障の結果ではなく、欠陥の原因です。エラーとは、タイプミス、論理的な欠陥、要件の誤解など、ソフトウェア システムに欠陥を生み出す人間の行為またはミスです。エラーはソフトウェア システム内では観察できませんが、コード、設計、ドキュメントなど、人間の思考または人間の作業成果物では観察できます。故障はエラーの原因ではなく、むしろ欠陥の結果であり、欠陥はエラーの結果です。たとえば、コード内のエラーはソフトウェア システムに欠陥を引き起こし、それがソフトウェアの動作の故障を引き起こす可能性があります。
* バグはコンポーネントのテスト中に見つかった欠陥であり、障害はより高いテスト レベルで見つかった欠陥です。
この記述は誤りです。バグと障害は欠陥の種類が異なるのではなく、欠陥とその現れ方を表す異なる用語だからです。前述のように、バグは欠陥の別名であり、障害とは欠陥によってソフトウェアシステムが期待どおりに動作しない事象を指します。
バグや障害は、コンポーネントテストやそれより上位のテストレベルだけでなく、あらゆるテストレベルで発見される可能性があります。テストレベルとは、コンポーネントテスト、統合テスト、システムテスト、受け入れテストなど、ソフトウェアシステムの統合レベルに対応するテスト段階です。テストの目的、テストベース、テスト手法、テスト環境に応じて、あらゆるテストレベルで欠陥や障害が発生し、検出される可能性があります。参考資料：ISTQB Certified Tester Foundation Level (CTFL) v4.0 の資料およびドキュメント：
* ISTQB認定テスター基礎レベルシラバスv4.0、第1.1.2章「テストと品質1」
* ISTQB認定テスター基礎レベルシラバスv4.0、第1.2.1章「テストの原則1」
* ISTQB認定テスター基礎レベルシラバスv4.0、第1.3.1章「ソフトウェア開発ライフサイクルにおけるテスト」1
* ISTQB テスト用語集 v4.0、故障、欠陥、バグ、環境条件、エラー、テストレベル2

テスト手法を選択する必要があるのは、テスト対象製品の内容に合わせてテスト方法を調整する必要があるためです。テスト手法とは、何らかの基準やルールに基づいてテスト ケースを導出および選択する方法、またはプロセスです。ソフトウェア製品の特性、機能、要件、仕様、リスクなどに応じて、適したテスト手法は異なります。テスト手法を選択すると、テスト対象製品に対してテスト ケースが適切、効果的、効率的であることを保証できます。その他のオプションは、テスト手法を選択する正しい理由ではありません。時間的制約はテスト手法を選択する要因ではなく、テスト活動の優先順位付けや最適化の要因です。製品の機能の全範囲をカバーすることは、テスト手法を選択することを保証するものではなく、テストの目標です。テスト手法の選択は、ソフトウェア テストでは一般的な方法ではなく、専門的なスキルと責任です。
検証済み参考文献: ISTQB® Foundation Level 2018 シラバスの学習ガイド - Springer、31 ページ。