之前主要是总结了单接口的测试用例设计,综合参数组合及场景来看,用例数会比较多,需使用的周期会相对长一些。这种比较适合服务端接口测试流程完备的情况下,e.g. 服务端之于终端提测时间错开且前置,接口文档完善及接口测试流程成熟等。
当整个需求迭代节奏比较快或提测与上线之间时间紧迫的时候、测试资源紧张的情况下,如果要介入接口测试的话,基于复合场景进行覆盖的话,会相对高效一些。
基于场景的接口测试用例设计流程
简单示例
-
比如现在有一个回帖的新特性,要进行接口测试,首先我们根据上述的流程,先画整个回帖业务的流程图,如下图:
-
根据流程图,梳理出具体的场景
-
场景1: 首页获取帖子列表 》选择某个帖子 》获取帖子详情 》不回帖
-
场景2: 首页获取帖子列表 》选择某个帖子 》获取帖子详情 》回帖 》未登陆
-
场景3: 首页获取帖子列表 》选择某个忒子 》获取帖子详情 》回帖 》登陆 》回帖成功
-
综合覆盖的路径,场景三的路径已经覆盖了场景一和二的路径,所以场景一和场景二可以去掉,剩余场景三为有效场景
-
-
根据场景,梳理调用的接口
- 场景3: 获取帖子列表接口 》获取单个帖子详情接口 》调用回帖接口 》调用登陆接口 》调用回帖,回帖成功
-
根据第三步梳理的接口调用情况,即可生成如下用例: