セクション: 情報システムの取得、開発、実装 説明:
インターフェースまたは統合テストは、ある領域から別の領域に情報を渡す 2 つ以上のコンポーネントの接続を評価するハードウェアまたはソフトウェア テストです。目的は、ユニット テストされたモジュールを取得し、設計によって指示された統合構造を構築することです。統合テストという用語は、一連のデータがあるシステムから別のシステムに転送される、テスト対象のアプリケーションと他のシステムの機能を確認および検証するテストを指すこともあります。
CISA 試験では、以下のテストの種類を知っておく必要があります。
ユニット テスト - 個々のプログラムまたはモジュールのテスト。ユニット テストでは、手続き型設計の制御構造に重点を置いた一連のテスト ケースを使用します。これらのテストにより、仕様に従ってプログラムの内部動作が保証されます。
インターフェースまたは統合テスト - ある領域から別の領域に情報を渡す 2 つ以上のコンポーネントの接続を評価するハードウェアまたはソフトウェア テスト。目的は、ユニット テストされたモジュールを取得し、設計によって指示された統合構造を構築することです。統合テストという用語は、一連のデータがあるシステムから別のシステムに転送される、テスト対象のアプリケーションと他のシステムの機能を確認および検証するテストを指すこともあります。
システム テスト - 新規または変更されたシステムを総合的に構成する、変更されたプログラム、オブジェクト、データベース スキーマなどが正しく機能することを確認するために設計された一連のテスト。これらのテスト手順は、多くの場合、テスト チームとして指定されたソフトウェア開発者によって、非実稼働テスト/開発環境で実行されます。システム テスト中に、次の特定の分析が実行される場合があります。
回復テスト - ソフトウェアまたはハードウェアの障害後にシステムが回復できるかどうかを確認します。
セキュリティ テスト - 変更されたシステムや新しいシステムに適切なアクセス制御の規定が含まれており、他のシステムを危険にさらす可能性のあるセキュリティ ホールが発生していないことを確認します。
負荷テスト - 大量のデータを使用してアプリケーションをテストし、ピーク時のパフォーマンスを評価します。
ボリューム テスト - レコードの増分ボリュームを使用してテストし、アプリケーションが処理できるレコードの最大ボリュームを決定することで、アプリケーションへの影響を調査します。
ストレス テスト - アプリケーションで同時接続するユーザー数/サービス数を段階的に増やしてテストし、アプリケーションが処理できる同時接続するユーザー数/サービスの最大数を決定することで、アプリケーションへの影響を調査します。
パフォーマンス テスト - 明確に定義されたベンチマークを使用して、システム パフォーマンスを他の同等のシステムと比較します。
最終受け入れテスト - アプリケーションの技術的側面に重点を置いた品質保証テスト (QAT) と、アプリケーションの機能的側面に重点を置いたユーザー受け入れテストという 2 つの主要な部分があります。
QAT は、文書化された仕様と採用されたテクノロジーに重点を置いています。論理設計とテクノロジー自体をテストすることで、アプリケーションが文書化されたとおりに動作することを確認します。また、アプリケーションが文書化された技術仕様と成果物を満たしていることも確認します。QAT は主に IS 部門によって実行されます。エンド ユーザーの参加は最小限で、要求に応じて行われます。QAT は機能テストには重点を置いていません。
UAT は、システムが本番環境に対応しており、文書化されたすべての要件を満たしていることを確認するプロセスをサポートします。方法には次のものがあります。
テスト戦略と手順の定義。
テストケースとシナリオの設計
テストの実行。
結果を利用してシステムの準備状況を検証します。
受け入れ基準は、ユーザーの事前定義されたニーズを満たすために成果物が満たさなければならない定義済みの基準です。完成したシステムの最終テストのために、UAT 計画を文書化する必要があります。テストはユーザーの視点から作成され、可能な限り本番環境に近い方法でシステムをテストする必要があります。
誤った回答は次のとおりです。
ユニット テスト - 個々のプログラムまたはモジュールのテスト。ユニット テストでは、手続き型設計の制御構造に重点を置いた一連のテスト ケースを使用します。これらのテストにより、仕様に従ってプログラムの内部動作が保証されます。
システム テスト - 新規または変更されたシステムを総合的に構成する、変更されたプログラム、オブジェクト、データベース スキーマなどが正しく機能することを確認するために設計された一連のテスト。これらのテスト手順は、多くの場合、テスト チームとして指定されたソフトウェア開発者によって、非本番テスト/開発環境で実行されます。
最終受け入れテスト - このテスト フェーズでは、適用する定義されたテスト方法を組織の QA 方法論に組み込む必要があります。
参照：
CISA レビューマニュアル 2014 ページ番号 166

検出制御の継続的な劣化の結果として生じる最大の影響は、セキュリティ ログの偽陰性の増加です。検出制御とは、システムまたはプロセスの予期されるまたは通常の動作やパフォーマンスからの逸脱や異常を監視して特定する制御です。セキュリティ ログは、ユーザー アクセス、ファイルの変更、システム エラー、セキュリティ インシデントなど、システムまたはネットワーク内で発生するイベントまたはアクティビティの記録です。偽陰性とは、セキュリティ ログが、不正アクセス、悪意のある変更、セキュリティ侵害など、実際に発生した逸脱や異常を検出ま​​たは報告できない状況です。セキュリティ ログの偽陰性の増加は、セキュリティの脅威に対するタイムリーな検出と対応を妨げ、セキュリティの監視と報告の精度と信頼性を損ない、ユーザーのアクションとトランザクションの説明責任と監査可能性を損なう可能性があるため、組織のセキュリティ体制とリスク管理に重大な影響を及ぼす可能性があります。その他のオプションは、検出制御の検出機能に影響を与えないか、セキュリティ管理への影響がそれほど深刻ではないため、セキュリティ ログの誤検出数の増加ほど影響はありません。参考資料:
CISA レビューマニュアル（デジタル版）1、第 5 章、セクション 5.2.1

セクション: 情報資産の保護
説明

ベータ テストとは、ソフトウェア製品のほぼ最終版をベータ テスターと呼ばれる外部ユーザー グループにリリースするプロセスです。ベータ テスターは実際の使用経験に基づいてフィードバックを提供し、バグを報告します。ベータ テストは、ソフトウェア製品の開発者とユーザーの両方にさまざまな利点をもたらします。これらの利点のいくつかは次のとおりです。
* 顧客検証12 により製品故障のリスクを軽減します。
* 発売後のインフラストラクチャのテストに役立ちます1。
* 顧客からのフィードバックを通じて製品の品質を向上させるのに役立ちます12。
* 徹底したバグ検出と問題解決が可能になります3。
* ユーザビリティとユーザーエクスペリエンスが向上します3。
* 顧客満足度と顧客ロイヤルティが向上します3。
これらの利点に基づくと、ソフトウェア製品のベータ テストに参加する最も重要な利点は D です。組織が新製品とその機能に精通できるようになります。ベータ テストに参加することで、組織は新製品の効果的な使用方法を学び、その機能と利点を発見し、改善の提案を行うことができます。これにより、組織は新製品が正式にリリースされたときに、より迅速かつ容易に、効率的に導入できるようになります。また、新製品に精通していない他のユーザーに対して、組織に競争上の優位性を与えることもできます。

セクション: 情報資産の保護
Explanation:
ビジネス影響分析では、各アプリケーションの損失の影響が示されます。アプリケーション プログラマーへのインタビューでは、システムの重要性に関連する限定的な情報しか得られません。ギャップ分析は、システム開発とプロジェクト管理にのみ関連します。監査には必要な情報が含まれていないか、最近行われていない可能性があります。