【ISTQB /JSTQB ALTA 解説】第2章サンプル問題解説(リスクベースドテスト・分散チームなど)

JSTQB Advanced Level Test Analyst

ISTQB Advanced Test Analyst(アドバンスト・テストアナリスト)第2章では、主に以下のテーマが扱われます。

  • テスト進捗のモニタリングとコントロール

  • 分散・アウトソース・インソース環境でのテスト

  • リスクベースドテストにおけるテストアナリストの役割

本記事では、実際の試験に出題されるサンプル問題(全3問)を通じて、

理解を深められるように丁寧に解説していきます。


🔹問題1:テストのモニタリングとコントロール

問題:

テストプロジェクトを適切にモニタリングし、コントロールするために追跡すべき情報として最も適切なものはどれでしょうか?

選択肢:

A. 各開発者が導入した欠陥の数を追跡することで、改善策を講じられるようにする。

B. 各テスターが実行したテストケースの合格数を追跡し、モチベーションを高める。

C. 特定の時点での合格・不合格テストケースの割合を追跡する。実行済みかどうかはあまり重要ではない。

D. 欠陥、テストカバレッジ、プロダクトリスク、信頼度など、主要なモニタリング指標を追跡・測定する。

正解: D

✅解説:

テストモニタリングでは、「何を追跡・可視化するか」が重要です。

ISTQBでは、モニタリングすべき主な指標(Primary Dimensions) として次の4つを挙げています。

  1. 欠陥の状況(Defects)

  2. テストカバレッジ(Coverage)

  3. プロダクトリスク(Product Risk)

  4. 信頼度(Confidence)

個人の成績(例:各テスターや開発者の結果)を比較するのは非推奨です。

テストは人の競争ではなく、製品品質の可視化が目的だからです。

💡たとえば、あるテスターが担当した機能が合格率90%だったとしても、

それは「そのテスターが優秀」ではなく「機能の品質が安定していた」だけかもしれません。


🔹問題2:分散チームでの効果的なコミュニケーション

問題:

複数のタイムゾーンに分散しているテストチームにおいて、

最も効果的なコミュニケーション方法はどれでしょうか?

選択肢:

A. 週に1回、全員が参加する必須の対面ミーティングを行う。

B. 開発者から頻繁にビルドを受け取り、全員が同じバージョンで同時に作業するようにする。

C. Skypeなどを使って個人的な交流を図る。

D. 欠陥情報を正確に記録し、欠陥追跡システムで共有する。

正解: D

✅解説:

分散チームでは、リアルタイムでの会話よりも「正確で一貫した情報共有」 が重要になります。

そのため、最も効果的な方法は、欠陥管理ツールを通じて正確に情報を記録・共有することです。

  • 📋 例: Jira、Redmine、Bugzillaなどのツールを活用

  • 🕓 タイムゾーンが違っても、他のメンバーがすぐに正確な情報を確認できる

💡「人間的なコミュニケーション」も大切ですが、ISTQBでは“プロフェッショナルな情報共有”を重視します。


🔹問題3:リスクベースドテストに基づく優先順位付け

シナリオ:

空港の外貨両替ATMを開発するプロジェクトがあり、リスク分析の結果、次の3つのリスクが特定されました。

リスク内容

可能性(Likelihood)

影響度(Impact)

A. 視覚障害者にとって操作が難しい(小さな文字など)

B. 為替レート確認によりレスポンスが遅い

C. 計算精度の誤りが累積的に発生する可能性

現在のテスト戦略:

  • パフォーマンステスト → システムテスト段階で実施

  • ユーザビリティテスト → 受け入れテスト(UAT)段階で実施

  • 計算精度テスト → 各テストレベルで実施

質問:

次のうち、最も優先的に実施すべきリスク軽減策はどれでしょうか?

選択肢:

A. 計算アルゴリズムをレビューし、専門家とデータセットを設計する。

B. 視覚障害者をUAT段階で追加してユーザビリティテストを行う。

C. ユーザビリティテストをUATではなく統合テスト段階から実施する。

D. 開発者と協力して運用シナリオを特定し、パフォーマンステストを強化する。

正解: C

✅解説:

リスクベースドテストの基本は、

影響が大きく、発生の可能性が高いリスクを優先的にテストする」こと。

ここで最も重大なのは「ユーザビリティの問題(中×高)」です。

しかし現行の戦略では、UAT(最終段階)でしか実施されません。

それでは発見が遅すぎるため、統合テスト段階に前倒しして早期に確認する必要があります。

💡リスクが高い領域は「Shift Left(左シフト)」で早めに検証するのが原則です。


🧭まとめ:第2章の出題ポイント

  • 出題数は約3問と少ないが、内容は「実践的で応用的」。

  • 各問題はリスク思考・チーム連携・モニタリングの3軸で構成されている。

  • 特に**「リスクの影響度とタイミング」**を正しく判断できるかがカギ。


💡試験対策アドバイス

  1. 定量指標(メトリクス)を覚える

     欠陥、カバレッジ、リスク、信頼度の4項目は頻出。

  2. チーム構成のパターンを理解する

     分散・アウトソース・インソースの違いを押さえる。

  3. リスク評価とテストスケジュールの関連性を読む

     発見が遅れると損害が大きい領域は、早期テスト対象。

コメント

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