【いんすぺくしょん】
インスペクション とは?
最終更新:
💡 役割と手順を決めて、成果物の欠陥を探す
成果物の欠陥を見つけるため、役割・準備・記録・修正確認を定めて行うレビュー手法。インスペクションの流れ、コードレビューやテストとの関係を解説します。
📌 このページのポイント
インスペクションは、普通のレビューと違う?
誰が、何をする?
会議で、初めて内容を読む?
各自が事前に成果物と関連資料を読み、疑問や欠陥の候補を整理する。会議ではそれを共有し、見つけた問題を記録するよ。チェックリストなどを使い、要求や設計との不一致、抜け、矛盾を調べるんだ。
その場で、直し方を全部議論する?
まず欠陥を特定し、作成者が何を直すか分かる状態にする。長い解決策の議論は、別の場へ分けるよ。修正は会議後に行い、対応したことや新しい問題が生まれていないことを確認する。見つけっぱなしでは終わらないんだ。
これで、テストを省ける?
省けるという意味ではないよ。インスペクションは成果物を調べ、テストは実行結果などから問題を確かめる。両方を組み合わせる。早く直せれば手戻りを抑えられるけれど、決まった検出率や費用の削減をすべての案件で保証しないんだ。
もっと詳しく知りたい人へ
コード以外も、点検できる?
設計資料やテスト計画、テストケースなども対象にできます。資料同士の対応や不足を調べます。どの成果物にどの厳密さのレビューを行うかは、リスクとプロジェクトの条件に合わせます。
PRのチェックリストだけで、正式なインスペクション?
チェックリストは役立ちますが、それだけで特定の標準の条件を満たすとは限りません。役割、事前準備、記録、修正確認など、採用する方法の条件を確認します。
📖 おまけ:英語の意味
「Inspection」 = 検査・精査
💬 ソフトウェアでは、Michael Faganの1976年の設計・コードのインスペクション論文が代表例です。「公式」は、公的機関のお墨付きを得るという意味ではありません。