【ISTQB /JSTQB ALTM 3.0解説】各テストレベルにおけるテストマネジメントとは?

JSTQB Advanced Level Test Management 3.0

ソフトウェア開発において、テストは単なる「動作確認」ではなく、プロジェクト全体の品質を保証する重要なプロセスです。

その中でも、テストマネージャーは「どの段階で」「どんな目的で」「どのようにテストを管理するか」を明確にしなければなりません。

今回は、**ISTQB Test Management v3.0(Chapter 1.2.5)**の内容に基づいて、各テストレベルにおけるテストマネジメント活動をわかりやすく解説します。


1️⃣ 各テストレベルの概要

まずは、テストマネージャーが把握すべき主要なテストレベルをおさらいしましょう。

テストレベル

主な目的

実施主体

コンポーネントテスト(Component Testing)

モジュール単位での動作確認

開発者/テスター

コンポーネント統合テスト(Component Integration Testing)

モジュール間の連携確認

開発者+テスター

システム統合テスト(System Integration Testing)

システム間連携の検証

テストチーム

システムテスト(System Testing)

全体機能・品質の評価

テストチーム

受け入れテスト(Acceptance Testing)

顧客・ユーザー視点での最終確認

ビジネス担当/顧客

それでは、各レベルごとにマネジメントの観点からどのような活動が必要かを詳しく見ていきましょう。


2️⃣ コンポーネントテスト(Component Testing)

テストマネージャーの役割:

  • テストのスコープ・目的・完了条件を定義する。

  • 開発者との協力体制を構築し、コードレビューや不具合解析に参加する。

  • ユニットテスト結果を確認し、品質トレンドを把握する。

ポイント:

多くの組織では、ユニットテストは開発者が担当しますが、

テスターがレビューや分析に関わることで、バグの早期発見につながるケースがあります。

例:

例えば、自動車のECU制御ソフトの開発では、ユニットテストを実施した際に、テスターがコードレビューに参加してロジックの境界条件を確認することで、異常系のバグを早期に検出できた、という事例もあります。


3️⃣ コンポーネント統合テスト(Component Integration Testing)

テストマネージャーの役割:

  • 統合順序やテストパターンを定義する。

  • 開発チームと協力し、統合戦略とツール選定を行う。

  • 進捗をモニタリングし、上位レベル(システム・受け入れ)との整合性を確認する。

ポイント:

統合テストは、開発者だけでなく、テスターが独立して実施することも推奨されます。

なぜなら、第三者の視点で実施することで「思い込みによる見逃し」を防げるからです。

例:

モバイルアプリのバックエンドAPIとフロントUIを結合する際、開発者が動作確認済みとしていたが、テスターが異なるネットワーク環境で検証した結果、APIのタイムアウト処理に欠陥が発見された、というケースがあります。


4️⃣ システム統合テスト(System Integration Testing)

テストマネージャーの役割:

  • **リスクベーステスト(RBT)**を活用して、重要な統合箇所を優先的に検証する。

  • 進捗・成果物・課題管理を徹底し、関係部署と協調する。

  • システム間の依存関係を明確化し、テスト環境構築を支援する。

例:

自動運転システムのように、複数のサブシステム(センサー、カメラ、AI制御)が連携する場合、どのサブシステムがボトルネックになるかを見極め、重点的に統合テストを行う必要があります。


5️⃣ システムテスト(System Testing)

テストマネージャーの役割:

  • SDLCモデル(ウォーターフォール/アジャイル)に応じてリソース配分とスケジュール調整を行う。

  • ツール選定と自動化戦略の策定をサポートする。

  • アジャイル開発では、スプリントごとに継続的なシステムテストを行う。

例:

アジャイル開発では、リリースごとに手動テストを繰り返すのは非効率です。テストマネージャーは自動化ツール(例:Jenkins + Selenium)を導入し、毎スプリントで自動回帰テストを実行できる体制を整備します。


6️⃣ 受け入れテスト(Acceptance Testing)

テストマネージャーの役割:

  • 顧客と協働して受け入れ基準を確認・合意する。

  • ユーザー受け入れテスト(UAT)の支援や手順書の作成を行う。

  • 発見された不具合の優先度や対応方針を調整し、最終サインオフを導く。

例:

企業向けERP導入では、テストマネージャーが顧客担当者と協力し、「請求書発行までの一連の業務フローが正しく動作すること」を受け入れ基準として設定。実際の業務データを使って顧客がUATを行い、合格後に正式リリースとなります。


まとめ:テストマネージャーの全体的な役割

フェーズ

マネジメントの主な役割

コンポーネント

開発者との協働・コードレビュー参加

コンポーネント統合

統合戦略・テスト独立性の確保

システム統合

リスクベーステストと環境調整

システム

自動化戦略・リソース最適化

受け入れ

顧客との連携・品質保証・サインオフ支援

テストマネージャーは、単にテストを「管理」するのではなく、各レベルで関係者をつなぎ、品質保証全体をリードする存在です。

この理解が、ISTQB Test Manager資格試験の重要テーマにもなっています。


💡 まとめポイント

  • テストマネージャーはテストプロセス全体を俯瞰し、各レベルでの役割を理解する必要がある。

  • コンポーネントレベルでは早期品質確保、システム/受け入れレベルではビジネス要求の達成確認が目的。

  • 開発者・顧客・プロジェクトマネージャーなど、全ステークホルダーとの連携力が鍵

コメント

タイトルとURLをコピーしました