ソフトウェアインスペクションとは？人の目で誤りを見つけるレビュー手法【SG試験】

まず結論

ソフトウェアインスペクションとは、仕様書や設計書、プログラムなどを実際に動かさず、人の目で詳しく確認して、誤りや問題点を見つけるレビュー手法です。

SG試験では、「実行せずに、人がレビューする」 という点を押さえると切り分けやすいです。

選択肢で、

と書かれていたら、ソフトウェアインスペクションを疑います。

ソフトウェアインスペクションは、「提出前の答案を、先生やチームで細かく見直す」 イメージです。

答案を実際に採点システムへ通す前に、

「この式は間違っていないか」
「この説明は抜けていないか」
「条件を読み違えていないか」

を、人の目で確認します。

ソフトウェアでも同じです。

プログラムを動かしてから不具合を見つけるのではなく、仕様書・設計書・ソースコードを読んで、早い段階で問題を見つけます。

つまり、ソフトウェアインスペクションは 動かして試すテスト ではなく、読んで見つけるレビュー です。

ソフトウェアインスペクションは、ソフトウェア開発で使われるレビュー手法の一つです。

主な目的は、開発の早い段階で、仕様の誤り、設計の矛盾、プログラムの欠陥などを見つけることです。

基本的な流れは、次のように考えると分かりやすいです。

インスペクションは、ウォークスルーよりも 形式的なレビュー として出題されやすいです。

役割分担やチェックリストを使い、対象物をしっかり確認するイメージです。

ソフトウェアインスペクションは、次のような場面で使われます。

特に、実装後やテスト後に欠陥が見つかると、修正のコストが大きくなります。

そのため、インスペクションでは、早い段階で人の目によって欠陥を見つけることを重視します。

SG試験では、ソフトウェアインスペクションを セキュリティ攻撃の検査 ではなく、開発成果物を確認するレビュー手法 として整理しておくとよいです。

ソフトウェアインスペクションは、ウォークスルーやペネトレーションテストと混同されやすいです。

誤解1：プログラムを実際に動かすテストだと思う

ソフトウェアインスペクションは、基本的に実行しないレビューです。
動かして結果を確認するなら、テストの話になります。

誤解2：開発者が説明するレビューなら全部インスペクションだと思う

開発者が主体となって説明しながら確認するなら、ウォークスルーです。
インスペクションは、より形式的に人の目で検証するレビューとして整理します。

誤解3：侵入できるかを調べるものだと思う

侵入できるかを実際に試すのは、ペネトレーションテストです。
インスペクションは、攻撃を試すものではありません。

試験では、「実行せずに、人の目で仕様書やプログラムを検証する」ならソフトウェアインスペクション と判断すると、選択肢を切りやすくなります。