ISTQB Foundation（CTFL）試験対策シリーズ第24回では、以下の5つのテーマを扱います。
-
テストロール（Test Roles）の正しい理解
-
ホールチームアプローチ（Whole Team Approach）の利点
-
テストの独立性（Independence of Testing）
-
すべてのSDLCに共通する良いテストプラクティス
-
テストファーストアプローチ（Test-First Approach）
それぞれの問題の背景や考え方を、具体例を交えて解説していきます。
❓質問1：テストロールに関する正しい記述はどれ？
質問内容
次のうち、異なるテストロールに関する記述として最も正しいのはどれか？
選択肢
A. アジャイル開発では、テスト管理はチーム全体の責任だが、実際のテストはチーム外の個人が担当する。
B. テスティングロールはモニタリングを担当し、テストマネジメントロールは計画と完了を担当する。
C. アジャイル開発において、複数チームにまたがるテスト管理活動はチーム外のテストマネージャーが担当し、一部のタスクはチーム内でも行う。
D. テストマネージャーは分析と設計を担当し、テスターは実装と実行を担当する。
正解：C
解説：
アジャイル開発では、「品質はチーム全体の責任」です。
ただし、複数チームを横断するテスト活動（リリース全体のテスト計画や統合など）は、チーム外のテストマネージャーがまとめることもあります。
📘 例：
Woven by ToyotaやSpotifyのように複数スクラムチームが同時に開発している場合、各チームの中ではQA担当者が自律的に動き、全体の品質を横断的に管理する役割を“テストマネージャー”が担います。
❓質問2：ホールチームアプローチの利点はどれ？
質問内容
ホールチームアプローチ（Whole Team Approach）の利点として正しいのはどれ？
選択肢
A. テスターのいないチームを作れる
B. チームの協働が改善する
C. 専門職メンバーを増やす
D. チーム規模を大きくできる
正解：B
解説：
ホールチームアプローチとは、「開発者・テスター・プロダクトオーナーが一体となって品質を作り上げる」考え方です。
この手法の最大の利点は **「チーム全体の連携が深まり、コミュニケーションが活発になる」**ことです。
📘 例：
スプリント計画で、開発者がテストケース設計に参加する、あるいはQAがユーザーストーリーの受け入れ条件をレビューするなど、役割の垣根を超えて協働するのが理想的なチームです。
❓質問3：テストの独立性に関する正しい記述はどれ？
質問内容
次のうち、テストの独立性（Independence of Testing）について正しいものはどれか？
選択肢：
A. 独立したテスターは、開発者とは異なる技術的視点を持つため欠陥を発見しやすいが、
その独立性により開発者との間に対立的な関係が生じる可能性がある。
B. 開発者は自分のコードに慣れているため欠陥をあまり見つけられないが、
テスターも開発者と同じ技術的背景を持つため、同じ欠陥しか発見できない。
C. 独立したテストは、開発チームの外部、理想的には組織外のテスターによって行う必要があるが、
この場合、テスターはアプリケーション領域を理解するのが難しくなる。
D. 開発チーム外のテスターはチーム内のテスターよりも独立性が高いが、
チーム内のテスターは製品リリースの遅延の責任を負わされる傾向がある。
正解：A
独立したテスターは、開発者とは異なる技術的視点を持つため、欠陥を発見しやすいが、開発者との間で対立的な関係になる可能性がある。
解説：
テストの独立性とは、「開発者以外の第三者がテストを行うことで、客観的な品質評価を可能にする」ことです。
ただし、独立しすぎると“対立的な雰囲気”になりかねません。大切なのは、独立性と協調性のバランスです。
📘 例：
-
✅ 良い独立性：別チームのQAがコードを客観的にレビューする
-
❌ 悪い独立性：テスターと開発者が責任を押し付け合う関係になる
❓質問4：すべてのSDLCに共通する良いテストプラクティスはどれ？
質問内容
どのソフトウェア開発ライフサイクル（SDLC）にも共通する良いテストプラクティスはどれ？
選択肢：
A. 各テストレベルには、対応する開発レベルが存在する。
B. 各テスト目的には、対応する開発目的が存在する。
C. すべてのソフトウェアテスト活動には、対応するユーザー活動が存在する。
D. すべてのソフトウェア開発活動には、対応するテスト活動が存在する。
正解：D
各ソフトウェア開発活動には、対応するテスト活動がある。
解説：
テストは開発の後ではなく、並行して行うのが理想的です。
要件定義にはレビュー、設計にはテスト設計、コーディングには単体テスト、統合にはシステムテスト…というように、「すべての開発工程にテストが対応」しています。
📘 例：
Vモデルでは、左側の開発工程（要件・設計・実装）と、右側のテスト工程（受入・システム・統合・単体）が対応しています。これが良いテストプラクティスの典型です。
❓質問5：テストファーストアプローチに該当するのはどれ？
質問内容
次のうち、テストファーストアプローチ（Test-First Approach）に該当するのはどれ？
選択肢
A. コンポーネントテスト駆動開発
B. 統合テスト駆動開発
C. システムテスト駆動開発
D. 受入テスト駆動開発
正解：D（ATDD: Acceptance Test Driven Development）
解説：
テストファーストアプローチとは、「テストを先に作り、その基準を満たすように開発する」手法です。
中でも「ATDD（受入テスト駆動開発）」は、ユーザーストーリーの受け入れ基準を先に定義し、開発がそれを満たすよう進めます。
📘 例：
ユーザーストーリー：「ユーザーがログインに成功したら、ダッシュボードに遷移する」
→ 最初に「ログイン成功時にダッシュボード画面が表示される」という受入テストを書き、それをパスさせるコードを実装するのがATDDです。
🧭まとめ：アジャイル時代のISTQB知識を“実務で活かす”
このPart #24では、ISTQBシラバスの基礎項目をアジャイルの観点から整理しました。
|
テーマ |
キーポイント |
|---|---|
|
テストロール |
アジャイルでは全員が品質の責任者 |
|
ホールチームアプローチ |
チーム連携・コミュニケーション改善 |
|
テストの独立性 |
客観性と協調性のバランス |
|
SDLC共通の良いプラクティス |
各開発活動にテスト活動を対応させる |
|
テストファースト |
ATDDで“品質の定義”から始める |
アジャイル開発におけるISTQBの知識は、単なる理論ではなく「チームで品質を作る」ための実践指針になります。
この理解を深めることで、試験合格はもちろん、現場でのテスト設計力・品質意識も確実に高まります。
コメント