I.はじめに
インタフェースのテストを開始する前に、我々は、プロセス・インターフェース・テストとは何かを考えますか？カザフスタンへのプロセス・インターフェース・テストはどのようなものです：ここでは、一部の人は、好奇心と疑い、そして私の心のMMPを持っているのだろうか？？？ない参照インターフェイスのドキュメント、テストツールのインタフェースを直接使用（例えばJMeterのと郵便配達）テストという。。。実際には、わずか数のインターフェイスでのプロジェクトは、あなたが一時的なインターフェイスのテストを行うことができますが、プロジェクトはインターフェースの数十万人の数だけ、インタフェースの数十に至るまで、いくつかのインターフェースよりも多くのことができるかどうか。また、あなたの会社のプロジェクトならば、最初は、インタフェースのテストを行います。そして、古代人は「いいえ何の基準をルールません」:.言ったそうヘクタールは、我々はまだ厳密にプロセスインタフェースのテストを遵守する必要があります。
第二に、インタフェースのテストプロセス
インターフェイステスト機能テストに属する、インターフェースのテストプロセスは、前の機能テストと同様です。次のようにインターフェイスのテストプロセスは、次のとおりです。
- 開発インターフェイスのドキュメント（要件文書）を見つけるために、できるだけ早くテストを取ります。
- 書き込みテストケースへのインターフェイス文書（ユースケースは、等同値分割、境界値の設計方法、シーンのように、従来の書き込みルールに従って調製することができます）。
- リクエストの異なるパラメータを参照するためにテストを行う、インターフェース返されたデータが予想されます
第三に、なぜ書き込みユースケース
- 、アイデアを明確にリークテストを避けるために、測定が繰り返されます。
- テスト効率を向上させます。
- フォローアップテストの進行状況を、
- より良い問題を繰り返し、問題とレコードの問題を特定します。
- 反復作業に従ってください。
- リーダーシップを教える：私が行っています。
- プロセス・インターフェース・テスト（試験）の生成物
アイデアを所有し、例えば便利、上記の7:00には、テストポイント測定が何度も繰り返されているが、また、リークテストを回避することはありません。
第四に、ケースのデザインインターフェイス
：インタフェースのデザイン面での4例から機能、ビジネスロジック、異常な、安全性
特長：
1）機能は正常です。
2）機能は、インターフェースのドキュメントに実装されています
例：たとえば、あなたが追加するにはログインする必要があり、庭のブログのエッセイを追加します。デザインがない場合は、運用上の要件エッセイ訪問者追加機能によってサポートされていないことをエッセイ・テスト・インターフェースを追加するために、ユーザに、ログイン、および、インターフェースはエッセイの結果に追加することができ、機能が正常でない、要件を満たし、かつインターフェース記述文書はありません。
ビジネスロジック：依存サービスがある。
例：このインタフェースは、ログを呼び出すためのインターフェースの必要性を呼び出す前に、また、データの要求をログに記録されない場合は、ビジネス・ロジックを満たしていません。
异常：参数异常和数据异常
1）参数异常：关键字参数，参数为空，多，少参数，错误参数
2）数据异常：关键字数据，数据为空，长度不一致，错误数据
举例：不管数据异常还是参数异常，测试点差不多，一个参数有key和value，key表示参数，value表示数据。第一，看看参数和数据能不能支持关键字，例如Java中的保留关键字等等。第二个就是参数和数据都为空，看看是否做了判断。第三个，参数多和少，例如有两个参数的接口，你需要设计一个三个参数的用例，一个只有一个参数的用例。数据那边长度不一致，例如设计很长的字符串是否支持，因为数据库创建表过程都设置好了每个字段的长度。输入错误的参数和数据，例如故意输出单词等等。
安全测试用例设计：
1)cookie：有cookie才能获取数据，如果不带cookie还有信息返回，说明有问题
2)header：正常接口带header信息，删除header看是否能够返回数据。
3)唯一识别码：app手机识别码，一般是唯一的。
安全测试主要从上面三点检查。第三个是唯一识别码，主要是指app上手机的识别码，一般很少用到，除非很严格的接口测试，例如银行app登录，需要指纹，而指纹来源手机，一般有一个手机识别码判断过程。