ITパスポート 2011年 春期 問54

テストを次の順序で行う場合、システムテストの目的 +【ITパスポート 解説】

正解の理由

解法ステップ

1. テストの階層を思い出す（順序）：
   • 単体テスト（Unit test：個々のプログラム単位を検証）
   • 結合テスト（Integration test：プログラム間のやり取り＝インタフェースを検証）
   • システムテスト（System test：システム全体の機能と性能を検証）
   • 受入テスト／ユーザー受入（UAT：User Acceptance Test：利用者が業務で使えるかを検証）
2. 各選択肢がどの階層に該当するかを当てはめる。
3. 「システム全体」と「性能」をキーワードにする。該当する説明が正答。

選択肢別の誤答解説

• ア: 正しい。システム全体の機能・性能を検証するのがシステムテストの目的です。ここでは統合された環境でブラックボックス的に評価します。
• イ: 間違い。これは結合テスト（Integration test：複数のプログラムやモジュール間のインタフェース＝接続やデータの受け渡しが正しいかを確認するテスト）に該当します。結合テストはモジュール同士の連携に注目します。
• ウ: 間違い。これは単体テスト（Unit test：個々のプログラムや関数の内部動作やロジックを確認する）やホワイトボックス（内部構造に着目する）に該当します。内部構造を見るのは単体テスト段階です。
• エ: 間違い。これは受入テスト（UAT：利用者が業務として使えるかを検証するテスト）に該当します。受入テストは利用者や顧客が実際の業務フローで確認する段階で、場合によっては本番環境に近い検証環境（ステージング）や本番で行うこともありますが、目的が「利用者が業務を実施できることの検証」である点が受入テストの特徴です。

よくある誤解

• 誤解1: 「システムテストは開発者がやる」と考える。
  解説: 実際はテスト専門の担当者や品質保証（QA）チーム、テストエンジニアが主に実施します（もちろん小規模開発では開発者が行う場合もあります）。ポイントは「システムとしての振る舞い」を客観的に評価することです。
• 誤解2: 「システムテスト＝本番での利用者確認」と混同する。
  解説: システムテストは本番に近い検証環境で行うことが多く、性能やセキュリティも含めた総合検証です。利用者が業務で確認する受入テストとは目的と主体が異なります。
• 誤解3: 「内部コードの細かいバグはシステムテストで見つける」と思う。
  解説: 内部ロジックの細かいバグは単体テストやコードレビューで見つけるのが効率的です。システムテストは機能の結合時の不整合や性能問題を見つける役割が中心です。

補足コラム

• 単体テスト：商品を扱うクラスの関数が正しく計算するか確認する。
• 結合テスト：注文処理が在庫システムと正しくやり取りできるか確認する（インタフェース）。
• システムテスト：サイト全体で商品検索→注文→支払い→出荷依頼が性能面も含めて正常に動くかを確認する。
• 受入テスト：発注担当者が実際の業務手順で使って受け入れ判定する。

FAQ