前言
接口测试可以在没有前端界面下进行测试
后端的功能校验在前端很难进行测试,因为前端已经有初步校验控制,所以接口测试可以发现很多在前端无法发现的问题
提升测试效率,降低人工回归测试的人力成本与时间成本,缩短测试周期。
真正的业务逻辑核心是后端。
例子说明:
有个登录页面,你要登上网站,就需要输入你的账号密码,把账号密码作为请求参数打登录接口,这时客户端会给服务器发个登录请求,服务器鉴权和校验通过之后,就登上去了。
到这里就完成了一次接口的请求,或者说跑完了一条接口测试用例。
大家关注更多的是哪个工具更优秀,更好用。但是很少人关注到接口测试用例的设计问题这样真的对么?我们是不是忽略了什么呢?回归测试的时候,成百上千个接口执行下来,没有报错,你就真的对系统放心了么?
除开脚本层面的编写外,接口用例的设计也是一项非常重要的测试活动。通过一定的接口用例设计,让我们编写的脚本更有目的性、更可靠,才能体现接口测试的价值的意义,而不是单纯以量取胜。
一、测试用例目的
在进行接口测试脚本的编写前,我们应该明确这批脚本的预期目标在哪里,是为了验证什么内容。
单接口验证:以验证接口参数、权限、返回值为主,保证接口“能用”,这类用例一般在接口设计定稿后,配合Mock服务就可以完成用例编写;
场景逻辑验证:以用户场景为基础,验证接口间的参数传递及业务流