51Testing软件测试论坛

标题: 使用场景法设计测试用例----协同办公系统 [打印本页]

作者: kinbyo 时间: 2010-10-25 16:57
标题: 使用场景法设计测试用例----协同办公系统
本帖最后由 kinbyo 于 2010-10-25 17:01 编辑

协同工作单的基本功能：一对一发送工作单、群发工作单、分发工作单（分开发送，内容一致）
一对一发送的，接收者申请完成，发送者确认完成，工单就完成了；群发工作单，接收者其中一个申请完成，发出者确认完成，工作单就完成了；分发工作单就某个接收者申请完成，发送者确认完成即该接收者工单完成，其余的未申请完成的工作单仍然是进行中

现在我想对这个系统用场景法做分析，设计测试用例，请问怎么确定备选流？？？在线等待。。。请高手解答

作者: Jackc 时间: 2010-10-26 14:06
其实场景法与流程图的设计是相似的。首先确定可操作单元，再将这些单元以不同属性呈现后相互连接起来，而使用单元的最少的场景流则是基本流。

如，本测试目标中只包含两个测试单元：“接收者申请”“发送者确认”。以及一个最终结果单元“发送操作结束”。

而“接收者申请”具有：成功申请/可堆栈两个属性（LZ可以思考为什么没有列出“接收者申请”的“失败”属性。
主要是检查测试软件是否设计有失败的相关处理，如设计有“重发”或申请失败异常处理等功能时，则必须列出“失败”属性）

“发送者确认”具有：确认通过、确认拒绝以及继承性（一条场景流中，“发送者确认”不能单独存在，至少需要1个“接收者申请”单元才能存在）。
——————————————————————————
筛选出单元属性后，就可以开始设计场景流了。
A.接收者申请成功——发送者确认通过——发送操作结束
（通常，会选取使用单元“最少”的“成功”场景流做为基本流）

B.接收者申请——发送者拒绝——发送操作结束

C.（接收者A申请——接收者B申请——……——接收者N申请）——发送者确认通过——发送操作结束（括号内的N个“接收者申请”的发生时间可以相互切换，所以使用括号将它们框在一起）

D.（接收者A申请——接收者B申请——……——接收者N申请）——发送者确认拒绝——发送操作结束

E.（接收者A申请——发送者确认通过）——（接收者B申请——发送者确认通过）……——发送操作结束
注意：其中的任意发送者确认通过都可替换为发送者拒绝。

————————————————

其实，只需要设计一个完整的流程图，就能比较清晰得得到场景流的各个的主流以及备选流了。

作者: 19801106 时间: 2010-10-26 18:38
学习了

作者: msnshow 时间: 2010-10-26 21:23
这类型的画个流程图看着测，比较好，写太多文字的用例浪费时间

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)