ソフトウェア開発の現場では、「どの開発モデルを採用しているか」によって、テストマネジメントの進め方は大きく変わります。
ISTQB Test Management v3.0では、テストマネージャーが開発モデルに応じてどのようにテスト活動を調整するか が解説されています。
本記事では、「Vモデル（ウォーターフォール型）」と「Scrum（アジャイル型）」 を例に、各モデルでのテストマネジメントの違いをわかりやすく紹介します。
1. SDLCモデルを理解することがテストマネジメント成功の鍵
テストマネージャーがまず行うべきは、
👉 「SDLC（ソフトウェア開発ライフサイクル）モデルを理解すること」 です。
開発プロセスを深く理解すればするほど、テスト活動を的確に計画・調整できます。
たとえば、要件定義・設計・実装・検証・保守といった各フェーズの特徴を理解していれば、
-
テストをどのタイミングで設計するか
-
どのチームと連携すべきか
を判断しやすくなります。
2. Vモデル（ウォーターフォール型）とScrum（アジャイル型）の比較
2-1. テスト見積もりのタイミング
|
モデル |
特徴 |
|---|---|
|
Vモデル（ウォーターフォール） |
各テストレベルごとに早期に詳細な見積もりを実施。要件定義段階から計画的にテストを見積もる。 |
|
Scrum（アジャイル） |
各スプリントごとにストーリーレベルで見積もりを実施。スプリントプランニングでテスト作業を割り当てる。 |
例：
ウォーターフォールでは、プロジェクト開始時にすべてのテストケース数や工数を見積もります。
一方アジャイルでは、「今回のスプリントで開発するユーザーストーリー」に基づいて、都度見積もりを更新します。
2-2. テスト成果物（Test Work Products）
|
モデル |
特徴 |
|---|---|
|
Vモデル |
テスト戦略書、テスト計画書、テストケース、スケジュール、レポートなど、文書中心。 |
|
Scrum |
受け入れ基準（Acceptance Criteria）と「Definition of Done（完了の定義）」を中心に、ドキュメントは最小限。 |
例：
Vモデルでは詳細な「テストケース仕様書」をExcelやテスト管理ツールで管理します。
Scrumでは「JIRAのストーリー」に受け入れ基準を記載し、チーム内で合意形成を取ります。
2-3. テストマネージャーの役割
|
モデル |
役割の違い |
|---|---|
|
Vモデル |
テストマネージャーが計画・進捗・品質・リソース管理を主導。 |
|
Scrum |
テストマネージャーの代わりに、スクラムマスターやチーム全体 が品質を共同で管理。 |
Scrumでは「テストマネージャー」が明確に存在しない場合もありますが、
複雑な品質戦略が必要な場合は外部QAコンサルタントやテストリーダー がサポートします。
2-4. 使用するツールの違い
|
モデル |
主なツール |
|---|---|
|
Vモデル |
テスト管理ツール（例：TestRail、HP ALM、Zephyr）など、フェーズごとの管理に適したツール。 |
|
Scrum |
CI/CDや自動テストツール（例：Jenkins、GitLab CI、Selenium、Cypress）を統合し、継続的テストを実現。 |
例：
ウォーターフォールではテストケースごとの進捗管理に重点。
アジャイルではビルドとデプロイの自動化による「継続的テスト（Continuous Testing）」が中心です。
2-5. テストアプローチ（進め方）
|
モデル |
テストの進め方 |
|---|---|
|
Vモデル |
各開発フェーズに対応したテストフェーズを計画的に実施（例：単体→結合→システム→受入）。 |
|
Scrum |
各スプリント内で反復的にテスト。ユーザーのフィードバックをもとに改善を繰り返す。 |
2-6. テスト自動化と継続的テスト
|
モデル |
特徴 |
|---|---|
|
Vモデル |
各フェーズで段階的に自動化（例：単体テストや回帰テスト）。 |
|
Scrum |
開発初期からCI/CDに組み込み、毎日のビルドで自動テストを実行。 |
例：
Scrumでは、コードがコミットされるたびに自動テストが実行され、品質フィードバックがリアルタイムで得られます。
2-7. テストのモニタリングとレポート
|
モデル |
特徴 |
|---|---|
|
Vモデル |
各マイルストーンごとに正式なレポートを提出。進捗や欠陥統計を文書で共有。 |
|
Scrum |
毎日のデイリースクラムやタスクボードで進捗を可視化。リアルタイムなダッシュボードを活用。 |
例：
Vモデルでは「テストサマリーレポート」を週次で報告しますが、ScrumではJIRAボードやBurndown Chartで進捗を即時確認します。
2-8. メトリクス（Metrics）
|
モデル |
測定項目 |
|---|---|
|
Vモデル |
テスト実行率、欠陥率、カバレッジ率、リスク管理など。 |
|
Scrum |
バーンダウンチャート、チームベロシティ、フィードバックサイクル時間など、アジャイル特有のメトリクスを重視。 |
3. まとめ：開発モデルに応じた柔軟なテストマネジメントを
テストマネージャーの使命は「品質を守ること」ですが、
その手段は 開発モデルによって大きく異なります。
-
ウォーターフォールでは、計画性と文書化が鍵。
-
アジャイルでは、柔軟性とチーム連携が鍵。
最も重要なのは、「開発モデルを理解し、その流れにテストをシームレスに統合すること」。
これが、ISTQBが強調する「テストマネジメントの本質」です。
✅ この記事のポイントまとめ
-
テストマネージャーはまずSDLCモデルの理解が必須
-
Vモデルでは計画的・文書中心、Scrumでは反復的・軽量ドキュメント
-
テストツールやメトリクスもモデルに合わせて選定する
-
アジャイルでは「品質はチーム全員の責任」
-
テスト活動を開発サイクルに自然に組み込むことが成功のカギ
💡補足：現場での実践例
例えば自動車のインフォテインメント開発では、
-
ECUの基本機能テスト（Vモデルで厳密管理）
-
モバイルアプリ連携機能（Scrumで短期反復開発）
といった ハイブリッド運用 もよく見られます。
この場合、テストマネージャーは両方の手法を理解して、両チームの品質を横断的に統括する必要があります。
コメント