今回は「ISTQB Foundation（CTFL）」試験問題集の**第22回（最終セット）**の5問を解説します。
テーマは以下の通りです。
-
時差のある顧客へのテスト進捗報告方法
-
構成管理（Configuration Management）がテストを支援する方法
-
ソート機能テストの不具合分析
-
テストツールとカテゴリのマッチング
-
テスト自動化の利点
■質問1：時差のある顧客へのテスト進捗報告
シナリオ：
あなたは北米のテストチームの一員で、ヨーロッパの顧客向けに製品を開発しています。
チームはDevOpsアプローチを採用し、CI/CDパイプラインを使用しています。
質問：
次のうち、「顧客にテスト進捗を伝える最も効果が低い方法（least effective way）」はどれか？
ポイント：
北米とヨーロッパでは時差が大きく、物理的に離れた場所で作業しています。
したがって、リアルタイムでの「対面報告（face-to-face）」は現実的ではありません。
選択肢：
A. テスト進捗を示す自動化ダッシュボードを共有する
B. 顧客に定期的なメールで報告する
C. オンライン会議（ビデオ会議）で報告する
D. 顧客と直接会って報告（Face-to-Face Communication）する
正解： ✅ D. 顧客と直接会って報告する
理由：
時差や地理的距離により、直接会って報告するのは非効率。
代わりに、ダッシュボード、メール、オンライン会議などの手段が有効です。
例：
-
SlackやTeamsでの自動テスト進捗共有
-
JenkinsのCIダッシュボードで自動更新
-
定例オンラインミーティングでの週次報告
■質問2：構成管理（Configuration Management）がテストを支援する方法
質問：
次のうち、構成管理がテストを支援する方法として最も適切なのはどれか？
選択肢：
A. 環境のバージョン番号を保持し、使用されているライブラリ・ドライバのバージョンを取得できる
B. テスト入力値を記録して、自動的にテストケースを実行しカバレッジを計算する
C. ソフトウェアライセンスの購入日を記録し、期限切れを通知する
D. テストケースのバージョン番号を使って自動的にテストデータを生成する
正解： ✅ A. 環境のバージョン番号を保持し、ライブラリやドライバのバージョンを追跡する
解説：
構成管理ツール（例：Git、SVN、Jenkinsなど）は、テスト環境の構成を明確に管理します。
これにより、
-
テスト時点でどのバージョンのソフトやライブラリを使用したか
-
環境変更が不具合に影響したか
を正確に追跡できます。
誤答例：
-
テスト入力値を保存して自動実行する → テスト管理ツールの機能
-
ライセンス期限を管理する → 資産管理ツールの機能
■質問3：ソート機能テストの欠陥分析
シナリオ：
「入力された数値を昇順に並び替えるソート関数」をテストしています。
実行ログの一部では、入力値が重複している場合に結果が正しくありません。
問題の例：
|
テストケース |
入力値 |
出力値 |
結果 |
|---|---|---|---|
|
TC1 |
3 |
3 |
Pass |
|
TC2 |
3,1,6,5 |
1,3,5,6 |
Pass |
|
TC3 |
8,7,7,1 |
1,3,7,8 |
❌ Fail |
|
TC4 |
-3,-2,-3 |
-3,-2 |
❌ Fail |
|
TC5 |
0,-2,0,4,4 |
-2,0,3,4 |
❌ Fail |
質問：
この不具合の最も適切な説明はどれか？
選択肢：
A. システムはいくつかの数値セットのソートに失敗している（TC3, 4, 5参照）
B. システムはソート時に重複値を無視している（TC3, 4, 5参照）
C. システムは負の値をソートできていない
D. テストケース3, 4, 5には重複入力が含まれており、テストケースを修正すべきである
正解： ✅ B. システムはソート時に重複値を無視している
解説：
出力から、同じ数値が複数ある場合に1つしか表示されないことが確認できます。
これは典型的な**ロジック欠陥（データ重複処理の誤り）**の例です。
例：
「[8,7,7,1]」→ 本来は「[1,7,7,8]」だが、出力は「[1,7,8]」となっている。
テスト報告では、**“duplicate inputs are disregarded”**と明記します。
■質問4：ツールとカテゴリのマッチング
次の説明とツールカテゴリを正しく対応付けましょう。
|
No |
説明 |
正しいツールカテゴリ |
|---|---|---|
|
1 |
ワークフローの追跡をサポートする |
✅ DevOpsツール |
|
2 |
チーム間のコミュニケーションを促進する |
✅ コラボレーションツール |
|
3 |
仮想マシンを利用したスケーラビリティと標準化 |
✅ デプロイ／スケーリング支援ツール |
|
4 |
レビューをサポートする |
✅ 静的テストツール |
選択肢（対応パターン）：
A. 1A, 2B, 3C, 4D
B. 1B, 2C, 3D, 4A
C. 1C, 2D, 3B, 4A
D. 1D, 2B, 3A, 4C
正解： ✅ C. 1C, 2D, 3B, 4A
補足：
DevOpsツール（例：Jenkins、GitLab CI）は、ビルド・テスト・デプロイの自動化だけでなく、
チケットの状態やパイプライン進捗などワークフロー管理にも役立ちます。
■質問5：テスト自動化の最も大きな利点
質問：
次のうち、テスト自動化の利点として最も適切なのはどれか？
選択肢：
A. 人間では複雑すぎるカバレッジ測定を可能にする
B. テスト責任をツールベンダーと分担できる
C. テスト結果分析において批判的思考が不要になる
D. プログラムコードを解析して自動的にテストケースを生成する
正解： ✅ A. 人間では複雑すぎるカバレッジ測定を可能にする
解説：
自動化ツールは、膨大なテスト実行を正確かつ反復的に行えるため、
カバレッジ（網羅率）や実行結果の分析に優れています。
ただし、ツールは**「思考」や「判断」**を代替するものではありません。
最終的な評価や不具合の意味づけは、テスターの役割です。
🔍まとめ
|
No |
トピック |
正解の要点 |
|---|---|---|
|
1 |
テスト進捗の伝え方 |
Face-to-Faceは最も非効率 |
|
2 |
構成管理 |
環境やライブラリのバージョン追跡 |
|
3 |
ソート機能 |
重複値を無視する欠陥 |
|
4 |
ツール分類 |
DevOpsツール＝ワークフロー管理 |
|
5 |
自動化の利点 |
高度なカバレッジ測定が可能 |
💡試験対策のポイント
-
**「最も効果的／最も効果が低い」**という表現に注意
-
ツールカテゴリの理解はシラバス（章6）に直結
-
実務的なテストログ分析が出題されることがあるため、
不具合の「具体的な説明文」を書けるように練習しておきましょう。
コメント