【博学谷学习记录】超强总结，用心分享|测试工程师必备技能总结：业务流程测试

业务流程测试

用例设计主要问题

主要问题存在于：

1、测试点分析：

逻辑性不强

对于整个页面功能划分不清晰；

不同测试点归类不清晰；

不能形成相对固定的套路，书写耗费大量时间...

2、测试用例：关于，要细致到什么程度，不太明确

对于UI效果等的检查也要写进初次测试的用例吗？

3、测试用例设计时是依据需求说明书还是系统？

流程规范的公司，一定是基于需求说明书（或原型图）来设计测试用例

进入项目的时间节点来看：

                项目初期介入，依据需求说明书

                项目中后期介入，依据还是需求说明书：

                               有可能在实际测试过程中，没有需求说明书，可以参考当前的系统，同时需要结合自身测试经验进行结果的甄别

项目维护阶段介入，依据需求说明书：

                    有可能在实际测试过程中，没有需求说明书，可以参考当前的系统、用户手册、bug清单等

4、这个用例没啥问题 就是时间问题 没写完

测试数据：

注意测试数据的时效性（测试准备）：

如注册时的手机号在第一次注册时是未注册的，第二次再注册时就变为已注册了，所以不是特定的数据场合下，我们可以省略这些测试数据。

标题与预期结果要明确：

注意：如果需求中没有说明类似的错误提示消息，我们应该借助于其他同类型产品的处理方案或消息来设置用例的预期结果。

测试标题：

直接点明测试的目的

简明扼要，不要太冗长：

                比如异常类测试时，重点关注导致异常的条件即可，（其他正确参数可以放在预置条件里面、实际工作中约定的规则下可以不写其他正常的参数）

              如果是正常类测试时，可以依据有效等价类的类别（如登录时，qq、手机号、邮箱等）来细分设计测试用例

标题一般来说不重复

优先级：

1、状态迁移法

概念：

基于系统中模块或节点之间的状态。来描绘状态与状态之间的关系，从而找到状态之间转化的

路线设计测试用例的一种方法。

适用场景

需要针对复杂业务场景设计测试用例时

使用步骤：

1. 找出系统所有的节点

2. 绘制状态迁移图

3. 绘制状态迁移树

3、业务流程测试

3.1 流程图介绍（复习）

流程图：

3.2 绘制流程图

绘制原则：

不要漏掉流程路径

现有判断，再有判断结果

推荐讲主业务流程放在最中间，便于阅读

案例1：ATM取款流程

案例2：缺陷管理流程

3.3 业务流程测试

业务流程测试的关注点：

关注点在核心业务是否能够跑通

重点不是关注单个功能模块的细节点

业务流程测试的价值：

客户角度：对客户最有价值的是业务的实现，不是单功能模块的质量

测试人员角度：分配任务往往是针对功能模块划分，业务流程的测试容易遗漏

进行业务流程测试的时机：

上线前进行业务流程测试的确认

单功能模块基本可用的情况下，尽早进行（冒烟测试）

3.4 业务流程测试用例设计

需求分析，明确流程

画出流程图

编写测试用例，一条路径对应一条测试用例：

               路径比较多时，可以对所测业务路径设置优先级