接口功能用例在测试流程中哪个环节编写？
回答·6
最热
最新
- 一般来说当接口（API）已经定义好，拿到接口文档，那就可以设计编写接口的测试用例了。
- 接口文档定义好后就可以写了。有的没有文档，就要用抓包流程处理下！
- 开发设计评审完成之后，接口文档编写好以后，就可以开展接口用例设计了。在这里我再说下接口用例设计思路： 功能测试用例设计方法大家都会，所谓接口测试用例设计其实和功能用例差不多，核心方法和思想都是一致的。 由于接口参数不好理解，也看不到摸不着，我们可能会望而生畏。其实有一个方法可以直接将接口用例设计转变成功能用例设计。我们可以把接口的每个参数都当成一个输入框来对待，此时设计用例就会好理解很多 按照优先级，业务用例优先级最高，其次才是参数的缺失、长短、类型 ● 正常业务 1.覆盖所有参数的正常数据 2.覆盖必填参数的正常数据 3.组合所有参数中的有效数据 什么样的情况下才需要去组合参数呢？ 以 创建交易接口为例： client: 有效数据为PC、NATIVE、REACT、MINI、WAP way: 有效数据为BUY_NOW、CART 组合后5*2=10条用例 ● 权限校验 1.登录权限 2.数据权限：你不能操作他人数据 ● 异常业务 对于接口来说，每个参数都有它特定的意义。很可能你的某一个参数就代表了某一种业务数据 比如立即购买接口的参数： sku_id: 商品数据，数据的异常状态有下架、删除 num: 购买数量，对应的其实库存，异常状态是不能超过库存 activity_id: 促销活动数据，数据的异常状态，促销活动未开始、促销已结束 ● 参数异常 参数必填校验、参数缺失、参数为null、参数数据范围、参数长度、参数包含特殊字符
- 接口测试一般是在集成测试阶段执行，所以接口测试用例最迟也得在这之前写完。 入果文档规范的话，能拿到接口文档，这时就得着手编写了，如果没有接口文档，只能借助测试辅助工具来进行了。
- 接口开发-产出阶段设计，同时进行测试执行。毕竟接口测试大多数情况下是针对单个接口进行测试活动，对连贯性要求不强，关注输入输出，所以一旦接口开发完，按照预定的接口测试模板，即可设计并执行测试
- 如果把接口调试跟写用例分开的话，那需求出来后，开发给出接口文档就可以开始设计用例。但是这样子设计出来的用例后面还得改。个人不太建议把接口用例脱离功能业务单独去写。