ソフトウェアテストの最終段階として行われる「テスト終了活動（Test Closure Activities）」は、
単にテストを終えるだけでなく、次のプロジェクトの改善につなげる重要なフェーズです。
この記事では、ISTQB Advanced Test Analystシラバス「1.9 Test Closure Activities」の内容をもとに、
テストアナリストが果たすべき役割や実務での具体例を交えて解説します。
🧩 テスト終了活動とは？
テスト終了活動とは、テストサイクル（テスト実行）がすべて完了したあとに行う作業を指します。
これはいわば「ポストモーテム（振り返り）」のようなプロセスであり、
テスト結果を整理し、得られた知見を次に活かすための段階です。
基本的な目的
-
実施したテストの結果を文書化する
-
未解決の欠陥（deferred defects）を整理・記録する
-
テスト成果物（work products）をアーカイブ（保存）する
-
今回のプロセスの良かった点・改善すべき点を明確にする
-
次回以降のテストやスプリントに反映できるように改善策を提案する
🗂️ テストアナリストの主な役割
テスト終了活動では、テストアナリストは次のような責任を担います。
1️⃣ 成果物の収集と整理
-
テストレポート、欠陥レポート、ログ、スクリーンショットなどをアーカイブ化
-
これらの成果物を保守チーム（Maintenance Team）へ引き継ぐ
-
将来のアップデートやリグレッションテストに備えて保管・管理する
例：
たとえば、あるEコマースシステムでのテスト終了時、
「購入履歴画面でのバグ（低優先度）」がリリース後修正予定になった場合、
テストアナリストはその欠陥番号、影響範囲、修正予定バージョンを明記して記録します。
2️⃣ 欠陥の整理と文書化
-
「延期された欠陥（Deferred Defects）」を明確にする
-
修正予定のバージョンや担当チームを明記する
-
欠陥のステータスを確実に最新化する
例：
-
バージョン1.0では修正保留 → 「バージョン1.1で対応予定」と記載。
-
修正が難しい既知問題（Known Issue）については、顧客や開発チームと共有しておく。
3️⃣ レトロスペクティブ（振り返り会議）への参加
-
チーム全体で「うまくいった点」「問題があった点」を議論
-
テストアナリストは客観的な視点でテストプロセスの課題を報告
-
次回以降の改善に向けた提案をまとめる
具体例：
-
良かった点：自動テストスクリプトによりリグレッションテストが短縮できた
-
改善点：欠陥報告のテンプレートが不統一で、開発チームとの連携に時間がかかった
4️⃣ テストマネージャーへの報告・支援
-
テストマネージャーが不在または多忙な場合、テストアナリストが代理で報告を行う
-
プロセス改善のためのフィードバックを提供する
ポイント：
-
プロジェクトの「成功要因」と「失敗要因」を整理
-
次回の見積もりやテスト計画作成時に活用できる情報を提供する
🔁 テスト終了活動の流れ（例）
|
ステップ |
活動内容 |
主な担当者 |
|---|---|---|
|
1 |
テスト完了確認 |
テストマネージャー |
|
2 |
成果物・欠陥情報の整理 |
テストアナリスト |
|
3 |
レトロスペクティブ実施 |
チーム全員 |
|
4 |
改善点の文書化・提案 |
テストアナリスト＋マネージャー |
|
5 |
成果物のアーカイブ |
テストアナリスト |
|
6 |
関係者への報告・共有 |
QAチーム／開発チーム／顧客 |
💡 現場でのヒント
-
アーカイブは「検索しやすく」保存する：欠陥一覧・テスト結果は日付や機能単位で分類。
-
レトロスペクティブでは“感情”ではなく“事実”をベースに話す。
-
次のスプリントですぐ実行可能な改善を1つ以上設定する。
✅ まとめ：テスト終了活動は「次への準備」
テスト終了活動は、単にテストを終えるための手続きではありません。
それは、「より良い品質保証プロセス」への橋渡しです。
テストアナリストは、テスト成果物の整理・改善提案・知見の共有など、
品質向上の中心的な役割を果たします。
次回以降のサイクルやプロジェクトでこの知見を活かすことで、
より効率的で信頼性の高いテスト活動が実現できます。
コメント