基于场景的接口测试用例设计

背景

之前主要是总结了单接口的测试用例设计,综合参数组合及场景来看,用例数会比较多,需使用的周期会相对长一些。这种比较适合服务端接口测试流程完备的情况下,e.g. 服务端之于终端提测时间错开且前置,接口文档完善及接口测试流程成熟等。

当整个需求迭代节奏比较快或提测与上线之间时间紧迫的时候、测试资源紧张的情况下,如果要介入接口测试的话,基于复合场景进行覆盖的话,会相对高效一些。

基于场景的接口测试用例设计流程

这里写图片描述

简单示例

  1. 比如现在有一个回帖的新特性,要进行接口测试,首先我们根据上述的流程,先画整个回帖业务的流程图,如下图: 
    这里写图片描述

  2. 根据流程图,梳理出具体的场景

    • 场景1: 首页获取帖子列表 》选择某个帖子 》获取帖子详情 》不回帖

    • 场景2: 首页获取帖子列表 》选择某个帖子 》获取帖子详情 》回帖 》未登陆

    • 场景3: 首页获取帖子列表 》选择某个忒子 》获取帖子详情 》回帖 》登陆 》回帖成功

    • 综合覆盖的路径,场景三的路径已经覆盖了场景一和二的路径,所以场景一和场景二可以去掉,剩余场景三为有效场景

  3. 根据场景,梳理调用的接口

    • 场景3: 获取帖子列表接口 》获取单个帖子详情接口 》调用回帖接口 》调用登陆接口 》调用回帖,回帖成功
  4. 根据第三步梳理的接口调用情况,即可生成如下用例: 
    这里写图片描述

转载https://blog.youkuaiyun.com/swordgirl2011/article/details/78609857

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值