接口测试流程

兵马未动 粮草先行

接口测试流程

需求分析

需求评审

场景设计

数据准备

执行

设计用例

为什么要设计测试用例

（1）理清思路，避免漏测
如果说我们好没有将思路捋清楚，就开始测试，而且是随机测试，那么在工作中肯定会有漏测的地方，一些逻辑点，上线之后就难免出现一些bug
（2）提高测试效率
当我们有了思路，我们后边就只要按着前边的思路执行就好了，提高了测试效率
（3）跟进测试进度
如果只是随机测试，领导问你这个项目的测试进度，你怎么说，有了用例之后就不一样了，你就能知道你测试了多少，还有多少没测，一目了然
（4）告诉领导我做过
如果上线后出现bug，追究责任的时候该如何避免这个问题，通过用例体现这个问题，如果当时你确实测过，你就会有记录，后期追查起来时候就会有根有据，有可能是其他问题导致
（5）跟进重复性工作
如果让你大量的重复性做一件事，你能保证每次做的都一样吗，但是根据用例你就可以保证每次都一样，因为只需要按着用例执行就可以了，也就不会有漏测的情况

功能

功能是否正常

如果开发给你一个文档，告诉你我这个实现了一个登录的功能，那么你就要根据这个文档检验一遍实现了没有，我们看一下接口返回的数据是否正确的

功能是否按照接口文档实现

接口文档描述的是登录，可能实现的功能，但是你的参数没有按着接口文档来，功能实现了，也是不合格的，最后还是会出现问题，所以严格按照接口文档处理

逻辑业务

是否依赖业务

好比下单要依赖登录，是不是就要检验header，如果登录状态不对，服务端就要报错了

异常

参数异常

关键字参数

关键字指的就是我们开发语言中的关键字，如果参数变成了关键字，服务器是不能进行正常转码处理的

参数为空

就是参数设置为空，服务端也会处理，某某不能为空ongoing

多参少参

参数多或少

错误参数

参数输入错误

数据异常

关键字数据

如果将我们的参数值改为关键字，例如NULL

数据为空

我们直接将数据删除，看服务端如何处理

长度不一致

因为我们的数据库在建表的时候回键字段，每个字段都有一个长度限制，如果说你过长了的话，就会出问题，看服务器有没有对长度的验证

错误数据

输入错误的数据

安全

（1）cookie
依赖所用，不存在则查看服务器如何处理
（2）header
请求相关信息，格式，语言，操作系统版本等
（3）唯一识别码

关键字