浅谈对于【流程类业务】测试策略

什么是流程类业务？为什么会说到这个？众所周知，web类相关系统的业务基本上分了3大类，一类是增删改查，一类是流程类业务（如商城，下单，撤回），还有一类是2者结合（增删改查+流程）

笔者在10年测试的业务中，有6年基本上是在搞商城或者销售等下单系统，相关的业务已经非常成熟，所以想把基本上业务框架抽提出来，快速理解业务，快速理解需求，总结一些踩过的坑~

流程类业务：顾名思义就是业务形态主要是流程类的，常见的应用场景：商城下单，提交发票，建单审批等等，多用于企业内部业务管理上，如果是做企业内部相关系统，比如erp，发票系统，财务系统，商城系统等等，这类业务就非常常见，我们浅谈下针对这种的测试策略

一：业务分析，一个基本的建单流程：

 

（A业务方）新增--保存（草稿）----提交 ---（B审批方）驳回/通过

（A业务方）新增--保存（草稿）--撤回---编辑----提交 ---（B审批方）驳回/通过

（A业务方）新增--保存（草稿）--撤回---删除，重新建单

（A业务方）新增--保存（草稿）--撤回---编辑----提交 ---（B审批方）驳回--编辑---提交等

 

二.状态分析，状态流转

 

有流程就会有流程对应的状态，测试需要对这些状态需要非常敏感，如果功能操作与状态不是一一对应的，需要做状态校验，正常场景下其实不会存在这些情况，但异常场景就需要考虑

异常场景举例：

1 场景1：企业方已提交，监管方进行审核或驳回时，企业方进行了撤回---已撤回，监管方在审批时候，应该提示：审批单已被撤回，无法审批

2 场景2：企业方已提交，监管方进行审核或驳回时，企业方进行了撤回并删除---删除，监管方在审批时候，应该提示：审批单已被删除，无法审批

3 场景3：企业方已提交，监管方进行审核或驳回时，企业方进行了撤回并保存---草稿，监管方在审批时候，应该提示：审批单已被删除，无法审批

4.场景4：企业方新建后一个页面删除草稿，一个页面编辑-----点击编辑时候应该有校验提示：审批单已被删除，无法编辑

以上只是一些常见场景，完全梳理可以参考下面场景触发，当然状态更多的情况下，可能需要更多地地方加上校验，视情况而定

 

举例：状态【草稿，待审批，删除，已撤回，审批通过，已驳回】

需要触发校验的地方

1.撤回--只有待审批才能撤回，需要校验5个其他状态

2.提交--只有草稿才能提交，需要校验5个其他状态

3.通过--只有待审批才能通过，需要校验5个其他状态

4.驳回--只有待审批才能驳回，需要校验5个其他状态

5.删除--只有草稿和已撤回才能删除，需要校验4个其他状态

6.编辑--只有草稿，撤回状态才能编辑（因为还在提交前，所以校验提交前----1个删除状态）

7.上一步，下一步操作--这类一般不算操作，大部分都是前端跳转不入库，也没有对应状态，所以很少受影响

 

三.流程通知

有审批肯定有消息通知

每次流程流转到本人时，发邮件或者其他系统进行提醒，这里根据情况而定，需要验证到不同角色的消息接收

 

 

本章讲述了一个基本流程，后面我们继续再学习更系统的流程