如何高效地设计长流程的测试用例
本人目前所测试的web平台是提供给某公司使用的系统，该公司的业务人员会使用该平台走线上流程。线上流程环节比较多，比如一个流程按照发起到后续各个审批到结束环节A、B、C、D、E、F；除了A，之后的环节都是可以审核不通过从而回退到上一个环节的，各个环节的页面也有自己的功能点，不单单是流程走向
我比较纠结的是，这种长流程的测试用例大家会怎么写呢，我现在写会拆得很细，比如说某个操作之后的结果，或者一系列操作后，在最后一个操作完成后的结果，不关注中间的变化（如果不能执行，就是其他问题导致用例无法执行）。我这种写法，写出来的用例特别多...（但每条用例都会有一个明确的目的）
但我看别人写的一些用例，会将从A到F的一系列组合操作写成一条用例，作为一个长流程场景，这个场景中会测试到很多需求点，也就是说在这条用例会有多个测试的点，执行的过程中就需要关注各个点。
想请教一下大家，对于这种，大家是如何设计用例的呢？
可以考虑拆分为业务验证，流程审批验证，规则验证，列表数据验证，详情页面验证等；
比如：
1、业务验证，比如审批中，审批通过，审批拒绝，等各个状态验证；
2、流程审批验证，所有节点通过，所有节点驳回上一步，所有节点驳回发起人，所有节点拒绝，以及这些操作的交叉组合；
3、如果分别在每一个节点，有单独特殊处理的业务验证，那就各个节点分别验证业务；
4、如果分别在某一个或者多个节点，有规则校验，那就单独做规则校验的用例；
在单独按照细分拆解测试之后，要从大场景考虑其中的前后串连可能存在的异常场景；
井井34726 发表于 2020-8-18 21:57
可以考虑拆分为业务验证，流程审批验证，规则验证，列表数据验证，详情页面验证等；
比如：
1、业务验证 ...
感谢建议~ 学习一下测试用例设计的方法，等价类、边界值 赵佳乐SMILE 发表于 2020-8-19 12:59
学习一下测试用例设计的方法，等价类、边界值
这些基础方法是会的，我是比较好奇大家写长流程的测试用例，用例会细分到什么程度，觉得自己写得是不是太细了 :hug:
页:
[1]
