从用户的角度出发,从场景的角度来设计测试用例,是一种面向用户的测试用例设计方法。
关心用户做什么,而不是关心产品做什么,功能测试用例相反,更关注产品功能,欠缺用户做什么
实用性强,贴近用户的操作,功能测试用例相反。
可能使用的场景不一定能对事件系列进行全面的分析,设计出来的用例不完整,功能测试用例相反,对每个页面表单控件,涉及每个系统模块进行全面分析。
登录
(1)场景用例:
合法账号密码,能够登录成功。
合法账号密码,被禁用后再次启用,能够登录成功。
合法账号密码,重复登录,能够登录成功。
非法账号密码,无法登录,切换为合法账号密码,能够登录成功。
(你会发现:从用户层面设计用例)
(2)功能用例:
账号输入框支持格式,是否符合需求文档要求
密码输入框支持格式,是否符合需求文档要求
登录成功,是否符合需求文档要求
登录失败,是否符合需求文档要求
错误信息提示,是否符合需求文档要求。
(你会发现:从产品层面设计用例,少部分会涉及用户场景)
我的理解:
场景分析是通过【描述流经用例路径】来确定的过程。
这个流经过程要从【用例开始到结束遍历其中所有基本流(分支)】 。
直黑线表示基本流,是最基本、最简单的路径(软件功能按照正确的事件流实现的一条正确流程无任何错,程序从开始直到结束)。
遵循上图中每个经过用例的可能路径,可以确定不同的用例场景。
从基本流开始,再将基本流和备选流结合起来,可以确定以下用例场景:
场景1 基本流
场景2 基本流 备选流1
场景3 基本流 备选流1 备选流2
场景4 基本流 备选流3
场景5 基本流 备选流3 备选流1
场景6 基本流 备选流3 备选流1 备选流2
场景7 基本流 备选流4
场景8 基本流 备选流3 备选流4
1.根据说明,画出流程图(确定基本流和备选流);
2.根据基本流和各项备选流确定场景;
3.对每一个场景生成测试用例;
4.对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值。
购书:用户登录到网站后,进行书籍的选择,当选好自己心仪的书籍后进行订购,这时把所需图书放进购物车,等进行结帐的时候,用户需要登录自己注册的帐号,登录成功后,进行付款交易,交易成功后,生成订购单,整个购物过程结束。
第一步:画出流程图,确定基本流和备选流;
基本流:登录在线网站→选择书籍→放入购物车→登录账号→付款→生成订单
备选流1:用户不存在→注册用户
备选流2:密码不正确
备选流3:账户余额不足→充值
第二步:根据基本流、备选流确定场景;
场景 | 流 |
---|---|
场景1(成功购物) | 基本流; |
场景2(账户不存在) | 基本流、备选流1 |
场景3(账户密码错误) | 基本流、备选流2 |
场景4(账户余额不足) | 基本流、备选流3 |
第三步:对每一个场景生成测试用例;
第四步:对生成的所有测试用例重新复审,补充测试数据值;