著者|それがいっぱいです
リンク| cnblogs .COM /puresoul/p/5388586.html
本論文では2つの部分に分かれています。
パートI：スタートからの主な問題は、関連するコンテンツの導入およびフロントエンドのテストと比較して、簡単なインターフェース・テスト、それらを連絡する前に違いをまとめました。しかし、どのようにのアカウントの一部のみを行うには、どのように行うには？そして、理由を説明していませんか？
パートIIは：インターフェースのテスト、継続的インテグレーションとインタフェースの概要およびインタフェース品質評価の内容を行う理由を主に説明しています。
最初の部分：
まず、多くの場合、開発者は尋ねますエンドバックがあり、インタフェースのテストプロセスを実行します。
1.どのようなバックエンドのインタフェースがテストされますか？どのように測定されましたか？
2.再度テストバックエンド・インターフェースは、また、再度試験したフロントは、再試験されていませんか？
だから、開発に上記のような問題点を説明するために、常識の基本的なテストの普及、特別コーマコンテンツ・インタフェースのテストだけでなく、フロントエンドのテスト、開発チームとのテストチームとの違いは、テストこの上の基本的な合意に達するために、チームワークを向上させます効率、より良い製品の品質を確保するように。
その後、我々は、上記の質問に答えるようにしてみてください。
質問1：テストするためのバックエンドインターフェイスは何ですか？
この質問に答える、私たちは、以下の画像を参照してください、インタフェースのテスト活動の観点から、当社の現在のプロジェクトのバックエンドインターフェイスのテストの主な内容の基本的な反応を開始することができます。
質問2：どのように我々はテストをインターフェイスしますか？
フロントと我々のプロジェクトのバックエンドは、主にコールに基づいているため、HTTPのインターフェースプロトコル、それは主にツールやコード・シミュレーション・テスト・インタフェースを介して行われ、HTTPリクエストを送信および受信します。郵便配達、JMeterは、soupUI、Javaの次のような多くのツールがあります + HTTPClientは、robotframework + httplibrary 等が。
質問3：バックエンドインターフェイスが再びテストし、また再びテスト前には、再テストされていませんか？
回答这个问题，我们可以直接对比接口测试和app端测试活动的内容，如下图为app测试时需要覆盖或考虑内容：
从上面这两张图对比可以看出，两个测试活动中相同的部分有功能测试、边界分析测试和性能测试，其它部分由于各自特性或关注点不同需要进行特殊的测试，在此不做讨论。接下来我们针对以上三部分相同的内容再进行分析：
1、基本功能测试：
由于是针对基本业务功能进行测试，所以这部分是两种测试重合度最高的一块，开发同学通常所指的也主要是这部分的内容。
2、边界分析测试：
在基本功能测试的基础上考虑输入输出的边界条件，这部分内容也会有重复的部分（比如业务规则的边界）。但是，前端的输入输出很多时候都是提供固守的值让用户选择（如下拉框），在这种情况下测试的边界范围就非常有限，但接口测试就不存在这方面的限制，相对来说接口可以覆盖的范围更广，同样的，接口出现问题的概率也更高。
3、性能测试：
这个比较容易区分，虽然都需要做性能测试，但关注点确大不相同。App端性能主要关注与手机相关的特性，如手机cpu、内存、流量、fps等。而接口性能主要关注接口响应时间、并发、服务端资源的使用情况等。两种测试时的策略和方法都有很大区别，所以这部分内容是需要分开单独进行测试的，理论上来说这也是不同的部分。
综论：
1、接口测试和app测试的活动有部分重复的内容，主要集中在业务功能测试方面。除此之外，针对各自特性的测试都不一样，需要分别进行有针对性的测试，才能确保整个产品的质量。
2、接口测试可以关注于服务器逻辑验证，而UI测试可以关注于页面展示逻辑及界面前端与服务器集成验证
第二部分：
1、什么是接口测试？
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。推荐博文：如何设计一个良好的接口
2、为什么要做接口测试?
a) 如今的系统复杂度不断上升，传统的测试方法成本急剧增加且测试效率大幅下降，接口测试可以提供这种情况下的解决方案。
b) 接口测试相对容易实现自动化持续集成，且相对UI自动化也比较稳定，可以减少人工回归测试人力成本与时间，缩短测试周期，支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。
c) 现在很多系统前后端架构是分离的，从安全层面来说：
1、只依赖前端进行限制已经完全不能满足系统的安全要求（绕过前面实在太容易）， 需要后端同样进行控制，在这种情况下就需要从接口层面进行验证。
2、前后端传输、日志打印等信息是否加密传输也是需要验证的，特别是涉及到用户的隐私信息，如身份证，银行卡等。
3、接口测试持续集成：
对接口测试而言，持续集成自动化是核心内容，通过持自动化的手段我们才能做到低成本高收益。目前我们已经实现了接口自动化，主要应用于回归阶段，后续还需要加强自动化的程度，包括但不限于下面的内容：
a) 流程方面：在回归阶段加强接口异常场景的覆盖度，并逐步向系统测试，冒烟测试阶段延伸，最终达到全流程自动化。
b) 结果展示：更加丰富的结果展示、趋势分析，质量统计和分析等
c) 问题定位：报错信息、日志更精准，方便问题复现与定位。
d) 结果校验：加强自动化校验能力，如数据库信息校验。
e) 代码覆盖率：不断尝试由目前的黑盒向白盒下探，提高代码覆盖率。
F）性能要件：パフォーマンス指標が正常である自動インターフェースによって監視、システムのパフォーマンステストを改善します。
4、インタフェースのテスト品質評価基準：
a）のビジネス機能が完全にカバーされ
b）はビジネスルールのカバーは完了です
c）のパラメータは、要件（ボーダー、ビジネスルール）かどうかを検証します
D）インターフェース異常なシーンカバレッジは完了です
e）のインターフェイスは、カバレッジ要件に達しています
F）コードカバレッジ要件か
g）のパフォーマンスが要件を満たしています
H）安全指標の要件を満たしています