一、概要业务流程是根据用户的需要，随着不同流程节点的变化，实现系统业务走向的线路。业务流程在进行需求分析的时候就已经明确下来了，并一直指导着整个程序的框架。 我们在测试的过程中主要关注流程的走向是否正确，同时关注流程节点条件和输出值的变化。前者体现在文档的签核历史记录和流程查询信息，后者体现在节点的判断值和输出结果上。
二、业务流程测试用例编写原则以需求分析中的流程图做为编写测试用例的模型，坚持“测试驱动开发，用例指导结果，数据记录变化”的原则，灵活使用不同的方法制定测试用例。业务用例的构造要先于程序实现，与需求和开发人员沟通一致，并以此作为一个基准，保证程序实现不会错，还能对整个软件的进度和质量有一个很好的估计和度量。业务用例可以不关注程序的界面，但一定要有数据的支持。
2.1集成测试业务流程用例的编写目的：在于验证数据的正确性,及界面之间的数据传递的准确、无误。
2.2系统测试业务流程用例的编写目的：在于验证软件最终数据的准确性.我们的软件体现为,手工数据与报表数据的一直性.用例与用例之间有着一定的关系,目的性十分明确。
三、常用设计方法
3.1、路径分析法：确定一个需求项中的主线流程，然后划分出主线上的分支流程，根据这些流程的使用频度来确定测试优先级。如果你不了解这些分支流程的使用频度，请教你的客户，他们是最专家的专家。
3.2、等价类划分法确定等价类的原则：
3.2.1、如果输入条件决定了取值范围，或值的个数，则可以确立一个有效等价类和两个无效等价类。
3.2.2、如果输入条件规定了输入值的集合，或者规定了“必须如何” 的条件，此时可确立一个有效等价类和一个无效等价类。
3.3.3、如果输入条件是一个布尔量，则可以确定一个有效等价类和一个无效等价类。
3.3.4、如果规定了输入数据的一组值，而且程序对每个输入值分别进行处理，此时可为每一个输入值确立一个有效等价类，此外，针对这组值确立一个无效等价类，它是所有不允许输入值的集合。
3.3.5、如果规定了输入数据必须遵守的规则，则可以确立一个有效等价类（符合规则）和若干个无效等价类（从不同的角度违反规则）。如果确知，已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分成更小的等价类测试用例的选择原则。
为每一个等价类规定一个唯一的编号，设计一个新的测试用例，使其尽可能多的覆盖尚未被覆盖的有效等价类，重复这一步，直至所有的有效等价类都被覆盖过。设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，直至所有的无效等价类都被覆盖为止。
3.3、边界值分析法测试用例的选择原则：
3.3.1、如果输入条件规定了值的范围，则应取刚达到这个范围的边界值，以及刚刚超越这个边界范围的值作为测试输入数据。
3.3.2、如果输入条件规定了值的个数，则用最大个数、最小个数、比最大多1、比最小的小1的数作为测试输入数据。
3.3.3、根据详细设计说明书的每个输出条件，使用前面的原则。
如果程序的详细设计说明书给出的输入输出域是有序集合，则应选取集合的每一个元素和最后一个元素作为测试用列。
如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试用例。
分析详细设计说明书，找出其他可能的边界条件值、测试用例表格格式、测试用例编写格式细则。
4.1、测试用例内容具体实施可以采用EXCEL和图形相结合，可用EXCEL编写测试用例的同时插入图形来加以说明。
测试用例设计的内容可由：模块名、功能说明或图形说明、测试用例输入、应输出结果、实际输出结果、结论、BUG编号、BUG级别8个部分组成。
4.2、测试用例表格格式表格内容的字体为宋体，表格内容的字型为12号。
4.3、表格测试流程的流转情况及相关的节点关键值和输出值：项目/软件、程序版本、功能模块名、编制人、用例编号、编制时间、相关的用例、流程线路、流程点、操作人、所在部门、执行动作、测试数据、期望结果、测试结果等。执行动作指：批准、驳回或加签；测试数据：主要是影响节点流转的关键值；
4.4、测试用例优先级描述
A、测试计划中重要的模块功能和业务流程
B、测试计划中比较重要的模块功能和业务流程
C、测试计划中次重要的模块功能和业务流程
D、测试计划中不重要的模块功能和业务流程
E、系统小单元、系统容错功能对于A、B 级应重点考虑
