ISTQB Foundation（CTFL）試験対策シリーズ第25回では、実際の試験でよく問われる5つの重要トピックを解説します。
特に「Shift Leftアプローチ」や「アジャイルのレトロスペクティブ」など、実務でも役立つ内容が多く含まれています。
質問1：Shift Leftアプローチの正しい説明はどれ？
選択肢：
A. 開発者が同意した場合、テストプロセスの左側にある手動作業をすべて自動化する。
B. 品質コストを削減するために、テスト活動をソフトウェア開発ライフサイクルの初期段階へ移動する。
C. テスターが空き時間に回帰テストの自動化を行う。
D. テスターが早期に作業できるようトレーニングを受ける。
正解：B
解説：
Shift Left（シフトレフト）とは、「テスト活動をできるだけ早い段階（左側）に移動させる」考え方です。
これにより、欠陥を早期に検出でき、修正コストを大幅に削減できます。
例えば、ウォーターフォール型開発では、テストは開発完了後に実施されます。
しかし、Shift Leftでは要件定義や設計段階からテスターを関与させ、レビューや静的解析を行うことで、手戻りを防ぎます。
💡 例：
-
コードレビューや設計レビューを早期に実施
-
要件レビューで曖昧な部分を明確化
-
自動テストの仕組みを開発初期から組み込む
質問2：レトロスペクティブ（振り返り）の結果として「最も起こりにくい」ものはどれ？
選択肢：
A. 開発プロセスの改善により、将来のテスト対象の品質が向上する。
B. テスト環境の自動化によってテスト効率が向上する。
C. エンドユーザーの開発・テストプロセスに対する理解が深まる。
D. 開発者からのフィードバックに基づき、自動テストスクリプトが改善される。
正解：C
解説：
アジャイルにおけるレトロスペクティブは、チームの内部改善を目的とするミーティングです。
そのため、外部のエンドユーザーの理解が深まることは直接的な成果ではありません。
💡 ポイント：
-
A・B・Dは「チーム内部の改善」に関する内容 → 実際によく起こる
-
Cは「エンドユーザー理解の向上」→ 関係性が薄く、最も起こりにくい
質問3：「バリデーション」に焦点を当て、テスター以外が実施するテストレベルはどれ？
選択肢：
A. コンポーネントテスト
B. コンポーネント統合テスト
C. システム統合テスト
D. 受け入れテスト
正解：D
解説：
「バリデーション」とは、製品がユーザーの期待どおりに動作するか確認する活動です。
受け入れテストは通常、エンドユーザーやビジネス担当者が行うため、テスター以外が担当します。
💡 例：
-
ECサイトの最終テストで、顧客担当者が「購入フローが期待通りか」を確認
-
医療機器ソフトで、専門医が機能を確認する受け入れテストを実施
質問4：ナビゲーションシステムの更新後、どのテストを行うべきか？
シナリオ：
ナビゲーションソフトが「一方通行の逆走ルートを案内する」不具合を修正した。
選択肢：
A. 確認テストのみ
B. 確認テスト → 回帰テスト
C. 回帰テストのみ
D. 回帰テスト → 確認テスト
正解：B
解説：
このケースでは、不具合修正を行った後に
1️⃣ まず修正が正しく反映されたか確認（確認テスト / Re-testing）
2️⃣ 修正によって他の機能が影響を受けていないか検証（回帰テスト / Regression Testing）
という順番でテストします。
💡 例：
-
「ルート案内修正」が正しいか確認 → 確認テスト
-
他の経路案内（高速道路・迂回路など）が影響を受けていないか確認 → 回帰テスト
質問5：静的テストで検出できる欠陥はどれ？
例として挙げられた欠陥：
-
設計仕様書の2箇所が矛盾している。
-
応答時間が長く、ユーザーが不満を感じる。
-
コード内の特定のパスに到達できない。
-
宣言された変数が一度も使用されていない。
-
レポート出力時のメモリ使用量が多すぎる。
正解：1・3・4
解説：
静的テスト（Static Testing）は、プログラムを実行せずに欠陥を発見する手法です。
主にレビューや静的解析で行われ、ドキュメントやコードの構造的な問題を特定します。
💡 静的テストで発見できる例：
-
設計書や仕様書の矛盾（例：画面設計と要件定義の不一致）
-
未使用の変数・到達不能コード
-
コーディング規約違反
一方で、応答速度やメモリ使用量の問題（2, 5）は、実行時の動作を確認する動的テストでしか発見できません。
まとめ：今回のポイント
|
テーマ |
試験での狙い |
現場での活用例 |
|---|---|---|
|
Shift Leftアプローチ |
早期テストでコスト削減 |
要件・設計レビューの強化 |
|
レトロスペクティブ |
チーム改善の理解 |
テスト効率化の提案 |
|
バリデーション |
受け入れテストの理解 |
エンドユーザー視点での検証 |
|
確認＆回帰テスト |
修正後のテスト戦略 |
不具合再発防止 |
|
静的テスト |
実行前に欠陥を発見 |
ドキュメントレビューの実施 |
💬 まとめのひとこと
ISTQB試験では、「どのテストレベルで」「どのテストタイプを」「どの目的で実施するか」を理解しているかが重要です。
実務でも「Shift Left」や「レトロスペクティブ」などの考え方は、チームの品質向上に直結します。
理論と実践を結びつけて、知識を定着させましょう。
コメント