ISTQB Foundation（CTFL）試験の過去問・サンプル問題解説シリーズ第8回では、
質問36〜40までの5問を丁寧に解説します。
アジャイルチームで使われる成果物から、テスト自動化のリスクまで、
実務にも直結する重要トピックばかりです。
質問36：アジャイルチームが「進捗状況」を可視化するために使う成果物は？
問題：
アジャイルチームが「完了した作業量」と「残りの作業量」を可視化するために使う成果物はどれでしょう？
選択肢：
A. 受け入れ基準（Acceptance Criteria）
B. 欠陥報告書（Defect Report）
C. テスト完了報告書（Test Completion Report）
D. バーンダウンチャート（Burndown Chart）
正解：D. バーンダウンチャート（Burndown Chart）
💡解説：
アジャイル開発、特にスクラムでは、2〜4週間のイテレーション（スプリント）ごとにチームがタスクを進めていきます。
その進捗をグラフで「見える化」するのがバーンダウンチャートです。
バーンダウンチャートでは縦軸に「残りのストーリーポイント」、横軸に「日数」をとり、
完了したタスクが増えるごとに線が右下がりになります。
具体例：
2週間のスプリントで10ポイントのタスクを開始。
1日目に2ポイント完了 → 残り8
3日目にさらに3ポイント完了 → 残り5
…というようにグラフが下がっていく様子を確認します。
これにより、**「どの程度作業が進んでいるか」や「完了までに遅れがないか」**が一目でわかります。
質問37：テストスクリプトを新しい要件に合わせて更新する際に必要なプロセスは？
問題：
自動テストスクリプトを新しい要件に合わせて更新する場合、どのプロセスを用いるべきでしょうか？
選択肢：
A. トレーサビリティ管理（Traceability Management）
B. メンテナンステスト（Maintenance Testing）
C. 要件工学（Requirements Engineering）
D. 構成管理（Configuration Management）
正解：D. 構成管理（Configuration Management）
💡解説：
テスト自動化スクリプトは、変更や更新を行うたびにバージョン管理が必要です。
古いスクリプトを上書きするのではなく、新しいバージョン（例：ver.1.1）として保存します。
これはGitなどのバージョン管理システムで管理するのと同じ考え方で、
**「どの時点のスクリプトが、どの要件に対応しているか」**を追跡できるようにするのが目的です。
質問38：欠陥報告書に欠けている「重要な情報」は何？
問題：
以下の欠陥報告が開発者に「再現できない」として却下されました。
この報告に欠けていた重要な情報は何でしょう？
アプリケーションが新規ユーザー登録画面で入力後にハングアップする。
他のアカウントでも同様。エラーメッセージなし。ログには「fatal error」あり。
テストケース番号・関連要件を明記し、高優先度として報告。
選択肢：
A. 期待結果と実際結果
B. 参照情報と欠陥ステータス
C. テスト環境とテスト対象
D. 優先度と重大度
正解：C. テスト環境とテスト対象
💡解説：
報告内容自体は詳細ですが、**「どの環境で再現したか」**が抜けています。
開発者はテストと同じ環境で確認できなければ、再現できないのは当然です。
例：
-
OSやブラウザのバージョン（Windows 11 / Chrome 128）
-
テストビルド番号（v2.1.5）
-
データベース環境（Staging / Production）
これらの情報が欠けると、再現性が低くなり、修正が遅れます。
質問39：データ準備ツールがサポートするテスト活動はどれ？
問題：
データ準備ツール（Test Data Preparation Tool）がサポートするテスト活動はどれでしょう？
選択肢：
A. テスト監視とコントロール
B. テスト分析
C. テスト設計と実装
D. テスト完了
正解：C. テスト設計と実装
💡解説：
テストデータ準備ツールは、テスト実行で使うデータを生成・整形するためのツールです。
テスト設計時に必要なデータ（例：正常系・異常系の入力データ）を作成したり、
実装時にデータを自動投入してシナリオを再現するなどに役立ちます。
例：
-
住所データを自動生成するツール
-
大量のユーザーアカウントを作成するスクリプト
-
異常値や境界値を一括投入するユーティリティ
質問40：テスト自動化における潜在的なリスクは？
問題：
テスト自動化を実施する際に考えられるリスクはどれでしょう？
選択肢：
A. 本番で未知のリグレッションを引き起こす
B. テスト資産の保守に十分な工数が割り当てられない
C. テストツールや資産が信頼できない可能性がある
D. 手動テストの時間が減る
正解：B. テスト資産の保守に十分な工数が割り当てられない
💡解説：
多くのプロジェクトで見られるのがこの問題です。
テスト自動化を導入した後、そのスクリプトの更新・メンテナンスに十分な時間が取られないことがあります。
結果として、テストスイートが古くなり、自動化の効果が薄れてしまうのです。
対策例：
-
スプリントごとに「テストスクリプト更新タスク」を明示的に追加する
-
自動化コードの所有者を明確化する
-
定期的なリファクタリングを実施する
🧩まとめ：CTFL試験では実務イメージを持つことが大切
このPart 8では、実務でもよくある以下のテーマを扱いました。
-
バーンダウンチャートによる進捗管理
-
構成管理とバージョン管理の重要性
-
欠陥報告の品質向上（環境情報の明示）
-
テストデータ準備の自動化
-
自動化メンテナンスのリスク管理
これらは単なる暗記ではなく、**「なぜそれが重要なのか」**を理解することで、試験にも現場にも強くなれます。
次回はさらに応用的なサンプル問題を解説していきますのでお楽しみに！
コメント