システムテストとは？要件を満たすか確認する総合テスト【SG試験】

まず結論

システムテストは、プログラム単体の不具合を探すだけのテストではありません。
機能、性能、操作性、安全性、例外処理などを含めて、システムとして使える状態かを確認します。

システムテストは、家を建てた後の「引き渡し前の総合確認」に近いです。

部屋ごとに照明がつくか、水が出るかを確認するだけでなく、

まで確認します。

システムも同じです。
部品ごとのテストが終わっていても、全体としてつながったときに問題が出ることがあります。

そのためシステムテストでは、利用者が求めた要件を、システム全体で満たしているかを見ることが大切です。

SG試験では、選択肢に「開発者が作ったプログラムを少し動かして確認する」といった説明が出たら注意です。
システムテストは、もっと広く、計画に基づいて行う総合的な確認です。

システムテストでは、システム要件定義で決めた内容をもとに、テストケースやテストデータを作成します。

確認する内容には、次のようなものがあります。

システムテストの管理では、次の点が重要です。

ここで大切なのは、誰かが感覚で確認するのではなく、計画・基準・記録に基づいて確認するという点です。

情報セキュリティマネジメント試験の出題範囲では、プロジェクトマネジメントやシステム企画・運用の観点も扱われます。公式の出題内容は、IPAの情報セキュリティマネジメント試験出題範囲で確認できます。

システムテストは、開発したシステムを本番利用する前に行います。

たとえば、次のような場面です。

SG試験では、「テストを誰が承認するか」「どの環境で実施するか」「結果をどう扱うか」が問われることがあります。

選択肢では、次のような表現に注意します。

利用者側の責任者だけが事前に承認する
→ 利用者側のレビューは重要ですが、最終的な承認はプロジェクトの責任者や開発責任者など、定められた責任者が行います。
本番環境で直接テストする
→ 本番データの破損や業務停止につながるため、原則として本番環境とは分離した環境で実施します。
開発者だけで完結する
→ 開発側の確認は必要ですが、利用者側、運用、保守の視点も重要です。
記録を残さず、問題がなければ完了とする
→ テスト結果は、後から確認できるように記録・保管します。

単体テストは、プログラムや部品が個別に正しく動くかを確認します。
一方、システムテストは、システム全体として要件を満たすかを確認します。

選択肢で「個々のプログラムの内部処理を確認する」とあれば、システムテストではなく単体テスト寄りです。

結合テストは、複数のプログラムやサブシステムをつなげたときに正しく動くかを確認します。
システムテストは、その先にある、利用者の要件を満たしているかの総合確認です。

「サブシステム間のインタフェース確認」が中心なら結合テスト、
「要件全体を満たすか」が中心ならシステムテスト、と切り分けます。

受入テストは、利用者側が、納品されたシステムを受け入れてよいか確認するテストです。
システムテストは、開発側を中心に、システム全体が要件を満たすかを確認する工程です。

SG試験では、ここを混同させてくることがあります。

利用者側のレビューや合意は重要です。
しかし、システムテストの計画や結果の承認は、通常、プロジェクトの定められた責任者が行います。

「利用者側だけ」「開発者だけ」「責任者の承認が不要」といった表現は、管理策として弱いので注意します。