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

发布时间 2023-09-28 16:45:13作者: 夏至啊

什么是流程类业务?为什么会说到这个?众所周知,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.上一步,下一步操作--这类一般不算操作,大部分都是前端跳转不入库,也没有对应状态,所以很少受影响
 
三.流程通知
有审批肯定有消息通知
每次流程流转到本人时,发邮件或者其他系统进行提醒,这里根据情况而定,需要验证到不同角色的消息接收
 
 
本章讲述了一个基本流程,后面我们继续再学习更系统的流程