* 質問は、テストが品質向上に貢献する事例を特定することです。品質とは、コンポーネント、システム、またはプロセスが特定の要件、および／またはユーザー／顧客のニーズと期待を満たす度合いを指します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
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 13
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 77
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 78
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 79
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 80
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 81
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 82
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 83
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 84
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 85
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 86
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 87
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 88
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 89
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 90
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 91
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 92
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 93
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 94
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 95
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 96
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 97
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 98
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 99
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 100
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 101
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 102
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 103
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 104
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 105
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 106
* : ISTQB 認定テスター Foundation Level シラバス 2018、バージョン 4.0、p. 107

この図は、状態遷移テストを用いた欠陥のライフサイクルを示しています。状態遷移テストは、イベントや条件に応じてシステムがある状態から別の状態へどのように遷移するかをモデル化する手法です。図には6つの状態（S0からS5）と7つの遷移（T0からT6）が示されています。図に示されている状態遷移の正しい順序は、S0->S1->S2->S3->S5->S1->S2->S3です。この順序は、以下のシナリオを表しています。
* S0: 欠陥はまだ検出されていません（初期状態）。
* T0: テストにより欠陥が検出されます（イベント）。
* S1: 欠陥が報告され、登録されます (状態)。
* T1: 不具合は修正のために開発者に割り当てられます (イベント)。
* S2: 欠陥は開発者によって修正中です (状態)。
* T2: 開発者が欠陥を修正し、新しいバージョンを配信します (イベント)。
* S3: テストによって欠陥が検証されます (状態)。
* T5: テストで欠陥が修正されたことを確認できませんでした (イベント)。
* S5: 欠陥はテストによって拒否されます (状態)。
* T6: 不具合は修正のために開発者に再割り当てされます (イベント)。
* S1: 欠陥が報告され、登録されます (状態)。
* T1: 不具合は修正のために開発者に割り当てられます (イベント)。
* S2: 欠陥は開発者によって修正中です (状態)。
* T2: 開発者が欠陥を修正し、新しいバージョンを配信します (イベント)。
* S3: 欠陥はテストによって検証される（状態）。その他のシーケンスは、図に示されている遷移に従っていないため、誤りです。検証済みの参考文献: [ISTQB® Foundation Level の学習ガイド]
2018年度シラバス - Springer]、第4章、40-41ページ。

ID 要件に 1 次元同値分割を適用するには、各条件を個別に考慮する必要があります。
* ID の長さ: 有効なパーティション (5 〜 10 文字)、無効なパーティション (5 未満、10 以上) = 3 つのパーティション。
* 文字の種類: 有効なパーティション (英数字)、無効なパーティション (英数字以外) = 2 つのパーティション。
* 最初の文字：有効なパーティション（文字）、無効なパーティション（文字以外）＝2つのパーティション。これらのパーティションを合計すると、合計3（長さ）+2（文字の種類）+2（最初の文字）＝7つのパーティションになります。したがって、正解はAです。

テスト実装には、テストケースの依存関係、前提条件、および事後条件に基づいた実行順序を含む、テスト手順の最終決定が含まれます。このフェーズでは、必要なすべてのテストスクリプト、テストデータ、およびテスト環境が実行準備が整っていることを確認します。ISTQB CTFLシラバスv4.0によると、テスト実装は詳細なテスト手順を導出し、文書化するフェーズであり、実際のテスト実行前の重要なステップです。

パスワードの長さに 2 値境界値分析を適用した場合の正しい結果は、オプション D で示される一連のテスト ケースです。境界値分析は、同値パーティションの境界にある値 (最小値と最大値、境界のすぐ上と下の値など) に重点を置いたテスト設計手法です。2 値境界値分析では、各境界に 2 つの値を使用します。1 つは有効な値、もう 1 つは無効な値を表します。たとえば、有効な値の範囲が 4 から 7 の場合、下限の 2 つの値は 3 と 4、上限の 2 つの値は 7 と 8 です。オプション D のテスト ケースでは、パスワードの長さにこれらの値を使用しながら、少なくとも 1 つの数字、1 つの大文字、1 つの小文字を含むなど、パスワードの他の要件も満たしています。オプション D のテスト ケースは次のとおりです。
* 1RhT: 有効な4文字のパスワード
* rSp53: 有効な5文字のパスワード
* 3N3e10: 有効な6文字のパスワード
* 8sBdby: 無効な8文字のパスワード。他の選択肢のテストケースは、パスワードの長さの制限を超えている値を使用しているか、パスワードの他の要件を満たしていないため、正しくありません。例えば、選択肢Aのテストケースは次のとおりです。
* 1xA: 3文字のパスワードが無効だが、大文字が含まれていない
* aB11: 有効な4文字のパスワード
* Pq1ZZab: 有効な7文字のパスワード
* 7iDD0a1x: 無効な8文字のパスワード 参照: ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント:
* ISTQB認定テスター基礎レベルシラバスv4.0、第2.2.1章、ブラックボックステスト設計テクニック1
* ISTQB テスト用語集 v4.0、境界値分析、同値分割2