ソフトウェアテストにおけるコンプライアンステスト（適合性テスト）
トーマス・ハミルトン
適合性テスト
適合性テスト ソフトウェア システムが IEEE、W3C、または ETSI によって定義された標準および規制に準拠していることを証明するために使用されるソフトウェア テスト手法です。 適合性テストの目的は、テスト対象のシステムが特定の規格の個々の要件を満たしていることをどのように確認するかを決定することです。 適合テストはコンプライアンステストとも呼ばれます。
いくつかの技術的な側面を扱う場合がありますが、意図的に次のものが含まれます。
- パフォーマンス
- 機能
- 堅牢性
- 相互運用性（インターオペラビリティ）
- システムの動作
適合性テストの種類
適合テストは論理的または物理的であり、次の種類のテストで構成されます。
適合テストはなぜ必要なのでしょうか?
- システム要件が満たされているかどうかを確認するには
- システムのマニュアルに必要な情報が揃っているかどうかを確認するには
- 仕様通りの開発・設計・評価を確認するため
何をテストする必要がありますか?
- 実装が行われる基準
- 開発するシステムの呼び出し
- 仕様の範囲
- 仕様の目標
適合性テストは、チームと標準、仕様、手順の理解について完全な保証を持って経営陣によって開始されます。
効率的なアプリケーションを構築するには、曖昧さを避けるために標準と仕様を明確に記載する必要があります。 そうでない場合は、適合性テスト自体が、テストを適切で信頼できるものにするために必要な手順を実行するのに役立ちます。
適合テストはいつ、どのように実行するのですか?
- システム全体の一貫性、要件仕様に対する完全性、正確性をチェックする必要がある場合、その時点で適合性テストが実行されます。
- 開発ライフサイクル ステージとそれほど変わらない、これを実行するための方法論がいくつかあります。
- 要求仕様の分析
- テスト計画の準備
- テストケースの準備とその目的
- 準備されたテスト設計のドキュメントを作成する
- サブセットなどの仕様の追加の側面に焦点を当てる必要があります。サブセットには通常、「プロファイル」、「レベル」、「モジュール」などの XNUMX つのタイプがあります。
- プロフィール 要件を満たすシステム機能を含む仕様のサブセットであり、特定のユーザー グループに特化したものです。
- レベル は仕様のネストされたサブセットです。 Level1 基本仕様を示します。 Level2 レベル1 + 追加/新機能を示します
- モジュール 相関性の高い規格と仕様を集めたものです
適合性テストのプロセス
適合性テストのプロセス コンプライアンス テスト プロセスは、効率性とパフォーマンスを確保し、ソフトウェア アプリケーションの将来のリスクを回避するために必要です。効果的な適合性テストには、次の手順が含まれます。
- 規格と仕様の分析
- テストツールとテストスイートの選択
- テスト手順の設計
- 必要な検証を確認する
- 関連するテストポリシーと認定を適応させる
理解を深めるために、適合性/準拠性テストのプロセスを図で表したものを簡単に見てみましょう。
ユースケースの助けを借りて、このプロセスは理解しやすくなります。
適合テストがコンプライアンス テストと呼ばれることもあると上で述べましたが、それでも適合テストをコンプライアンス テストとは異なるものにする基本的な事実がいくつかあります。
両方の比較と対照を確認します。
| 適合性テスト | コンプライアンステスト |
|---|---|
| 適合テストは標準をテストする正式かつ正確な方法です | コンプライアンステストは非公式で、標準をテストする精度が低い方法です |
| 適合証明は、公式認証機関を有するオペレーティングシステムにのみ適用されます。 | POSIX（Portable）の単一APIを提供するオペレーティングシステム Operating System Interface) に準拠していると言われています |
| 適合テストは、特定の標準を完全にサポートするシステムをテストするために使用されます。 | コンプライアンス テストは、特定の標準の一部をサポートするシステムをテストするために使用されます。 |
適合性テストの利点
- 仕様の適切な実装を保証します
- 移植性と相互運用性を保証する
- 標準の適切な利用を提供する
- インターフェイスと機能が期待どおりに動作していることを保証できる
- 構文やセマンティクスなど、準拠する必要がある領域と準拠しない領域を識別するのに役立ちます。
適合テストの欠点
他の種類のテストと同様、適合テストにも実行が非常に難しく、課題となる可能性のあるタスクがいくつかあります。 それらの一部を以下にリストします。
- 適合性テストを効率的に実行するには、適切な方法論とともにテストする必要があるシステムのクラスを特定する必要があります。
- 仕様をプロファイル、レベル、モジュールに分類する
- 値の事前定義
- テストプロセスを正常に実行するための拡張機能、オプション、アプローチを設計します。
適合性テスト: 重要な見解:
適合テストには、実装を成功させるために特別な注意と知識が必要な領域がいくつかあります。
- 最適なテスト方法
- テストプロセスを自動化するテストツールの選択
- 適合ではなく不適合のみを示す適合テストについての明確な理解
- 適合性テストプログラムの設計と実装
- どのように正式に実行されるべきかを定義する
- ポリシーと規制
モバイルシステムの適合性テスト
他の種類のソフトウェア テストと同様に、適合テストも次の目的で実行できます。 モバイル システム。 システムが組み立てられると、導入前に適合テストによって使用状況がチェックされます。
GSM や CDMA などのネットワークの種類に応じて、適合性と相互運用性を実現するためのテストが実行されます。
これらのテストには以下が含まれる場合があります。
- プロトコルのテスト
- 安全性/セキュリティテスト
- SIMカードのテスト
- 無線周波数(RF)試験
- 音声テスト
- 比吸収試験
ユースケース図の例
次のユースケース図は、展開されたモバイル システムに対して適合性テストを実行する方法を示しています。
さらに、SIM カードのテストは 2 段階で次のように詳しく説明できます。
- パスワードの検証
- 電話をかける
次のようなシステムには XNUMX つのケースが考えられます。
1. 通話成功
2. 通話が失敗しました
同様に、プロトコル テストでは次のユース ケースを検討してください。
フォロー テストケーステンプレート のテストケースをどのように作成できるかを理解するのに役立ちます。 プロトコルのテスト
| テストID | テストシナリオ | テスト手順 | テストデータ | 期待される結果 | 実結果 | 状況 | 備考 |
|---|---|---|---|---|---|---|---|
| PT001 | プロトコルにはデッドロックがない | コミュニケーションプロセスから始める | _ | 通信が正常に確立されるはずです | 通信が正常に確立されました | 合格 | _ |
| PT002 | 「Ping」コマンドはタイムアウトに対して正しく動作します | コマンドプロンプトで「Ping -w」として Ping コマンドを入力します。 | Ping 1000 | 「送信成功」というメッセージが表示されるはずです。 | 「送信成功」というメッセージが表示されます。 | 合格 | _ |
| PT003 | いいえを数えてください。 「エコー」リクエストの数 | コマンドプロンプトで「Ping -n」として Ping コマンドを入力します。 | Ping 4 | 0.0.0.4 バイトのデータで 32 への ping が開始され、「送信成功」というメッセージが表示されるはずです。 | 0.0.0.4 バイトのデータで 32 への ping を開始しますが、「送信失敗」というメッセージが表示されます。 | 失敗する | 意味的/機能的エラー |
| PT004 | どの状態からでもどの状態にも到達可能 | 状態を終了して前または次の状態に戻る | _ | 状態が正常に変更されるはずです | 状態の変更に成功しました | 合格 | _ |
これらの用語は、適合テストが技術標準の実装をテストするのにも役立つことを示しています。
テスト プロセスに均一性をもたらすために、テスト ケースが定義されています。 ネットワークのタイプに応じて、要件仕様に従ってモバイル システムが動作することを確認するために、何百ものテスト ケースが定義および実行される場合があります。
製品概要
- 適合テストはタイプテストとも呼ばれ、正式なテスト方法です。
- システムが要件の仕様に従っているかどうかを判断するために使用されます。
- これには、ストレス テスト、負荷テスト、ボリューム テスト、コンプライアンス テストが含まれます。
- これはコンプライアンス テストともみなされますが、両者には基本的な違いがあります。
- 適合テスト プログラム、テスト方法、およびテスト ツールは、適合テストの最も重要な領域の一部です
- 標準の利用と相互運用性の保証は、ソフトウェア エンジニアリングにおける適合性テストを通じて実現されます。
- 適合性テストはモバイル システムに対しても実行されます。