接口自动化测试指标（自动测试及接口技术）

本篇文章给大家谈谈接口自动化测试指标，以及自动测试及接口技术对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享接口自动化测试指标的知识，其中也会对自动测试及接口技术进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、接口自动化测试
• 2、HTTP接口自动化测试
• 3、接口测试质量评估标准？
• 4、接口自动化测试怎么做的
• 5、如何用testng实现接口自动化测试

接口自动化测试

接口 ：外部系统与本系统之间以及系统内部的各个子系统间，以约定标准提供的服务，包括对外提供的接口/对内提供的接口。

在这块我们举一个比较生活化的例子，我们平常使用的笔记本，在笔记本的两端有很多小插口，最常见的就是USB插口，我们可以把鼠标连接在USB插口上，也可以把键盘、U盘连接在USB插口上，为什么同一个USB接口可以连接这么多设备呢，其实这个接口，他就有一个统一对外的连接标准。
在我们开发当中，也有一个对外暴露的接口，因为他们服务的协议都是统一的，最常见的就是hhtp协议，我们规定好一种格式，让客户端来调用我们。
这里面键盘鼠标属于调用方，插到笔记本的USB上，就可以连接设备，就可以进行操作了。对外暴露的一个统一的一个规范，这样去理解接口，更形象一些。

在了解完什么是接口之后，我们来说一下什么是接口测试。
接口测试 测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等，保证对外提供接口的正确性和健壮性。
我们在具体测试过程中，我们不用关心接口调用方和接收方的实现逻辑，我们只需要知道传入什么数据，返回什么的结果是否达到我们的预期。接口测试其实也是黑盒测试，他与UI测试的区别就是没有界面交互，是不可视化的。

测试前置 ：我们不能等到整个系统全部开发完成才能进行测试，我们可以通过调用接口来进行测试，把问题拦截在前期，降低问题修复成本。
Bug更容易定位 ：因为我们按接口进行测试，出现问题后在被测接口中排查就可以了，它比系统集成之后，发现问题更容易定位，系统集成之后有各种模块的调用，出现bug之后再排查，排查的链路非常的长。另外从机制上更接近出问题的地方更容易命中问题。
前后端分离结构 ：现在很多系统都采用前后端分离架构，各服务之间更多的是通过接口来实现信息互通，对接口进行直接测试，可以更全面的覆盖各类测试场景。
自动化测试落地性价比高 ：比UI自动化测试更稳定，我们上面已经说了UI层的元素时常发生变化，有时改一个简单的元素，都有可能导致我们的自动化测试走不下去，写一套自动化测试脚本比较容易的，但是维护起来，会耗费很大的时间精力，相对来说，接口就比较稳定，一个项目没有大的改造，入参和出参就是固定的，变化的概率比较小，这样维护起来也比较方便。
减少安全隐患 ：比如我们在平常的测试过程中，测试用户名和密码，密码格式要求不能输入特殊字符，前端做了校验，而后端没有处理，这样我们只测试页面，这条case就默认通过了，但一些黑客可能通过抓包的方式进行登录，这样安全隐患就比较大了。我们对接口进行安全测试，可以避免安全隐患。

借助工具 ： Postman、Jmeter、jsf平台、jsf测试工具、easytest
编写测试脚本 ：Java+TestNG

请关注下一篇如何使用Java+TestNG进行接口自动化测试

HTTP接口自动化测试

GET：获取指定资源，在URL可以携带参数

HEAD：获取指定资源，区别在于，HEAD方法的相应报文没有消息体

POST：创建或修改指定资源，比如常见的提交表单或上传文件等

PUT：也是创建或修改指定资源，区别在于PUT方法时幂等的，就是说调用一次与调用多次的效果一致

DELETE：请求服务器删除指定的资源

在客户端发起HTTP请求后服务器会进行响应，不同的响应码对应不同的场景，响应码由3位数字组成，第一个数字代表当前响应的类型

1XX：提示信息，服务器的临时响应，此时客户端应继续发起请求；

2XX：成功，请求已被服务器成功处理，比如200OK；

3XX：重定向，需要客户端进行后续操作才能达成目的；

4XX：客户端错误，客户端请求发生错误；

5XX：服务器错误，服务器处理正确请求时发生错误，比如500 Internal Server Error。

参数的测试点有：

接口测试质量评估标准？

1.业务功能覆盖是否完整
2. 业务规则覆盖是否完整
3. 参数验证是否达到要求（边界、业务规则）
4. 接口异常场景覆盖是否完整
5. 接口覆盖率是否达到要求
6.代码覆盖率是否达到要求
7. 性能指标是否满足要求
8. 安全指标是否满足要求
评估标准就是以上几点，这是接口自动化测试指标我在黑马程序员学习软件测试的时候老师讲解的，分享给你！

接口自动化测试怎么做的

了解了接口测试是什么之后接口自动化测试指标，怎么做接口测试呢?接口测试接口自动化测试指标的流程其实和功能测试流程类似：接口测试计划-接口测试用例-接口测试执行-接口测试报告。测试用例设计的依赖对象主要是需求说明书和接口文档。
接口测试因其不是针对普通用户接口自动化测试指标，而是针对的另外一个系统组件，所以不能直接测试，需要使用工具测试，比如服务端http接口测试，常用的工具有jmeter、postman、httpclient等。用工具测试，所以目标就是准备要测试数据测试脚本后直接执行即可， 在进行测试执行编写时，有如下的原则：
1.不同的接口参数覆盖不同的业务场景;
2.在后台构造合适的数据来满足接口的测试用例;
3.根据接口的返回值，断言其是否返回期望结果，并查看数据库验证;
4.测试用例涉及多个步骤的，应对涉及的步骤都验证;
5.删除测试过程中产生的结果，确保每个用例执行前都是一个清洁的环境

如何用testng实现接口自动化测试

下面看看是如何一步步实现的接口自动化测试指标：1、在TestNG的XML中设置参数。下 面的截图中，接口自动化测试指标我设了两个参数，一个是testEnv，另一个是browser。参数的值可以直接写死，也可以由外部传入。参数有不同的作用域，如直接写 在<suite下，那他的作用域就是整个suite。如写在<test下，那他的作用域就是所在的test。2、在测试代码中使用参数。如下所示，我是在beforeClass 方法中，根据传入的两个参数来初使化浏览器和load 相应环境的测试数据。3、修改pom.xml文件4、Jenkins job 传入参数并执行mvn命令 在job中，我设置了两个参数，并给出了默认值。执行job时，可直接使用该默认值或根据实际情况把参数的值改成自己想要的。下面是Maven命令：mvn clean test -DtestEnv=%testEnv% -DxmlFileName=%xmlFileName%执行这条命令时，我们把testEvn及xmlFileName两个参数的值传入了pom.xml文件，接着，Maven在调用TestNG时又会把参数传过去。经过如上四个步骤，我们可以通过参数传递，灵活的指定测试环境、测试范围等，而不需要对测试脚本做任何改动。这边要讲下xmlFileName这个参数。因为考虑到要执行不同的用例集，比如只针对某一模块进行自动化测试，或对项目所有的功能进行全面回归，我们可以创建不同的TestNG XML文件，然后在执行mvn命令时指定你想要跑的那个XML文件。该方法适用于所有使用Jenkins + Maven + TestNG的测试场景。 关于接口自动化测试指标和自动测试及接口技术的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 接口自动化测试指标的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于自动测试及接口技术、接口自动化测试指标的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。