---
title: "ソフトウェアインスペクションとは？人の目で誤りを見つけるレビュー手法【SG試験】"
description: "ソフトウェアインスペクションを実行前に人の目で欠陥を見つけるレビュー手法として整理し、ウォークスルーやペネトレーションテスト、リグレッションテストとの違いを切り分けます。 プログラムを動かさない静的な確認である点に注目し、動的テストや攻撃者視点の診断を正解にするひっかけを避けます。"
last_modified_at: "2026-06-24"
canonical_url: "https://stemtazoo.github.io/sg/software-inspection/"
section: "sg"
---

## まず結論

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

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

選択肢で、

- 仕様書やプログラムを確認する
- 実際に動かさずに検証する
- 人の目で誤りを見つける
- レビュー手法である

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

## 直感的な説明

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

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

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

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

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

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

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

## 定義・仕組み

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

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

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

1. **レビュー対象を決める**  
   仕様書、設計書、ソースコードなど、確認する対象を決めます。

2. **事前に内容を確認する**  
   参加者が資料を読み、気になる点や誤りを探します。

3. **会議で問題点を確認する**  
   指摘事項を共有し、欠陥や修正すべき点を整理します。

4. **修正内容を記録する**  
   見つかった問題を記録し、修正や再確認につなげます。

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

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

## どんな場面で使う？

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

- 仕様書に抜けや矛盾がないか確認する
- 設計書が要件と合っているか確認する
- ソースコードに誤りや保守しにくい部分がないか確認する
- テスト前に、明らかな欠陥を早めに見つける
- 品質を高め、手戻りを減らす

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

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

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

## よくある誤解・混同

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

| 用語 | 何をする？ | 判断ポイント |
|---|---|---|
| ソフトウェアインスペクション | 仕様書やプログラムを人の目で検証する | 実行せずにレビューする |
| ウォークスルー | 開発者が説明しながら確認する | 開発者主体のレビュー |
| ペネトレーションテスト | 実際に侵入を試みる | 攻撃者視点で侵入可能性を確認 |
| リグレッションテスト | 変更後に既存機能が壊れていないか確認する | 変更の影響を確認 |
| 単体テスト | 部品単位で動作を確認する | プログラムを実行して確認 |

### SG試験でのひっかけポイント

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

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

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

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

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

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

## まとめ（試験直前用）

- ソフトウェアインスペクションは、**人の目で確認するレビュー手法**
- 仕様書・設計書・プログラムを **実行せずに検証** する
- ウォークスルーは、**開発者が説明しながら確認** するレビュー
- ペネトレーションテストは、**実際に侵入を試みる** 検査
- リグレッションテストは、変更後に **既存機能が壊れていないか** を確認するテスト

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