接口测试
**星空**
没有无趣的生活,只有无趣的人。
只有不断努力,让一切变得看似云淡风轻!
展开
-
接口测试用例设计思想
设计思路1) 优先级--针对所有接口1、暴露在外面的接口,因为通常该接口会给第三方调用;2、供系统内部调用的核心功能接口;3、供系统内部调用非核心功能接口; 2) 优先级--针对单个接口1、正向用例优先测试,逆向用例次之(通常情况,非绝对);2、是否满足前提条件 > 是否携带默认参值参数 > 参数是否必填 > 参数之间是否存在关联 >...转载 2018-03-09 10:49:37 · 1208 阅读 · 0 评论 -
单接口测试用例设计方法
背景最近项目中也一直在推动接口测试,中途也遇到很多的问题;从最开始的接口文档管理,接口测试框架的选型,到后续接口测试用例的维护问题。最近在想接口测试的一个覆盖度问题。谈到覆盖度,又得回到接口测试的用例设计上面;网络上又很多接口测试用例的设计资料,无非是罗列一些维度,e.g. 参数组合,业务场景等,但都不够系统和结构化, 没法快速做到用例有效却不冗余,尤其是在接口参数较多的情况下。...转载 2018-05-03 16:52:40 · 2636 阅读 · 0 评论 -
基于场景的接口测试用例设计
背景之前主要是总结了单接口的测试用例设计,综合参数组合及场景来看,用例数会比较多,需使用的周期会相对长一些。这种比较适合服务端接口测试流程完备的情况下,e.g. 服务端之于终端提测时间错开且前置,接口文档完善及接口测试流程成熟等。当整个需求迭代节奏比较快或提测与上线之间时间紧迫的时候、测试资源紧张的情况下,如果要介入接口测试的话,基于复合场景进行覆盖的话,会相对高效一些。基于场景的接...转载 2018-05-03 16:53:19 · 4304 阅读 · 0 评论 -
接口测试用例编写要点
1.通过性验证: 首先肯定要保证这个接口功能是好使的,也就是正常的通过性测试,按照接口文档上的参数,正常传入,是否可以返回正确的结果。 2.参数组合: 现在有一个操作商品的接口,有个字段type,传1的时候代表修改商品,商品id、商品名称、价格有一个是必传的,type传2的时候是删除商品,商品id是必传的,这样的,就要测参数组合了,type传1的时候,只传商品名称能不能修改...转载 2018-08-14 11:09:47 · 16383 阅读 · 0 评论 -
接口用例设计思路和方法
原创 2018-08-22 16:26:48 · 1745 阅读 · 0 评论