1. [など、エクセル乱数を使用して]セットインターフェイスパラメータをEXCELL、次いで挿入のサービス・インターフェース実装メソッドを呼び出します
PS：支払い情報を作るために、元の死者、ランダム、パラメトリック法を書くことで、これはお勧めしません。次の理由
。エクセルの背後に更なる局面では、人々は、コードが動作することが可能で、書き込みはありません。
パラメータの数が変更されたフィールドを通過し、異なる論理を有していなければならない場合エクセルラインに直接添加した場合、B。、データは、コードから各シーンチェンジのために組み立てられていません
2.支払い情報、およびエクセル特定の検証ロジックの内部にダウン渡す決定されたパラメータに応じて、検証方法を記述するために、オブジェクトに組み込まフィールド必要マニュアル検査を渡します。[Doが取得するシーンの裁判官の文章の多くに引数を記述しません]
オートメーションアサーションは成功と失敗の一部とみなされます
確認するために、異なるシーンからの正常と異常なデータを作る3.excellシーン
PS：他の検証テーブルの必要性
実際の状況に対処するかどうかを判断するために例外として、考慮すべき一般的な例外：
フロントエンドの呼び出しインタフェースは、通信する双方の結果に基づいて、空、書き込みテストケースがあるかどうか、あなたがnullを返す必要か必要でない場合は、フロント例外を使い果たしたことに渡されたインタフェースパラメータがに与えられていない、治療を必要としない1
[ユーザー名とパスワードが動作しませんを渡さない場合] 2.パス---以下のインタフェースは、フィールドを通過しますが、また、異常な状況が空であるかどうか
3. ---インターフェイスは、検査に合格しなければならない通過しない、オプションのフィールドを渡すことができます
情報転送インタフェース処理側の一部は、治療を必要としない場合4.マルチパーティコール・インタフェースの転送は---、何の問題があることを確実にします
PS：給与システムは通過しませんが、インターフェイスが処理した、開発とみなされ、私たちから学ぶことができます
インターフェース・テストのアイデア：
1.インタフェースのドキュメント独自の分析のバージョンによると、確認部分に、不足しているかどうかを確認するために、開発者/業務用ユースケースとユースケースを[ビジネスプロセス+ +は、例外エラーの内容を処理する必要が+期待されているかどうかを判断する例外を検討します]
PS：等の等価クラスの考え方によると、条件と結果の分類と同じ統一治療へ
必要であれば例外2.確認し、すべての通信の結果によれば、インタフェーステストはプロセスの主な目的かどうかを確認することで、インターフェースの検査と治療に対処するかどうか、度[特別処理+ +、詳細のフィールド検証エラーレベルを通過します]コスト、時間、そして自分自身の意思決定をテストします。そして、患者さんとのコミュニケーションを改善
テストを書く3は、第一の試験〔試験例のメインフローとは、シーンを表す各列にエクセル、エクセル、パラメータ列加算ロジックの各行が移動することを決定するために、期待される結果を決定するために記載されています]
PS :.現在、当社はないので細かい、主にメインフローしている、あなたは本当に人工的に問題を見ることができます
インタフェース - 例：機能検査値異常設計シナリオ+、以下から始まります。
。主な機能は正常です
B。論理的なビジネス（も入りが上陸する前に確認するために、ロジック依存事業が含まれています）
C。パラメータエラー（1つのパラメータがnullパラメータ値ではない。3.複数のキーワード/あまり厳しくパラメータ4.パラメータがデータベースに存在しないインターフェイスを試験する際に使用されます）
異常でD。データ（1. 2.データがNULLデータ値であるキーの長さがバンク4に許可されていないヌル3である_異常データエラーが存在しません）
すなわち安全
PS：
0または1オプションメモリの格納された値は、空のパラメータがnullであります
厳格かつ一貫性のあるインタフェースのドキュメントに名前のパラメータ2.補足インタフェース、それは大文字と小文字が区別されます
アサーションのアイデア：
試験を増やし1.呼び出しインタフェースパスをデータベースに照会し、オブジェクトに組み込まフィールドの手動検査の結果を挿入する必要上、プロンプトデータの成功または失敗に見出さ
2.チェックチェックチェック：オブジェクトデータベースにクエリ結果が同じかどうかをチェックします
テストを削除3：コール・インターフェースは、データベースクエリにキーフィールドをオブジェクトに組み立てられた情報を渡すか、取る後
4.変更テスト：これらはチェックアウトする前に、修正前の情報の集合が上を通過し、二回コールインターフェース、クエリ後2つのオブジェクトに変更、オブジェクトに変更された情報を組み立て