ソフトウェアテストの種類とは？機能・結合・退行・例外を切り分ける【基本情報技術者試験】

まず結論

ソフトウェアテストは、何を確認するテストか で切り分けると分かりやすいです。

基本情報技術者試験では、テスト名を丸暗記するよりも、選択肢の中にある 確認対象 を見ます。

特に、次の4つは混同しやすいです。

試験では、修正の悪影響 と出てきたら、まず退行テストを疑います。

ソフトウェアテストは、車の点検に近いです。

同じ「点検」でも、見る場所が違います。

このように、テスト名は「何を見るか」を表しています。

そのため、選択肢を読むときは、最初に 対象が機能なのか、接続なのか、修正影響なのか、異常系なのか を見ます。

英語では、退行テストは regression test と呼ばれます。
regression は「後戻り」という意味で、修正によって以前できていたことができなくなるイメージです。

ソフトウェアテストには、目的や実施タイミングによっていろいろな種類があります。

FE試験では、まず次の表で整理すると選択肢を切りやすくなります。

大きく分けると、テストには 段階で見る分類 と 目的で見る分類 があります。

分類の見方	例
開発の段階で見る	単体テスト、結合テスト、システムテスト、受入テスト
確認目的で見る	機能テスト、退行テスト、例外テスト、性能テスト、負荷テスト

このテーマは、基本情報技術者試験の「ソフトウェア開発」や「テスト」と関係する内容です。公式の出題範囲やシラバスは、IPA：基本情報技術者試験から確認できます。

科目Aでは、テスト名の説明として正しいものを選ぶ問題が出題されやすいです。

判断するときは、次のように キーワードから切る と楽です。

代表的な選択肢は、次のように切り分けます。

「システムの一部を修正したときに、修正部分がほかに悪影響を及ぼさないか」とあれば、退行テスト です。

問題文では、テスト名そのものよりも、問題文の中で どの段階の確認をしているか を読む力が大切です。

例えば、開発の流れを次のように整理します。

モジュールを作る
↓
単体テスト
↓
モジュールを組み合わせる
↓
結合テスト
↓
システム全体を確認する
↓
システムテスト
↓
利用者が確認する
↓
受入テスト

さらに、修正が入った場合は、次の観点が追加されます。

不具合を修正する
↓
修正部分を確認する
↓
以前正常だった機能に影響がないか確認する
↓
退行テスト

問題文では、テスト工程の説明文や表を読んで、今見ているのが部品なのか、接続なのか、全体なのか、修正影響なのか を追うと判断しやすくなります。

ソフトウェアテストでよくある誤解は、テスト名が似ているので、すべて「動くか確認する」で同じに見えてしまう ことです。

誤解	正しい理解
機能テストと結合テストは同じ	機能テストは要求機能、結合テストは接続を見る
修正した部分だけ確認すれば退行テスト	退行テストは修正が既存部分へ悪影響を与えていないかを見る
例外テストは例外処理を作ること	異常入力や例外ケースで正しく処理できるか確認するテスト
単体テストと結合テストは同じ	単体は部品ごと、結合は部品同士のつながり
システムテストと受入テストは同じ	システムテストは開発側の全体確認、受入テストは利用者側の受入確認

試験では、次の判断軸を持つと迷いにくいです。

機能を見る → 機能テスト
つながりを見る → 結合テスト
修正の悪影響を見る → 退行テスト
異常時の動きを見る → 例外テスト
部品を見る → 単体テスト
全体を見る → システムテスト
利用者が確認する → 受入テスト

また、ホワイトボックステストとブラックボックステストは、テストの段階ではなく テストケースを何に基づいて作るか の分類です。

テスト	見るもの
ホワイトボックステスト	内部構造、処理経路、条件分岐
ブラックボックステスト	仕様、入力、出力

段階の話と、テスト設計方法の話を混ぜないことも大切です。