基本情報 令和元年度 秋期 問58｜マネジメント系に関する問題

答えは a「テストケースが網羅的に想定されていること」 です。

システム監査人は、テストを自分で行う人ではなく、テストのやり方が適切かをチェックする人です。いちばん大事なのは「確かめるべきことを漏れなくテストしているか」。テストケース（確認する項目）が抜けていれば、そこに潜む不具合は見つからないまま本番に出てしまいます。

👉 覚え方：テストの監査はまず網羅性。

ほかの選択肢：b テスト計画の承認は利用者側と開発側の両方で行う／c 本番の業務環境でテストすると業務に悪影響が出るおそれがある／d テストは利用者側と開発側が協力して行う。

なぜこれが正解か

正解は a。システム監査人は、システムテストが適切に計画・実施されているかを第三者の立場で確かめる。テストの質を左右する最大の要素は、確認すべき機能・条件・例外処理を漏れなく洗い出したテストケースがあるかどうか。網羅性が欠けていれば、テストに合格しても確認していない部分に不具合が残る。そのため「テストケースが網羅的に想定されていること」は監査の重要なチェックポイントになる。

各選択肢の解説

• a：正解。
• b：テスト計画は、システムを使う利用者側と、システムを作る開発側（情報システム部門）の双方の責任者が承認するのが適切。利用者側だけでは技術面の妥当性が確認されない。
• c：実際に業務が行われている本番環境でテストすると、誤ったデータ更新や停止で業務に影響が出るおそれがある。テストは本番環境から切り離した環境で行うのが原則。
• d：システムテストは開発側と利用者側が協力して行う。利用者側の担当者だけでは技術的な確認が不十分になる。

覚え方・ひっかけ注意

監査の選択肢は「だけ」「のみ」が付いたら疑う。b・d のように一方の部門に限定する記述は、互いのチェック（牽制）が働かないので不適切になりやすい。テストの監査は「網羅的なテストケース」「本番と切り離した環境」「利用者側と開発側の双方の関与」の3点で覚える。

理論的背景

システム監査は、経済産業省のシステム監査基準（監査人の行為規範）とシステム管理基準（監査の判断尺度）に基づいて行う。システム監査人はテストを自ら行うのではなく、開発工程のテストが適切に計画・実施・評価されているかを、テスト計画書・テストケース・結果の記録・承認の記録などの証拠に基づいて確かめる。

テストの監査で見る観点は主に次のとおり。

• 網羅性：要件・機能・境界値・例外処理・非機能要件（性能・セキュリティ）までテストケースが洗い出されているか
• 相互牽制：計画の承認、実施、結果の確認に利用者側と開発側の双方が関与しているか
• 環境の分離：本番環境から切り離した環境で行い、本番データを使う場合は個人情報などの保護措置がとられているか
• 記録と追跡：テスト結果・不具合・修正・再テストが記録され、未解決の不具合の扱いが判断されているか

実務での使われ方

• 網羅性の確認には、要件とテストケースを対応付けたトレーサビリティマトリクスが使われる。すべての要件に少なくとも1つのテストケースが対応しているかを一覧で示せる。
• プログラムの内部構造に着目する場合は命令網羅（C0）・分岐網羅（C1）などのカバレッジ指標、外部の仕様に着目する場合は同値分割・境界値分析・デシジョンテーブルで網羅性を高める。
• テスト環境は本番と同等の構成を用意しつつ本番から切り離す。本番データを使う場合はマスキング（匿名化）してから投入する。

試験での位置づけ

システム監査の分野では、開発・テスト・移行・運用の各工程について「監査のチェックポイントとして適切なもの」を選ばせる問題が定番。「網羅的」「本番と切り離した環境」「双方の承認」が正解の手がかりになりやすく、「だけ」「のみ」で一方に限定した記述や、本番環境でのテストは誤りになりやすい。応用情報・システム監査技術者では、監査手続や監査証拠の種類まで踏み込んで問われる。

選択肢の発展補足

• b：利用者側だけの承認では、テストの範囲や手法の技術的な妥当性が確認されない。逆に開発側だけの承認では、業務の要件を満たすかという観点が欠ける。双方の承認で互いの見落としを補う。
• c：本番環境でのテストには、データの誤更新・性能低下・業務停止のリスクがある。受入れの最終確認を本番に近い環境で行うことはあっても、本番そのものとは切り離すのが原則。
• d：利用者側だけの実施では、境界値・異常系・性能といった技術的な検証が不十分になる。開発側だけでは業務の実態に沿った確認が不足する。システムテストは両者が協力して行い、最後に利用者側が受入れテストで確認する、という分担が一般的。