51Testing软件测试论坛
标题:
场景法设计测试用例
[打印本页]
作者:
redforce
时间:
2007-5-31 14:33
标题:
场景法设计测试用例
本帖最后由 redforce 于 2012-12-7 11:25 编辑
基本流——正常流程
1、 本用例开端是导入销售线索
2、 跟踪销售线索——分配线索给销售人员,销售人员确定线索是否有效
3、 跟踪订单——分配订单给销售人员,销售人员确定订单是否有效
4、 用户升级——财务人员录入订单,并确认服务费用是否到帐
5、 Vip客户服务——分配vip用户给客户代表,客户代表给提供相应的服务,确定服务是否 成功
6、 QA回访——确认服务是否满意
7、 用例结束时回到销售线索
备选流:
备选流1——销售线索无效 在基本流步骤2中,如果经过跟踪线索后确定线索无效,则重新加入基本流
备选流2——订单无效 在基本流步骤3中,如果确定是无效订单,则对用户进行身份验证,并将用户加入优质会员库
备选流3——服务费用未到帐 在基本流步骤4中,如果财务确认没有到帐,则转基本流步骤3
备选流4——服务不成功 在基本流步骤5中,如果确定服务不成功,则转基本流步骤5
备选流5——对服务不满意 在基本流6步骤中,如果确定客户对服务不满意,则转基本流步骤5或其他工单流程。
本次测试实施的事件流包括:基本流,备选流1,备选流2,备选流3,备选流4,备选流5;跌代一次以核实让客户满意
根据事件流设计场景如下
场景1:正常流程 基本流
场景2:销售线索无效 基本流 备选流1
场景3:订单无效 基本流 备选流2
场景4:服务费用未到帐 基本流 备选流3
场景5:服务不成功 基本流 备选流4
场景6:对服务不满意 基本流 备选流5
用例编号 场景 销售线索有效 订单有效 身份验证 服务费到帐 服务成功 客户满意 预期结果
1 场景1 Y Y Y Y Y Y
2 场景2 N N/A N/A N/A N/A N/A
3 场景3 Y N Y N/A N/A N/A
4 场景4 Y Y Y N N/A N/A
5 场景5 Y Y Y Y N N/A
6 场景6 Y Y Y Y Y N
[
本帖最后由 redforce 于 2007-5-31 14:36 编辑
]
作者:
redforce
时间:
2007-5-31 14:34
标题:
回复 #1 redforce 的帖子
场景可以理解为公司各部门具体工作流程的文字描述。包括基本流(基本流程)和备选流,基本流指的是正常的流程,即所有的判断条件都为真的情况下而走的一个流程;备选流则是指基本流某个步骤中的判断条件为假的情况而出现的流程;场景就是基本流和备选流的组合。
以上基本流和备选流是我曾经测试设计的一小部分(当然不是全部了),这个涉及到公司很多部门,如销售、客户服务、财务、等。所以在设计场景的时候就要求要非常熟悉公司的业务流程,熟悉这个工单在流转的时候会有哪些条件,即碰到什么样的条件工单会转到别的部门,在本部门又是如何流转的,只有熟悉了这些才能理出基本流和备选流,从而设计出各种场景。
我对场景设计法的一点总结(具体步骤):
1、熟悉被测软件涉及到哪些部门以及各部门的组织结构、权限以及工作流程
2、熟悉各部门之间的协作流程
3、熟悉业务的逻辑流程,这个就是我们的软件要为我们解决什么问题,用怎么样的流程来解决以及对异常是如何处理的。
4、列出各种业务流程
5、对各种业务流程整理出他的基本流和备选流,从而设计出各种场景。备选流迭代次数根据具体情况而定。
6、根据各种场景设计出测试用例,需包含具体的数据。
[一点拙见,请大家多提意见,以便改进!]
作者:
redforce
时间:
2007-5-31 14:36
标题:
回复 #2 redforce 的帖子
晕
不能粘贴表格,编辑器也有问题
作者:
yunxiz
时间:
2007-6-3 19:49
学习
在熟悉业务流程情况下,使用场景测试用例比较容易理解
作者:
shishangx
时间:
2007-6-7 23:36
有祥设和需求,场景比较好开展一点
作者:
icive
时间:
2007-10-18 16:17
学习中
场景测试还是比较好的一种用力测试方式
作者:
mklodoss
时间:
2009-10-28 11:27
up ,学习。。
作者:
wmt1122
时间:
2009-11-6 21:32
学习
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2