接口测试方法总结
作者:互联网
快速了解接口信息
理想的测试流程
- 产品经理提供产品需求、原型设计
- 开发提供接口文档、单元测试脚本
接口测试必要文档
接口文档需要的要素
- 访问方式
- 路由
- 输入参数
- 返回参数
- 完整的例子
从0开始测试接口
如果没有提供必要的接口文档、测试同学要学会自己从0开始了解接口。常用以下三步:
- 工具辅助,借助一些工具的辅助来完成接口分析
- windws系统:fiddler
- Mac OS系统:推荐Charles、mitmproxy
- 分析问题,分析接口必要的信息
- 访问方式:post、get
- HOST: 访问的服务器域名
- Connection 的值为keep-alive,表示需要持久连接
- User-Agent:说明请求是从什么浏览器发出的
- Sec-Teth-Site 和 Sec-Feth-Mode :JS中对跨域的一些设置
- Accept-Encoding :设置为gzip、deflate、br 可以支持的web服务器返回内容压缩编码类型
- Accept-Language: 可以接受的语言
- Cookie:用来确认身份、鉴定角色权限等需要的参数
- 询问疑惑,向研发确定参数的含义、作用域、返回值的含义
- 参数的含义以及来源:参数的中文意思,参数的赋值时从哪里来的(其他页面返回值、JS生成的)如果是其他页面或接口返回的,确定具体接口具体字段,或者清楚它的生成规则,确保可以手动构造
- 参数的作用域:这个参数在这个接口中是做什么用的,它在哪个访问周期是一直存在的,它是否导致了业务逻辑分支等。
- 返回值的含义:针对返回的JSON要搞清楚在返回值中,每一个JSON的key所对应的含义,这样当你需要和这个接口产生交互的时候,就可以快速地拿到对应参数的含义,完成业务逻辑上下文的参数串联
接口测试思维
先从单个接口的测试开始,保障单个接口的正确性和健壮性,然后通过单个接口的测试完成多个接口的业务逻辑串联,站在业务逻辑的角度完成业务逻辑的正确行检测。
单接口测试
保证该接口的正确性和健壮性,既要保证这个接口可以按照需求,正确处理传入的参数,给出正确的返回;也可以按照需求,正确的拒绝传入非正确的参数,给出正确的拒绝性返回。
业务流程接口测试
通过多个接口的串联操作可以完成原来需求中提出的业务逻辑,这也是它主要关注的内容。
注意:在接口测试中,通过单个接口测试完成了全部异常状态的覆盖;在业务流程中,我们更需要关心业务流和数据流的关系,并不需要在过度关心如何利用业务流的方法覆盖更多的代码逻辑异常
测试用例设计与原则
正面测试用例
- 覆盖所有的必选参数
- 组合可选参数
- 参数边界值
- 如果参数的取值范围是枚举变量,需要覆盖所有枚举值
- 结合实际业务应用场景设计输入参数的组合
负面测试用例
- 空数据、null
- 包含特殊字符
- 越界的数据,参数字符长短、最大+1,最小-1
- 参数个数、顺序、类型错误
验证点
- 状态码,正常情况下返回200
- 响应信息数据结构是否与预期结果一致
- 检查接口返回数据是否与预期结果一致
- 验证结点的值,针对固定的值或有规则能知道预期结果的值
- 对于列表,应该根据请求参数,列表的长度是否与期望值一致
- 负面测试用例,验证error info是否与实际相匹配
- 检查接口的容错性。传递数据的类型错误时是否可以处理
- 接口的性能,响应时间
- 接口的安全性
接口测试总结
标签:总结,返回,逻辑,接口,测试用例,参数,测试,测试方法 来源: https://www.cnblogs.com/sophia12138/p/15806615.html