ISTQB Advanced Level Test Management（テストマネージャ）シラバスの第1章「テスト活動の管理（Managing the Test Activities）」の中でも重要なテーマが、**「各テストタイプにおけるテストマネジメント活動」**です。
本記事では、機能テスト・非機能テスト・ブラックボックス・ホワイトボックスといった各テストタイプに対して、テストマネージャがどのように関与し、どのような管理活動を行うべきかを分かりやすく整理します。
1. テストタイプとは？
テストタイプとは、テストの目的や観点によって分類されたテストの種類を指します。
代表的なものには以下があります。
-
機能テスト（Functional Testing）
→ システムが要求どおりに動作するかを確認。
-
非機能テスト（Non-Functional Testing）
→ 性能・セキュリティ・使いやすさ・信頼性など、機能以外の品質属性を確認。
-
ブラックボックステスト（Black Box Testing）
→ 内部構造を意識せず、外部から入力と出力でテスト。
-
ホワイトボックステスト（White Box Testing）
→ コードや内部構造を理解した上でカバレッジなどを測定。
2. テストマネージャの役割とよくある落とし穴
多くのテストマネージャは「機能テスト」に集中しがちです。
しかし、実際には以下のようなケースが発生します。
✅ 機能テストは完了しても、性能やセキュリティの問題でリリースできない
✅ 開発チームが実施するホワイトボックステストの結果を把握できていない
✅ 非機能テストの計画やリソースが不足している
これらは**「非機能や構造的テストへの理解不足」から起きる問題です。
したがって、テストマネージャはすべてのテストタイプに対してバランスの取れたテスト計画・進捗管理**を行う必要があります。
3. 機能テスト（Functional Testing）のマネジメント
🎯 主な目的
要求通りの動作を保証し、ビジネス機能が正しく実装されていることを確認。
🔧 管理活動のポイント
-
テスト戦略の策定：要求仕様とプロジェクト目標を踏まえてテスト戦略を立てる。
-
進捗のモニタリング：各フェーズ（単体、結合、システム、受入）の進捗を追跡。
-
リソース調整：人員・環境・ツールを最適に割り当てる。
💡 具体例
例えばECサイト開発では、
-
「商品検索」「カート」「決済」などの機能単位でテストケースを作成し、
-
各機能が期待通り動作するかを確認します。
4. 非機能テスト（Non-Functional Testing）のマネジメント
🎯 主な目的
システムの性能・セキュリティ・信頼性・ユーザビリティなどを検証。
🔧 管理活動のポイント
-
性能ベンチマーク設定：SLA（サービスレベル合意）をもとに基準を決める。
-
コンプライアンス確認：セキュリティ・アクセシビリティなどの規格準拠をチェック。
-
リソース計画：専門スキルを持つエンジニアを確保し、ツールを準備。
💡 具体例
-
性能テストでは「1000ユーザー同時アクセス時のレスポンス時間」を測定。
-
セキュリティテストでは、OWASP Top 10（脆弱性リスト）に基づいて検証。
多くのテストマネージャがここを軽視しがちですが、リリース品質に大きく関わる重要領域です。
5. ブラックボックステスト（Black Box Testing）のマネジメント
🎯 主な目的
ユーザー視点から、外部インターフェースの正しさと使いやすさを確認。
🔧 管理活動のポイント
-
テストカバレッジ分析：全てのユーザシナリオと業務要件を網羅する。
-
フィードバック管理：テスト結果を開発者・UX担当に共有し改善を促す。
💡 具体例
-
ログイン画面で「誤ったパスワード入力時のエラーメッセージ」が適切か確認。
-
入力フォームで「バリデーションエラーが正しく表示されるか」を検証。
6. ホワイトボックステスト（White Box Testing）のマネジメント
🎯 主な目的
コード内部の構造を理解し、ロジックの欠陥を早期発見する。
🔧 管理活動のポイント
-
コードカバレッジ最適化：単体テストや統合テストの網羅率を確認。
-
技術的洞察の共有：開発チームと連携してテスト観点を補強する。
💡 具体例
-
「if文・ループ」などの分岐を100%網羅できているかをツールで確認。
-
開発側のテスト結果（例：JUnitレポート）をテストマネージャがレビューして品質を把握。
7. 各テストタイプを統合的に管理するには？
テストマネージャの理想は、全テストタイプを統合的に計画・可視化できることです。
そのためには以下のような取り組みが効果的です。
|
活動内容 |
目的 |
|---|---|
|
クロステストレビュー |
各チーム間の成果物を共有し、抜け漏れを防ぐ |
|
テストダッシュボードの作成 |
機能・非機能・構造テストの進捗を一元管理 |
|
リスクベースアプローチ |
各テストタイプの優先順位を明確化 |
|
定期的なステークホルダーミーティング |
開発・QA・PM・顧客間の情報連携を促進 |
まとめ：すべてのテストタイプを「一つの品質視点」で捉える
テストマネージャは、単にテストを管理するだけではなく、
**「品質を多面的に捉え、全体最適を図る役割」**を担います。
-
機能面の正しさ
-
非機能面の信頼性
-
ユーザー視点での使いやすさ（ブラックボックス）
-
開発構造の安定性（ホワイトボックス）
これらすべてを意識して計画・管理することで、真の品質保証につながります。
💬 補足：ホワイトボックステストを開発チームが担当する場合でも
テストマネージャはその結果を把握し、品質状況を判断する立場です。
「自分の範囲外」と考えず、全体の品質バランスを管理する視点を持つことが求められます。
🎯 まとめポイント
|
テストタイプ |
テストマネージャの主な活動 |
|---|---|
|
機能テスト |
戦略立案・進捗追跡・リソース配分 |
|
非機能テスト |
性能・セキュリティ・コンプライアンス計画 |
|
ブラックボックス |
ユーザ視点カバレッジ・フィードバック共有 |
|
ホワイトボックス |
コードカバレッジ最適化・技術連携 |
🧭 ISTQB学習のヒント
Advanced Level Test Manager試験では、
「テストマネージャがどのように各テストタイプを計画・統制するか」を理解しているかが問われます。
Foundationレベルの「テストタイプの定義」だけでなく、
**「それをどのように管理するか」**という実践的視点で学びましょう。
コメント