请问几个用例的设计的问题
现在我有一个系统我申请一个项目，然后回经过A、B、C这3个人审批通过，才会进入到运作里
A、B、C这3个人审批的时候有3个选项：
通过，既是进入下一人审批阶段，C通过就到运作里；
驳回，既是重新填写申请，再重新审批；
拒绝，既是直接关闭项目；
像这样我要怎么设计用例呢
我的话我会场景设计
1种是A B C全部通过这样
1种是A B通过，C驳回
1种是A B通过，C拒绝
请教各位高手是如何对这种设计测试用例，大家讨论讨论下~~ 沙发顶下！针对于此类的问题，大家可以互相讨论下！ 应该先分两种情况，一种是正常情况，一种是异常情况，在两个大的方向下再细化
正常情况就是楼主说的全通过，异常情况就要列举下，全部不通过，一个不通过，两个不通过
不通过的情况再用排列组合的方式去设计
以上是个人观点，讨论下 回复 3# N-Testing
我也觉得 我就在想 一个不通过跟2个不通过算不算是无效等价类~ 回复 1# 234508021
我的话，我可能会分1）全部通过
2）A不通过
3）A通过，B不通过
4）A通过，B通过，C不通过
这几种情况，然后在不通过的情况下再分不通过是驳回还是拒绝的情况 考虑一下是否可以采用决策表测试，把A/B/C是否通过作为条件，然后将条件进行组合，分析各自得到的结果。 同意郑老师的思路，使用判定表，然后合并---- 本帖最后由 kuailederen 于 2013-6-19 15:35 编辑
看我画的图，应该很简单了吧
每个路径遍历一遍，就ok了。
1.1-2-3
2.1-4
3.1-2-5-4
4.1-2-3-6-5-4
5.1-7
6.1-8
7.1-9
8.1-2-5-7
9.1-2-3-6-8
10. 1-2-3-9
如果申请者也能到回收站的话
11. 10
12. 1-4-10
13.1-2-5-4-10
14.1-2-3-6-5-4-10
14个用例就能完全覆盖。
注：没有1-2-5；1-2-3-6；1-2-3-6-5
是应为这三个路径，包含在其它路径里了。 这个用判断表怎么设计测试用例啊，我设计出来只有4中情况，楼上说的那些情况不存在，AB C审核之间有前后顺序约束了吧 用判定，2N+3原则 回复 8# kuailederen
超级赞！！！ 回复 4# 234508021
理论上是你这样说得，但是我在实际测试中遇到过，一个不通过流程正常，多个不通过就不正常的情况，所以我觉得保险起见还是尽量分类仔细点，把所有情况都列出来比较妥当。 本帖最后由 cqccl 于 2013-9-27 14:54 编辑
之前看帖子不够仔细，从问题描述的“通过，既是进入下一人审批阶段，C通过就到运作里；”这句话可以断定其实楼主说的是A、B、C是递进的关系。其次由于我在实际工作中遇到过这种递进中一个驳回正常的流程，但是连续驳回流程就出现异常的情况，所以我现在给出的结果是这样的，请赐教：
1）、申请项目-->A-->B-->C(通过)-->开始运作
2）、申请项目-->A驳回，重新提交申请-->B-->C-->开始运作
3）、申请项目-->A拒绝，流程结束
4）、申请项目-->A-->B驳回，A审查再提交-->B-->C-->开始运作
5）、申请项目-->A-->B驳回，A驳回，重新提交申请-->B-->C-->开始运作
6）、申请项目-->A-->B拒绝，流程结束
6）、申请项目-->A-->B-->C驳回，B审查再提交-->C-->开始运作
7）、申请项目-->A-->B-->C驳回，B驳回，A审查提交-->B-->C-->开始运作
8）、申请项目-->A-->B-->C驳回，B驳回，A驳回，流程重新申请提交。
9）、申请项目-->A-->B-->C驳回，B驳回，A拒绝，流程结束。
10）、申请项目-->A-->B-->C驳回，B拒绝，流程结束。
11）、申请项目-->A-->B-->C拒绝，流程结束。
以上是该流程设计到的所有情况，但是用例4）、5）、6）这三条可以去掉，因为后面对于C的处理相应牵扯到B身上，对B的各个情况进行了列举，相当于后面对于C的处理已经覆盖了单独对于B的处理用例，所以为了提高测试得效率可以去掉4、5、6这三条用例。 恩恩，学习了 ， 回复 3# N-Testing
我感觉楼主指示给出一个大概的框架，，细节方面还得自己慢慢思考
页:
[1]
