测试的必备，业务测试总结整理（最详细）......

目录：导读

前言

业务逻辑的测试不仅是重中之重，也是优先级最高的任务

业务层的测试，主要是对照需求测试，测试需求中的功能点是否都实现，且实现的功能与需求描述相符合。其实软件的业务逻辑就相当于我们的工作主线，游戏的剧情线。

我们先进行业务逻辑测试是因为我们首先要保证测试软件是需求要求（客户需要）的，比如QQ做好了，那必须得先能发消息，且对方能收到，如果这个都做不到那页面做的再绚丽再易用有什么用？

一、业务测试简介

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

二、业务流程测试过程

1、整理业务流程需求

2、编写业务测试用例

3、执行测试

三、业务流程的整理

1、站在用户的角度

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

2、重点关注整体业务和分业务

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

3、现场客户

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

4、编写业务测试用例

编写流程用例
1.绘制业务流程图（对于较简单的流程，也可以用文字描述的形式，但流程图比较直观，也便于进行路径的分析）。

2.根据业务流程的重要程度、使用频率为各流程设置好优先级。

3.采用场景法、路径法、状态图或其他方法（方法其实是不固定的，有时候可以综合使用多种方法）梳理出每个业务流程在系统中对应的操作步骤，形成业务流程的测试用例。

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

在每个步骤中需要标识出执行该操作的用户角色，因为在一个业务流程中，很可能涉及到不同的角色。

需要平衡项目的进度、成本，不一定需要覆盖所有的路径。

业务数据的设计与跟踪
1.对于业务系统的测试需要考虑基础数据、业务数据。基础数据一般采用客户真实的数据，业务数据要符合实际的业务流程。

2.注意业务数据的变动，结合数据库进行测试，必须非常清楚每一个业务的操作执行后，那些数据库的表会受到影响，表里面的数据是怎样变动的。业务数据流的跟踪，这才是软件测试的核心。

五、执行业务测试

1.在系统测试每轮测试保持测试数据库都是完整的一套初始数据，在每次测试之前保证数据的原始状态 。

2.一般在版本比较稳定的情况下可以采用自动化工具录制业务流程测试脚本实现整个业务测试的多轮测试过程 。

六、总结

不管你干什么，都会有两种结果：一种是笑话，一种是神话。如果你半途而废，只能成为朋友中的笑话；但如果你成功了，你就变成她们眼中的神话。社会就是现实！要么不做，要么做好。

命运给你一个较低的起点，是想让你用你的一生去奋斗出一个绝地反击的故事。这个故事关于独立，关于梦想，关于勇气，关于坚忍。

鸡汤再有理，终究是别人的总结。故事再励志，也只是别人的经历，只有你自己才能改变自己。