レビュー技法とは
レビュー技法とは、プログラムを実行せずに成果物を他の目で確かめ、欠陥を早期に見つける活動です。

実行前でも、設計書の抜けやコードの読み違いを発見できます。レビューは成果物を他の目で確かめる活動です。
基本の仕組み

作成者が予約の取消し処理を順に説明し、参加者が「取消し後の在庫は戻るか」と質問すると、実装前に仕様漏れを見つけられます。
ウォークスルーは作成者の説明を基に確認する方法、インスペクションは役割や手順を定めて系統的に欠陥を探す方法です。目的と進め方を区別します。
作成者の能力を評価する場にすると、問題を隠したり議論が脱線したりします。成果物の具体的な不整合と修正判断に焦点を当てます。
レビューの種類

ウォークスルーは作成者が主催し、成果物を順に説明しながら参加者と検討します。インスペクションは、作成者ではないモデレーター(進行役)が主導し、事前に資料を読んだ参加者が決められた役割と手順で欠陥を指摘し、結果を記録して修正まで確認します。
ほかに、参加者が持ち回りで進行役を務めるラウンドロビン、同じ立場の開発者同士で見るピアレビュー、作成者自身が見直す机上チェックなどがあります。レビューは実行しない静的な検証、テストはプログラムを動かす動的な検証です。レビューの場では欠陥の指摘に集中し、直し方の議論や修正作業は分けて行います。
| 方法 | 進行役 | 特徴 |
|---|---|---|
| ウォークスルー | 作成者 | 作成者の説明に沿って参加者が検討する |
| インスペクション | モデレーター | 役割・手順・記録を定めて欠陥を検出し、修正を確認する |
| ラウンドロビン | 参加者の持ち回り | 全員が進行役を担い、主体的に参加する |
試験に出る
- レビューは実行せずに成果物を確かめ、早期に欠陥を見つける活動である点。
- ウォークスルー(作成者の説明を基に確認)とインスペクション(役割・手順を定めて系統的に探索)の違い。
- レビューを能力評価の場にすると、問題が隠れたり議論が脱線したりする点。
- 成果物の具体的な不整合と修正判断に焦点を当てる姿勢。
- 実行しない確認でも設計漏れを発見できる点。
- インスペクションは作成者ではなくモデレーターが進行を主導する点。
重要な言葉
- ウォークスルー
- 作成者の説明を基に成果物を確認するレビュー方法。
- インスペクション
- 役割や手順を定めて系統的に欠陥を探すレビュー方法。
- レビュー
- 成果物を他の目で確かめ、欠陥を早期に発見する活動。
- モデレーター
- インスペクションの進行を主導する調整役。作成者以外が務める。
確認問題
確かめようプログラムを実行せず設計漏れを調べるのは無意味?
いいえ。静的な確認で早期に欠陥を発見できます。
レビューはプログラムを実行しないと欠陥を見つけられない。
インスペクションは、役割や手順を定めて系統的に欠陥を探す方法。
作成者の説明を基に成果物を確認する方法は?
レビューで焦点を当てるべきものは?
実行前でも、設計書の抜けやコードの読み違いを発見できます。は成果物を他の目で確かめる活動です。
作成者が予約の取消し処理を順に説明し、参加者が「取消し後の在庫は戻るか」と質問すると、実装前にを見つけられます。
は作成者の説明を基に確認する方法、は役割や手順を定めて系統的に欠陥を探す方法です。目的と進め方を区別します。
作成者の能力を評価する場にすると、問題を隠したり議論が脱線したりします。成果物の具体的なと修正判断に焦点を当てます。
出典・参考資料
試験の公式案内と、この記事の参考にした学習資料です。
- IPA:基本情報技術者試験 ↗
- IPA:現行制度の公開問題 ↗
- IPA:試験要綱・シラバス ↗
- IPA:基本情報技術者試験シラバス Ver.9.2(2026年1月) ↗
- Scrum Guides:The Scrum Guide(2020) ↗
編集:Pinternet Works · 更新日:
教材の編集方針・訂正について
