场景法
1. 概述
1.1 为什么使用场景法设计测试用例
大多数业务软件由后台管理(比如:用户管理、角色管理、权限管理等等各种管理)和工作流等几个部分组成。终端用户,期望软件能够实现业务需求,而不是简单的功能的组合。对于单点功能利用等价类、边界值、判定表用例设计方法能够解决大部分问题。涉及业务流程的软件系统,采用场景法比较合适。
总之, 对于多个功能组合测试的场景适合使用场景法, 所以场景测试,也是业务场景组合测试.
1.2 概念
场景业务流通常分为: 基本流、备选流、异常流程
(1) 基本流
基本流表示通过业务流程时输入都正确,能达到目标的流程
(2) 备选流
备选流表示通过业务流程时输入错误(或者操作错误)导致流程存在反复,但是经过纠正后仍能达到能达到目标的流程.(插卡-->输入错误密码--》输入正确密码--》输入金额--》取款--》取卡)
(3) 异常流
异常流表示通过业务流程时输入错误(或者操作错误)产生异常终止流程
2. 使用场景法设计测试用例
1. 步骤
- 分析需求,确定基本流程、备选流程、异常流程
- 绘制流程图,确定流程路径, 根据流程图生成不同的场景
- 每一个场景就是一条测试用例
2. 案例
2.1 需求描述
用户网上购买商品, 整个订购过程为:用户登录到网站后,进行书籍的选择,当选好自己心仪的书籍后进行订购,这时把所需图书放进购物车,等进行结帐的时候,用户需要登录自己注册的帐号,登录成功后,进行结帐并生成订单,整个购物过程结束。
2.2 测试用例实现
(1). 分蓄需求,确定业务流程(基本流程、备选流程、异常流程)
基本流程 | 用户登录到网站,书籍的选择,进行订购,把所需图书放进购物车,等进行结帐的时候,登录自己的帐号,登录成功后,生成订单. |
---|---|
备选流程1 | 账号不存在 |
备选流程2 | 账号错误 |
备选流程3 | 密码错误 |
备选流程4 | 没有选购书籍 |
备选流程5 | 退出系统 |
(2). 绘制流程图,确定流程路径, 根据流程图生成不同的场景
场景1-购物成功 | 基本流程 | |
---|---|---|
场景2-账号不存在 | 基本流程 | 备选流程1 |
场景3-账号错误 | 基本流程 | 备选流程2 |
场景4-密码错误 | 基本流程 | 备选流程3 |
场景5-没有选购书籍 | 基本流程 | 备选流程4 |
(3). 编写测试用例, 对于每一个场景都需要确定测试用例。
测试用例编号 | 输入条件 | 账号 | 密码 | 是否选购书籍 | 预期结果 |
---|---|---|---|---|---|
ST-系统测试子项-1 | 场景1 | 张三 | admin@123 | Y | 购物成功 |
ST-系统测试子项-2 | 场景2 | 李四 | N | N | 提示账号不存在 |
ST-系统测试子项-3 | 场景3 | 赵六 | admin | N | 提示账号错误, 返回基本流程 |
ST-系统测试子项-4 | 场景4 | 张三 | Admin123&…… | N | 提示密码错误,返回基本流程 |
ST-系统测试子项-5 | 场景5 | 张三 | admin@123 | N | 提示没有选购书籍, 返回基本流程 |
3. 小结
场景流程比较适合于涉及到业务需求的场景, 能够多个功能联合进行测试,不是单个功能进行测试.