发现深层次的Bug--业务测试

目录

1. 业务测试简介

2. 业务流程测试过程

3. 业务流程的整理

4. 编写业务测试用例

5. 执行业务测试 

一、业务测试简介

业务测试是测试人员把系统各个模块串接起来运行、模拟真实用户实际的工作流程，满足用户需求定义的功能、流程来进行测试的过程。

二、业务流程测试过程

• 整理业务流程需求
• 编写业务测试用例
• 执行测试
• 站在用户的角度

三、业务流程的整理

测试人员最好能够全程参与整个开发过程，尤其是需求解决要及早介入到需求，多与客户沟通，真正理解用户手工的业务流程，尽量减少业务理解的偏差。

• 重点关注整体业务和分业务

在进行业务测试时，是在功能测试成功实施的基础上进行的测试，业务测试的工作重点应该是放在尽可能全面的收集模块需求、了解整体的业务流程、分析主体业务流程和重点业务流程等工作上。

• 现场客户

现场客户随时提供对需求细节的指导。如果没有条件，可以定期的邀请用户参加项目例会或安排和用户交流等。另外在需求理解评审和测试设计评审会尽量邀请用户参与。

四、编写业务测试用例

4.1编写流程用例

1. 绘制业务流程图（对于较简单的流程，也可以用文字描述的形式，但流程图比较直观，也便于进行路径的分析）
2. 根据业务流程的重要程度、使用频率为各流程设置好优先级
3. 采用场景法、路径法、状态图或其他方法（方法其实是不固定的，有时候可以综合使用多种方法）梳理出每个业务流程在系统中对应的操作步骤，形成业务流程的测试用例

注意：

这里的操作步骤没有必要像功能点测试用例的步骤那么详细，这个操作步骤可能是一个业务操作集，可以分解成多个步骤，这些业务操作集合，也可以对应具体的功能点测试用例，从而做到测试用例的复用。所以可以说这里的业务流程测试用例就像是将多个功能点的测试用例组合成一个集合，形成一个业务流。

• 在每个步骤中需要标识出执行该操作的用户角色，因为在一个业务流程中，很可能涉及到不同的角色
• 需要平衡项目的进度、成本，不一定需要覆盖所有的路径

4.2 业务数据的设计与跟踪

1. 对于业务系统的测试需要考虑基础数据、业务数据。基础数据一般采用客户真实的数据，业务数据要符合实际的业务流程
2. 注意业务数据的变动，结合数据库进行测试，必须非常清楚每一个业务的操作执行后，那些数据库的表会受到影响，表里面的数据是怎样变动的。业务数据流的跟踪，这才是软件测试的核心
3. 在系统测试每轮测试保持测试数据库都是完整的一套初始数据，在每次测试之前保证数据的原始状态 
4. 一般在版本比较稳定的情况下可以采用自动化工具录制业务流程测试脚本实现整个业务测试的多轮测试过程 

五、执行业务测试

1. 在系统测试每轮测试保持测试数据库都是完整的一套初始数据，在每次测试之前保证数据的原始状态 
2. 一般在版本比较稳定的情况下可以采用自动化工具录制业务流程测试脚本实现整个业务测试的多轮测试过程 

总结

 软件测试的核心内容是验证业务流程的正确性、数据的正确性， 业务测试是软件测试的基础，也是软件测试最核心的内容，业务回归测试通过后，我们才能开展其他测试工作。