Webインターフェース・テストは、実際には、機能テストと同一であることができるが、測定対象物は、それなしインターフェイス、インターフェイスの相互作用であるので、実施例設計の手順は汎用性です。
次のように一般的に使用される試験方法は次のとおりです。
1、同値分割方法
2、境界値分析
図3は、図の決意方法を引き起こします。
4、シーン解析
17.4.1インタフェースのテストケースの設計上の問題
図1に示すように、インターフェースプロトコルのタイプ（HTTPまたはHTTPS ...）。
2.インターフェース要求の方法は、（... /ポストを取得します）。
図3に示すように、パラメータが必要とされています。
図4に示すように、パラメータ間の相関があるかどうか。
図5に示すように、パラメータ値の範囲。
6、ビジネスルール。
17.4.2インタフェースのテストケースのデザインのアイデア
1） 優先順位-すべてのインターフェイス。
通常、このインターフェースは、サードパーティのコールを与えるため1、インターフェイスを露出。
図2は、内部システムは、インタフェースのコア機能を必要とします。
図3に示すように、システムコールインターフェースの内部非コア機能のため。
2） 優先順位-単一のインターフェイスのために。
図1に示すように、逆の場合、続いて正のテストケースの優先度を有する（通常、非絶対値）を有します。
図2は、それ自体がデータ値の範囲を制限するパラメータ>パラメータデータ型の制限>パラメータのデータ型との間に相関があるかどうか、それが運ぶかどうかをパラメータ>必須パラメータ>の前提条件>デフォルトのパラメータ値を満たしています。
17.4.3テストケース設計解析インタフェース
一般的には、インターフェイスデザインのテストケースは、次のような特徴を考慮する必要があります。
1 、前提条件を満たしています
いくつかのインタフェースは、彼らが正常にデータを取得することができます前に、前提条件を満たしている必要があります。共通するのは、トークンにログインする必要があります。
リバースユースケース：
前提条件が成立しているため、ユースケースを設計0〜N個（Nの条件を仮定して）。
2 、デフォルトパラメータの帳簿価額か。
フォワードの使用例：
デフォルト値を持つパラメータは、他の、ケースのデザインを満たしていない、必要なパラメータが正しく完了し、「通常」の値があり、参照が通らない、満たされていません。
3 、ビジネスルールと機能要件。
ここで実際の状況では、インタフェースに関連して説明したパラメータは、nが前方で設計および実施例実施例と逆であってもよいです
図4に示すように、パラメータが必要です。
リバースユースケース：
必要な各パラメータについて、パラメータ値は、設計空間の実施例に逆です。
5 、パラメータ間の相関があるかどうか。
いくつかのパラメータ同士の間の相互拘束の関係があります。
リバースユースケース：
実際の状況では、ケースを使用する0〜n個のピースを設計する必要があるかもしれません。
6 、パラメータのデータ型の制限。
リバースユースケース：
誤ったタイプの逆有する例示パラメータ値は、各パラメータのために設計されています。
図7は、パラメータ自体のデータ型は、データ値の範囲を制限します。
フォワードの使用例：
すべてのパラメータのために、設計は、最大順方向のユースケースデータ範囲の各パラメータの値をパラメータ。
リバースユースケース：
各設計パラメータのN個のパラメータ値の（Nと仮定）各パラメータの逆の場合を用いて最大データ範囲を超えています。
n個のデータ範囲の各々についての設計パラメータのパラメータ値の（Nと仮定）各パラメータの最小逆ユースケース未満です。
十分配慮上記の態様は、基本的には、以下の側面をカバー行うことができます。
メインフロー試験：チェックの正常な機能の主な流れ。
分岐テスト：通常の分岐チェック機能。
異常フロー試験：異常パリティフォールトトレランス。