1、什么是接口测试
接口测试是对系统或组件之间的接口的测试。主要用于检测外部系统与系统间以及内部各个子系统间的交互点。测试重点是检查数据交换、传递和控制管理过程,以及系统间的相互逻辑依赖关系等。
2、接口测试的目的
1> 尽早介入软件测试流程,降低修复成本。分层进行多轮测试可以过滤出更多问题。
2> 接口测试的核心是持续集成。对接口进行自动化便于服务监控、回归测试及冒烟测试,保持平台稳定,提升用户体验。
3、接口测试所需条件
满足一下几点:1> 业务流:了解系统及内部各个组件之间的业务逻辑交互。
2> 数据流:了解接口的I/O(input/output:输入/输出)。
3> 协议:包括HTTP协议、TCP/IP协议。
4> 常用工具:jmeter、soapUI、postman、YApi等。
5> 数据库:增删改查(接口GET、POST、PUT等都是对数据的增删改查)。
6> 接口文档:一般是开发提供。
4、接口测试的流程图
?
5、接口自动化测试
5.1、如何开展
1> 调试单个接口,保证单个接口的正确和通畅。
2> 明确数据流,业务流。
3> 将N个接口测试脚本串起来,执行即可。
注意,别想太多太复杂,先把最基础最简单的做起来,就成功一大半了。定时任务、自动化测试报告、自动发邮件钉钉等功能,这些都是不断累积优化的过程。接口自动化测试落地,才是我们首先需要考虑的!
5.2、开展之前需要知道
1> 被测对象包含几个页面?
2> 每个页面涉及几个接口?
3> 分别在哪一步调用?
4> 每个接口包含哪些字段?
5> 各个字段对应数据库哪张表?
6> 每个表中各个字段是什么意思?
7> 各个接口对表产生了怎样的操作?
5.3、接口测试用例编写
通常情况下主要测试最外层的两类接口:数据进入系统接口(调用外部系统的参数为本系统使用)和数据流出系统接口(验证系统处理后的数据是否正常)。
接口用例分为单接口用例和场景用例两种。单接口用例从单个接口的功能和参数出发,每个参数都是一个交互点,结合业务,通过不同的参数组合来编写用例。场景用例以用户实际场景,通过多个接口的连续调用来模拟业务流程。一般来说,由于接口的主要使用对象为前端或其他模块的开发人员,接口测试应以业务场景为主。
接口测用例一般应包括编号、模块、用例标题、预置条件(数据准备)、步骤(请求方法、接口地址、请求数据、期望响应)等。以下为一种接口测用例模板。
编号?? ?模块?? ?用例标题?? ?请求方法?? ?接口地址?? ?请求数据?? ?数据准备SQL?? ?期望响应
001?? ?用户模块?? ?新用户注册?? ?POST?? ?/api/user/reg/?? ?{
"name": "张三",
"password": "123456"
}?? ?DELETE FROM user WHERE name="张三";?? ?{
"code": "100000",
"msg": "成功",
"data": {
"name": "张三",
"password": "e10adc3949ba59abbe56e057f20f883e"
}
}
002?? ?用户模块?? ?新用户注册并登录?? ?POST?? ?/api/user/reg/?? ?{
"name": "张三",
"password": "123456"
}?? ?DELETE FROM user WHERE name="张三";?? ?{
"code": "100000",
"msg": "成功",
"data": {
"name": "张三",
"password": "e10adc3949ba59abbe56e057f20f883e"
}
}
POST?? ?/api/user/login/?? ?name=张三&password=123456?? ??? ?<h1>登录成功</h1>
001和002分别展示了一条单接口用例和接口常用用例,这里使用了不同的书写格式来表达JSON和传统表单URL编码格式,也可以单独增加一列来声明接口数据类型。也可以添加用例优先级、数据清理SQL、实际响应、用例执行状态等信息。
5.4、接口用例设计
接口用例设计应确保对变动代码达到一定的覆盖率(比如分支覆盖率100%),对于专职的服务端测试人员来说,接口测试是介于白盒和黑盒之间的灰盒测试。在服务端提测后,通过在Git上Changes和Review代码来明确代码的业务逻辑,对相应代码逻辑设计响应的用例以达到指定覆盖率。
对服务端提测前或纯黑盒的接口用例来说,可以参考以下几点。
1> 首先应核对接口功能是否覆盖了需求中所有的功能点和场景。
2> 由于请求接口必须使用指定的参数和规定的格式,接口文档是接口测试的必要条件,如果没有,需要跟相应的开发沟通了解接口请求方式,参数,格式,鉴权方式等必要信息。
3> 接口测试用例应至少覆盖所有的响应结果。
4> 注意接口的字段,返回值类型是否与前端约定的一致。
5> 注意边界值及负数的验证。
6> 注意接口重复请求、并发请求及数据量较多的请求。
7> 注意用户场景(多接口联动)的验证。
最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走!
?