3 面向行业应用的软件测试运行控制方法

　　3.1 自动化测试框架

　　手工测试一般不会涉及到测试脚本。在自动化测试中，需要采用自动化测试工具，每种自动化测试工具都有自己的测试脚本，通过编写测试脚本，实现某个测试用例，运行测试脚本，既可执行该测试用例，并可以通过脚本自动检查测试用例的执行结果。

　　根据行业应用的诸多复杂特点，我们提出构建自动化测试框架。根据框架，利用行业业务规则和自动化测试脚本语言可以设计测试用例脚本。具体框架如图2所示。

　　在软件自动化测试中，涉及到回归测试。回归测试是对同一个测试用例的不同版本进行质量检查评估，是一个反复迭代的过程。在这样一个过程中，同一个业务对象在多次测试中反复出现的现象大量存在，测试用例的复用显得尤为重要。根据自动化测试框架，反复迭代可以实现自动化回归测试，直到测试完毕。

　　3.2 创建运行控制点

　　为了实现对测试脚本的运行控制，需要对各个测试脚本创建运行控制点。而实现这个运行控制，需要知道测试脚本运行的人口和出口，根据测试脚本运行的机制对其进行控制。具体方法如下：

　　在理解业务规则的基础之上，根据各个测试脚本之间的联系，创建脚本控制点。在生成的目标脚本中嵌入若干控制点(control point)，其位置分别位于测试脚本的入口（前置控制点）、出口（后置控制点）和内部（内部控制点），其中前置、后置控制点在生成测试用例时直接置于目标脚本的入口和正常出口，内部控制点则按照需要置于目标脚本一些关键位置：如耗时无法预计的语句前，非正常出口等，以便实施控制。

　　控制的基本手段是信号灯，信号灯位于创建的中心数据库(DB)的控制表run_signal中，控制点的基本行为就是检查自己的信号灯，并对之做出反应。控制点通过DB接口访问控制信号灯。控制点只对信号灯做出反应，如果是运行信号，则运行，如果是等待信号，则轮询等待，如果是中止信号，则中止运行。前置控制点负责检查运行条件，运行条件由运行控制系统确定；内置控制点检查暂停和中止信号；外置控制点则接受信号灯控制指令（用于协调与其它用例的关系，例如排队）。

　　在自动化工具目标脚本中，控制点以工具检查点的形式实现。所有的控制点都在运行日志中留一条通过信息，以便审计。

　　控制表run_signal结构如下：