共计 3093 个字符，预计需要花费 8 分钟才能阅读完成。
当初很多公司都有做接口测试的要求，这时很多之前始终做功能测试的搭档们就比拟措手不及了，所以就须要来学习接口测试了，明天就给大家解说一下接口测试的常识。
一、接口测试的意义
1、什么是接口测试呢？
接口测试是测试零碎组件间接口的一种测试，接口测试次要用于检测内部零碎与零碎之间以及外部各个子系统之间的交互点分割，测试的重点是要检查数据的替换，传递和管制治理过程，以及零碎间的互相逻辑依赖关系等。
2、那为什么要做接口测试呢？
（1）举个例子来说，就举大家都很相熟的淘宝网来说吧，在淘宝网一直倒退历史过程中，最先呈现的是功能测试和性能测试，而后才是自动化测试，但测试技术倒退到明天，淘宝网的架构曾经不再是以前传统的 MVC 构造了，整个零碎架构一直向着分布式、业务中心化和高可用性的方向倒退，淘宝网现今的零碎架构纷繁复杂，零碎间的各种接口庞杂繁多，传统的功能测试、性能测试和自动化测试曾经难以满足零碎倒退的需要，这时就迫切需要一种更加无效实用且能够继续进行的测试形式来保障整个零碎架构的品质。
（2）接口测试就是在这种需要下应运而生，首先，随着零碎复杂程度的一直回升，传统的测试方法测试老本急剧减少，测试效率且大幅降落（数据模型推算，底层的一个 bug 可能引发下层的 8 个左右 bug，而且底层的 bug 很容易引起全网的宕机；相同的接口测试可能提供零碎复杂度回升的状况下低成本高效率的解决方案。
（3）其次接口测试不同于传统开发的单元测试，接口测试是站在用户的角度对系统接口进行全面高效继续的检测测试。
（4）最初接口测试是自动化并且继续集成的，这也是为什么接口测试可能低成本高效率的本源。
（5）总之接口测试是保障高复杂性零碎品质的外在要求和低成本的经济利益的驱动作用下的最佳解决方案，接口测试是一个残缺的体系，也包含功能测试、性能测试
3）接口测试的适用范围
（1）接口测试个别利用于多零碎间交互开发，或者领有多个子系统的利用零碎开发的测试。接口测试实用于为其余零碎提供服务的底层框架零碎和核心服务零碎，次要测试这些零碎对外部提供的接口，验证其正确性和稳定性。接口测试同样实用于一个下层零碎中的服务层接口，越往下层，其测试的难度越大。接口测试在淘宝网的利用是一个自下而上的倒退过程。
（2）接口测试施行在多零碎多平台的构架下，有着极为高效的老本收益比。接口测试天生为高复杂性的平台带来高效的缺点检测和品质监督能力。平台越简单，零碎越宏大，做接口测试的成果就越显著。
二、做接口测试的目标
1、接口测试的战略方针
（1）接口测试的外围策略在于：以保证系统的正确和稳固为外围，以继续集成为伎俩，进步测试效率，晋升用户体验，升高产品研发老本为目标。
（2）外围：保证系统的稳固品质治理的指标是保证系统的正确和稳固，接口测试作为软件品质治理的一部分也是能保证系统的正确和稳固的，更精确的说法是保证系统服务端的正确和稳固，一个零碎的服务端，越靠近底层，对系统的影响就越大，甚至有可能牵一发而动全身，服务端的一个缺点可能会引起客户端的几个甚至十几个缺点，更可怕的是服务端的缺点有可能引起整个零碎的解体，这对整个零碎来说，损失将是不可估量的，因而服务端接口的品质将间接影响到零碎的正确和稳固。
（3）伎俩：继续集成什么是以继续集成为伎俩，关键在于“继续构建”、“业务”、“集成化”以及“文档体系”，咱们须要让被测代码进行继续构建集成，咱们须要用业务化的思维去思考接口定义的合理性，咱们须要从性能、平安的角度去思考代码的正确性，咱们还须要从集成化的角度去甄别接口间数据传递的正确性，咱们更须要确定咱们的测试范畴，也就是咱们要测什么、不要测什么。
（3）目标：进步测试效率，晋升用户体验，升高产品研发老本，接口测试要为代码的编写保驾护航，加强开发人员和测试人员的自信，让隐含的 BUG 提前裸露进去，要让开发人员在第一工夫修复 BUG，要让性能测试人员和性能测试人员在测试的时候更加棘手，最大限度缩小底层 BUG 的呈现数量，要让产品研发的流程更加麻利，要缩短产品的研发周期，最初在产品上线当前，要让用户用得更加顺畅，同时也要让用户感觉产品服务零缺点。
（4）另外在这个策略过程中，咱们须要几类资源作为撑持，上面做简略形容。首先在这个策略中最重要的一点是要强调团队的重要性，特地是团队中须要有正当的人力资源配置，在这个团队中，须要全才，也须要专才，须要技术专家，也须要业务专家，既须要高效的执行者，也须要无效的管理者，任何人在这个团队中都能够施展重要作用。
（5）其次要充沛器重文档的重要性，包含需要文档，开发技术计划，测试技术计划，测试用例文档等等，欠缺这些文档能够大大减少软件工程周期中各个团队配合阻碍，也能够升高前期软件维护老本。
（6）因而贯彻和落实接口测试的策略能够最大水平地进步软件品质的稳定性。
2、接口测试的各阶段倒退和指标
简要讲述一个接口测试团队从建设初期到倒退起来经验了哪些阶段，以及咱们冀望未来做成什么样子。
（1）摸索阶段：一个全新的团队在成立之初个别都会经验一个比拟长期的摸索过程，在这个阶段内咱们会尝试不同的技术、框架和流程标准。直到在这些方面都找到了比拟适宜团队本身特点的计划了，那么这个阶段的指标就算是达到了。
（2）稳固进步阶段：摸索阶段过后就应该会进入一个稳固进步期，经验了摸索阶段过后，团队的技术、框架和流程标准都应该有了一个根本的定型。这个时候团队的指标就是通过不同的我的项目实际来一直优化这些定型后的货色，最终总结出一套最佳计划进去。这套计划应该可能成为其它我的项目测试流动的参照，甚至是根据规范。这个时候呢，咱们会发现所有的我的项目都在有序、对立、高效、牢靠的进行。
（3）扩充影响，组织共赢阶段：那么达到下面这个指标之后是不是就是接口测试团队的起点呢？显然不是的，不要忘了，到目前为止，无论你在接口测试的工作上做得再好，那也仅仅只局限在接口测试自身上而已，咱们不应该满足于此。通常来说接口测试团队在整个质量保证团队中占据了泛滥的外围技术人员。他们善于应用各种技术来解决问题，甚至比开发团队做得还还要好。领有如此多的技术资源，如果咱们不懂得正当利用，那真的是一种很大的节约。在做好接口测试自身的根底上，咱们还应该踊跃理解其它测试团队面临哪些问题，这些问题是不是能够利用技术手段来解决，如果能够，咱们是否能够为他们实现一些实用的工具来帮忙他们解决问题或者进步工作效率；咱们本人的技术是否有须要分享给其它测试团队，甚至是整个软件团队，以帮忙他们更好地实现工作。总之，咱们应该思考如何更无效、更正当地利用接口测试团队的资源，来进步整个测试团队的业绩，这不仅会扩充接口测试团队自身的影响力，还让接口测试团队成为整个部门的外围竞争力，同时它还能发明了一个共赢的场面。
（4）另一方面，在工作的流程上，各个测试角色是能够互补的，接口测试的设计、测试用例能够跟性能和性能测试共享，接口测试的报告能够作为功能测试的重要参考，让其理解底层都经验了哪些测试，哪里是 bug 的密集区，哪里绝对平安一些。在功能测试工程师找到 bug 之后，接口测试工程师能够用代码间接笼罩这个 bug 产生的代码，使这个 bug 永远不会呈现第二次。接口测试人员还能够间接绕过页面，对底层零碎进行性能和压力的测试，在测试过程中各个角色之间的密切配合，也缩小了测试的老本，提供零碎全方位的品质保障。
三、接口测试的工具
接口测试的工具：apipost、jmeter
apipost 是国产的次要针对的接口测试和接口文档生成的工具
jmeter 怎是一个很好的性能测试工具，次要针对性能测试中的压力测试等