④根据业务流程关系场景的输入集合确定测试用例输入集合。

　　⑤根据业务流程关系场景的输出集合确定测试用例输出集合。

　　业务流程一般包含多个场景，场景之间转移关系也较复杂，这些复杂性不利于测试用例生成。因此，在生成测试用例前，需要根据简化原则简化业务流程的描述与场景转移关系。业务流程简化原则包括：原则1：子图分解原则。将一个业务流程分解为若干个子流程，分解前后的流程是等价的。原则2：循环活动简化原则。对于可多次重复的活动，规定活动重复的最大次数，以避免发生死循环。原则3：并发活动简化原则。如果两个并发活动之间相互独立，可任选一个执行顺序，以串行方式执行活动；如果并发活动在条件满足时，必须同时执行，则将活动合并。原则4：场景简化原则。对较大系统进行分析时，会造成一个测试场景过于庞大，因此，可划分出系统的子场景。

　　这些简化原则，将复杂的业务流程转化为只包含顺序关系场景的业务流程，提高了测试用例的质量。

　　1.4 测试用例执行顺序的确定

　　当测试资源有限时，不仅要考虑测试用例是否覆盖所有被测功能，更要制定合理测试用例执行顺序，降低“测试逃逸”风险。

　　测试用例执行顺序可以通过业务模型的场景优先级确定。场景优先级的获得有静态分析与动态调整两种方法。静态分析是在建立业务模型时，通过软件失效模式和影响分析(SFMEA，softwarefailuremodeandeffectsanalysis)为场景静态分配优先级；动态调整是在软件测试过程中，根据软件质量特征再次进行SFMEA分析，动态调整场景优先级。测试用例可以通过与业务流程之间的联系，以及SMF获得场景优先级，为确定测试用例执行顺序提供有力依据。

　　2、实例应用

　　某信息采集系统在试用过程中，用户反馈由于信息录入员提交的信息有误，系统中经常存在一些无效信息。为避免该问题，用户提出增加“提交审核”业务，即信息录入员提交的信息经管理员审核通过后，才可进入信息采集系统。该项目开发采用敏捷方法，业务模型在项目需求获取阶段已建立。为尽快响应用户需求，软件开发设计与测试设计同时开始，测试人员使用业务模型驱动测试活动，并贯穿整个测试过程。

　　2.1 测试计划阶段

　　2.1.1 业务规则

　　该阶段主要修改内容是向信息录入业务规则添加子规则信息审核。

　　2.1.2 场景

　　增加信息审核场景。

　　2.2 测试设计与开发阶段

　　略

　　2.3 测试实施阶段

　　根据场景优先级可以计算出测试用例的优先级TOP值(在关系场景中，单个场景优先级最高值)与AVG值(所有关系场景的平均值)等值。

　　2.4 测试评估阶段

　　在测试评审阶段，根据业务模型判断软件测试风险，评估软件质量。最后，根据测试结果，对业务模型的场景优先级进行动态调整。例如：由于测试用例TC—F1—1通过测试，则可调低该测试用例关系场景的优先级

　　3、结束语

　　本文在对相关基本概念进行说明的基础上，提出了基于业务模型的测试过程，并重点阐述了测试用例生成及其执行顺序的确定方法。最后，将研究成果应用于实际软件系统的测试实践，证明了本方法的有效性和正确性。在下一步研究中，将业务模型与自动化测试结合，设计一个基于业务模型的测试管理系统。随着软件工程的发展，软件行业对测试越来越重视，只有不断的探索、实践新的软件测试理论与方法，才能高效率完成测试任务，保证测试工作的有效性与可信性。