一种基于脚本解释工具的自动化软件测试系统.pdf

本发明为一种基于脚本解释工具的自动化软件测试系统，包括测试案例库，测试记录库，测试案例处理单元，测试记录处理单元，测试案例管理单元，测试总控单元；测试总控单元通过人机界面接受用户的操作指令信息，并控制测试案例处理单元从测试案例库中读取测试案例的初始数据，经用户的编辑操作之后，保存测试案例脚本，并将其路径保存在测试案例库中；测试案例经过测试记录处理单元生成测试记录，保存在测试记录库中，并保存测试记录脚本；运行测试记录，测试记录脚本通过测试案例管理单元传送到指定测试机中的ROBOT运行；测试数据通过运行ROBOT脚本传送到各应用程序进行处理，将运行结果经测试案例管理单元保存到测试记录库。

1.  一种基于脚本解释工具的自动化软件测试系统，其中包括，
测试案例库：用于存储测试案例信息、测试案例脚本；
测试记录库：用于存储测试记录信息、测试记录脚本；
测试案例处理单元：用于对测试案例的生成、删除、重用进行处理；
测试记录处理单元：用于对测试记录的生成、删除、复制、运行状态统计进行处理；
测试案例管理单元：由脚本解释工具构成，用于管理测试记录运行期间的所有操作；
测试总控单元：用于对系统资源和硬件资源进行控制；
所述的测试总控单元通过人机界面接受用户的操作指令信息，并控制所述的测试案例处理单元从所述的测试案例库中读取测试案例的初始数据，经用户的编辑操作之后，以文本形式保存测试案例脚本，并将其路径保存在测试案例库中；所述的测试案例经过所述的测试记录处理单元生成测试记录，保存在所述的测试记录库中，同时以文本的形式保存测试记录脚本；运行所述的测试记录，测试记录脚本通过所述的测试案例管理单元将测试数据传送到各应用程序进行处理，得到运行结果，将运行结果经所述的测试案例管理单元保存到所述的测试记录库。

2.  根据权利要求1所述的系统，其特征在于，在所述的测试案例库中，测试案例信息与测试案例脚本一一对应，并且所述的测试案例信息存储于数据库中，所述的测试案例脚本以文本的形式存放；通过对数据库中测试案例信息的管理实现对所述的测试案例脚本的管理。

3.  根据权利要求1所述的系统，其特征在于，所述的测试案例处理单元包括：删除案例模块、案例类型模块、以及案例设计器。

4.  根据权利要求3所述的系统，其特征在于，所述的案例设计器是一个可视化案例设计模块，其通过图形界面，添加交易代码，修改交易的输入项和对应的动作，生成测试案例脚本。

5.  根据权利要求3所述的系统，其特征在于，所述的案例设计器能够记忆用户曾经测试过的各个功能模块的输入输出数据。

6.  根据权利要求3所述的系统，其特征在于，所述的案例设计器使用的文件包括：测试案例库中的测试案例脚本；使用的表包括：
案例表：纪录已经生成的测试案例的信息；
交易输入项表：记载测试原始数据流，保存一次测试的所有输入项的名称和提示信息；
案例类型表：管理所有案例类型信息；其中，生成案例类型的树型结构：
读取所述的案例类型表；由于系统默认第一层节点的上一层节点代码全部为0，故扫描所有上一层类型代码为0的类型代码为第一层的节点，扫描所有上一层类型代码为第一层代码的类型代码为第二层的节点，以此类推。

7.  根据权利要求4所述的系统，其特征在于，所述的案例设计器包括自动生成界面测试案例单元，该自动生成界面测试案例单元包括：
交易代码管理模块：用于进行交易代码搜索、交易代码新增、交易代码修改、交易代码删除；
输入项管理模块：用于进行输入项新增、输入项修改、输入项删除；
检查项管理模块：用于检查项新增、检查项修改、检查项删除；
自动生成测试数据模块：用于交易输入场检查、测试案例数据生成；
测试规范导入导出模块：用于测试规范导入、测试规范导出。

8.  根据权利要求7所述的系统，其特征在于，所述的交易是指：各种被测应用软件。

9.  根据权利要求1所述的系统，其特征在于，所述的测试记录处理单元用于引用已经生成的测试案例，对测试案例中的变量进行赋值，生成可以运行的测试记录。

10.  根据权利要求9所述的系统，其特征在于，所述的测试记录处理单元使用的文件包括：测试案例库中的案例脚本和测试记录库中的测试记录脚本；
使用的表包括，
案例表：纪录已经生成的测试案例的信息；
测试记录表：纪录已经生成的测试记录的信息；
项目名称对照表：纪录测试库中的项目和对应的项目编号；
轮次名称对照表：纪录测试库中的轮次和对应的轮次编号；其中：
新建测试记录的测试案例树由四层组成；前三层是案例类型的三个层次；第四层是用户名；以三个层次得到案例类型代码，搜索案例表，得到所有不重复测试案例的提交者名称；然后用提交者名称搜索用户管理表的realname字段，得到提交者的真实名称，显示为案例树的第四层；在案例脚本中增加赋值语句生成测试记录脚本。

11.  根据权利要求1所述的系统，其特征在于，所述的测试记录处理单元还包括测试记录重用模块，用于从已经生成的测试记录中生成新的测试记录，并保留原测试记录的所有变量值，直接运行测试或者修改某几个变量值后进行不同功能点的测试。

12.  根据权利要求11所述的系统，其特征在于，所述的测试记录重用模块包括，单条复制：用于把一个测试记录复制到指定的某个目录下，复制中不改动任何变量值；
批量复制：用于把同一用户目录下同一案例编号的多条测试记录复制到指定的目录下，复制中可以指定要修改那些变量值，并统一修改。

13.  根据权利要求12所述的系统，其特征在于，所述的批量复制所使用的文件包括：测试案例库中的测试记录脚本；
使用的表包括，
测试记录表：纪录已经生成的测试记录的信息；
项目名称对照表：纪录测试库中的项目和对应的项目编号；
轮次名称对照表：纪录测试库中的轮次和对应的轮次编号；
用户管理表；
其中，
批量复制主要由两个循环组成，一个大循环是逐个复制选中的测试记录，第二个是复制每个测试记录的时候，循环读原记录脚本，生成新的记录脚本；
批量复制中的批量修改可变值是在复制前，列出所有可变值，让用户指定要修改的变量名称；复制过程中，碰到这些变量的赋值时，就用用户指定的值来复制；
赋值区后的复制操作：把赋值区后的内容从源文件复制到目标文件，然后把目标文件上传到案例库服务器；
数据库操作：复制完一个测试记录后，就把该测试记录的项目编号，轮次，案例编号，记录数等组成一条记录插到测试记录表中。

14.  根据权利要求1所述的系统，其特征在于，所述的测试案例管理单元包括：测试监控模块、测试案例传递模块、计算机调度模块。

15.  根据权利要求1所述的系统，其特征在于，所述的测试总控单元包括：系统设置模块、用户管理模块、修改密码模块、测试机管理模块、日志查看模块、轮次管理模块、项目管理模块。

16.  根据权利要求1至15任意一项所述的系统，其特征在于还包括：
至少一台客户端计算机：执行所述的测试总控单元的功能；
至少一台测试机：载有测试终端，脚本解释工具，由测试案例处理单元、测试记录处理单元、测试案例管理单元构成的自动化测试服务端、案例数据库；
案例库服务器：存储有测试案例库、测试记录库；
其中，
所述的客户端计算机、测试机、案例库服务器相互耦合，且所述的测试机与运行被测应用软件的应用服务器连接。

17.  根据权利要求16所述的系统，其特征在于，所述的客户端计算机、测试机、案例库服务器之间采用TCP协议连接；所述的测试机与应用服务器之间采用相应协议的连接。

18.  根据权利要求16所述的系统，其特征在于，在所述的测试机起一个服务充当Server；所述的客户端计算机充当Client，并通过TCP连接到所述的测试机；在所述的客户端计算机端起一个定时器，每隔一段时间向测试机请求一次截屏，把截屏信息在客户端计算机显示出来，实现对所述测试机屏幕的监视。

19.  根据权利要求18所述的系统，其特征在于，在所述的Client和Server端自定义一些用于通讯的TCP通讯命令，该TCP通讯命令如下：
以“PLAY”字符串开头的执行指令；
“stop1”开头的停止单条测试记录执行的指令；
“stopAll”停止一次提交的所有测试记录的执行的指令；
“disconnect”为断开连接指令。

20.  根据权利要求18所述的系统，其特征在于，测试机操作系统启动时，自动启动自动化测试服务端；自动化测试服务端会自动把PCM表中的status字段置为0，表明这台测试机可用；
当测试记录执行时选定这台测试机，会把它的status字段置为1，保证同一时间只能有一个用户在使用这台测试机；当测试机已经全部被占用时，自动化测试排队管理服务器不停地发test指令给测试服务端，检测测试机的状态，如果发现测试机状态异常，且PCM表中的status＝0，就调用shutdown程序远程重启测试机，同时置PCM表中当前测试机的状态变为2；如果发现有空闲的测试机，取得其IP后就开始检测queuecontrol表，一旦发现有flag＝0的ID号，就按ID号升序排列，取出第一条记录的ID号查询execute表，把所有符合条件的测试记录通过TCP发“PLAY”指令到空闲的测试机，同时将PCM表中的status字段置为1；测试机还有一个status为3的维护状态，当手动设置status＝3时，排队管理服务器不再检测此测试机的状态，方便技术人员作更新程序等维护操作。

21.  根据权利要求19所述的系统，其特征在于，测试机接到“PLAY”指令就开始把测试记录对应的脚本文本通过ftp下载到robot的脚本目录，同时生成与脚本名相对应的扩展名为script.rtxm1文件，使robot能够识别和能够调用此脚本，并在Access数据库表casedb中插入需要执行的测试记录，其中ID字段对应其提交时产生的ID，status＝0，name＝脚本名。

22.  根据权利要求19所述的系统，其特征在于，Robot在服务端启动时被启动，执行一个不断循环检测Access数据库表casedb的大脚本，按sequence升序select出casedb中status＝0的记录，按顺序调用其对应的测试记录脚本；执行时将casedb表和oracle数据库中的execute表中当前执行记录的status字段的值置为1，执行完毕后将status置为2。

23.  根据权利要求19所述的系统，其特征在于，执行过程中，用户是可以取消已经提交的正在处理或者未处理的测试记录的，用户通过自动化测试平台的一个排队监控窗口可以看到自己提交的所有ID对应的测试记录以及每个ID，每个测试记录当前处于的状态，可以手动刷新和自动刷新；当用户选中一个ID时，如果这个ID是未处理或者处理中的，用户可以通过按“停止执行”按钮发送一个“stopAll”指令来取消一个ID对应的所有正在处理或者处理中的测试记录的执行；当用户选中一个测试记录时，如果这个测试记录是未处理或者处理中的，用户按“停止执行”时，会发送一个以“stop1”为首的指令到测试服务端，停止一个未处理或者处理中的测试记录的执行；服务端接收到”stop1”停止指令后，会把casedb和oracle数据库中execute表中对应的测试记录的status字段置为4；收到“stopAll“指令后，会把casedb和oracle数据库execute表中的所有未处理或者正在处理的测试记录状态置为4，同时把queuecontrol表中对应ID的记录的flag字段也置为4；Deadloop脚本每次调用一个测试记录脚本时都会先检测准备执行的测试记录的status值，如果发现值为4，则跳过此测试记录脚本的执行。

24.  根据权利要求19所述的系统，其特征在于，当脚本解释工具运行时，客户端起一个定时器调用ClientMonDLL.dll通过tcp连接到测试终端，获取测试终端做交易时的画面，实现实时屏幕监控；
当自动化排队管理服务器发送完PLAY指令后，或者客户端发送完“stop1”和“stopall”指令后，服务端都会发送一个“disconnect”指令通知自动化排队管理服务器和客户端断开与服务器段的连接。

一种基于脚本解释工具的自动化软件测试系统
技术领域
本发明涉及网络和计算机软件技术，特别涉及计算机应用软件的测试，具体的讲是一种基于脚本解释工具的自动化软件测试系统。
背景技术
软件测试是一件非常重要的工作，特别是对于金融业、工业等复杂且庞大的应用软件测试而言更是如此，因为软件的运行质量将直接影响多方的利益。然而，现有技术中的软件测试方法大多以某种脚本解释工具为基础，采用单机运行、手工操作的方法对应用软件进行测试。
现有的脚本解释工具很多，Robot工具便是其中之一。Robot是Rational公司开发的用于进行功能测试和性能测试的工具。使用Rational Robot可以开发三种类型的脚本：用于功能测试的GUI脚本、用于性能测试的VU和VB脚本。
Robot提供了以下功能：
1)完成所有的功能测试。记录并回放应用完成的过程，并且通过检查点来检测监控对象的状态。
2)完成所有的性能测试。结合使用Robot与TestManager来记录脚本，有助于判断一个多客户端的系统的性能是否满足既定的标准。
3)使用SQABasic、VB和VU脚本运行环境来创建和编辑脚本。在脚本开发中Robot编辑器为复杂的编写提供了方便的编辑环境。
4)应用于Visual Studio.NET、Visial Basic、Oracle表格、PowerBuilder、HTML和Java的开发。甚至在应用界面中不可见的对象都可以作为测试对象。
5)在脚本回放过程中收集应用的诊断信息。Robot已经与RationalPutify、Quantify、PureCoverage整合起来。在诊断工具下运行脚本之后，可以在日志中查看诊断结果。
Robot当中面向对象的记录技术允许仅仅通过简单地运行测试记录就可以快速产生出测试脚本。Robot使用面向对象的记录方法，通过对象内部的对象名来识别对象，而不是通过屏幕上的坐标来识别。如果对象改变了位置或文本，Robot仍然可以在回放中找到它们。Robot中的对象测试技术允许测试一个测试项目中的任何对象，包括该对象的属性和数据。不论在界面中是否可见，都可以测试标准Windows对象和IDE对象。可见Robot为用户编写的测试记录脚本提供了一个解释和执行的系统，脚本的识别和运行都是通过Robot来完成的。
Robot工具虽然可以完成软件测试的工作，但是现有技术中对Robot工具的使用却十分原始，致使测试效率低下、浪费人力，其具体表现为：
1)不能对测试案例进行有效的管理，因此无法解决案例存储和重用的问题；
2)测试在单机或者前台机运行，直接影响前台用户的其他操作；
3)测试流程人工操作，大量占用人力；
4)运行Robot工具的单机互不联系，无法实现测试资源的均衡管理；
5)运行Robot工具的单机仅针对某一具体软件的测试而工作，因此毫无灵活性可言，更不能满足多样的业务需求。
综上所述，虽然现有技术中的脚本解释工具很多，且这些脚本解释工具(如Robot工具)也能够帮助用户完成软件测试的工作，但是基于软件测试工具的自动化的、灵活性强的、兼容性好的软件测试系统目前还没有出现。
发明内容
本发明的目的在于，提供一种基于脚本解释工具的自动化软件测试系统。用以对测试案例进行有效的管理，解决案例重用的问题。测试通过后台执行，不影响前台用户的其他操作。测试流程自动化，无需人工操作。实现测试资源的均衡管理。并且使整个系统具有较强的灵活性，能满足多样的业务需求，可兼容多种协议。
本发明的技术方案为：一种基于脚本解释工具的自动化软件测试系统，其中包括，
测试案例库：用于存储测试案例信息、测试案例脚本；
测试记录库：用于存储测试记录信息、测试记录脚本；
测试案例处理单元：用于对测试案例的生成、删除、重用进行处理；
测试记录处理单元：用于对测试记录的生成、删除、复制、运行状态统计进行处理；
测试案例管理单元：由脚本解释工具构成，在计算机的调度和测试监控下管理测试记录运行期间的所有操作；
测试总控单元：用于对系统资源和硬件资源进行控制；
所述的测试总控单元通过人机界面接受用户地操作指令信息，并控制所述的测试案例处理单元从所述的测试案例库中读取测试案例的初始数据，经用户的编辑操作之后，以文本形式保存测试案例脚本，并将其路径保存在测试案例库中；所述的测试案例经过所述的测试记录处理单元生成测试记录，保存在所述的测试记录库中，同时以文本的形式保存测试记录脚本；运行所述的测试记录，测试记录脚本通过所述的测试案例管理单元将测试数据传送到各应用程序进行处理，将运行结果经所述的测试案例管理单元保存到所述的测试记录库。
在所述的测试案例库中，测试案例信息与测试案例脚本一一对应，并且所述的测试案例信息存储于数据库中，所述的测试案例脚本以文本的形式存放；通过对数据库中测试案例信息的管理实现对所述的测试案例脚本的管理。
所述的测试案例处理单元包括：删除案例模块、案例类型模块、以及案例设计器。
所述的案例设计器是一个可视化案例设计模块，其通过图形界面，添加交易代码，修改交易的输入项和对应的动作，生成测试案例脚本。所述的案例设计器能够记忆用户曾经测试过的各个功能模块的输入输出数据。
所述的案例设计器使用的文件包括：测试案例库中的测试案例脚本；使用的表包括：
案例表(TC)：纪录已经生成的测试案例的信息；
交易输入项表(TRANSITEM)：记载测试原始数据流，保存一次测试的所有输入项的名称和提示信息；
案例类型表(TT)：管理所有案例类型信息；
其中，
生成案例类型的树型结构：
读取所述的案例类型表。由于系统默认第一层节点的上一层节点代码全部为0，故扫描所有上一层类型代码为0的类型代码为第一层的节点，扫描所有上一层类型代码为第一层代码的类型代码为第二层的节点，以此类推。
所述的案例设计器包括自动生成界面测试案例单元，该自动生成界面测试案例单元包括：
交易代码管理模块：用于进行交易代码搜索、交易代码新增、交易代码修改、交易代码删除；
输入项管理模块：用于进行输入项新增、输入项修改、输入项删除；
检查项管理模块：用于检查项新增、检查项修改、检查项删除；
自动生成测试数据模块：用于交易输入场检查、测试案例数据生成；
测试规范导入导出模块：用于测试规范导入、测试规范导出。
所述的交易是指：各种被测应用软件。
所述的测试记录处理单元用于引用已经生成的测试案例，对测试案例中的变量进行赋值，生成可以运行的测试记录。
所述的测试记录处理单元使用的文件包括：测试案例库中的案例脚本和测试记录库中的测试记录脚本；
使用的表包括：
案例表(TC)：纪录已经生成的测试案例的信息；
测试记录表(TD)：纪录已经生成的测试记录的信息；
项目名称对照表(PNC)：纪录测试库中的项目和对应的项目编号；
轮次名称对照表(TN)：纪录测试库中的轮次和对应的轮次编号；
其中，新建测试记录的测试案例树由四层组成；前三层是案例类型的三个层次；第四层是用户名；以三个层次得到案例类型代码，搜索案例表，得到所有不重复测试案例的提交者名称；然后用提交者名称搜索用户管理表(UM)的realname字段，得到提交者的真实名称，显示为案例树的第四层；在案例脚本中增加赋值语句生成测试记录脚本。
所述的测试记录处理单元还包括测试记录重用模块，用于从已经生成的测试记录中生成新的测试记录，并保留原测试记录的所有变量值，直接运行测试或者修改某几个变量值后进行不同功能点的测试。
所述的测试记录重用模块包括，单条复制：用于把一个测试记录复制到指定的某个目录下，复制中不改动任何变量值；
批量复制：用于把同一用户目录下同一案例编号的多条测试记录复制到指定的目录下，复制中可以指定要修改那些变量值，并统一修改。
所述的批量复制所使用的文件包括：测试案例库中的测试记录脚本；
使用的表包括，
测试记录表(TD)：纪录已经生成的测试记录的信息；
项目名称对照表(PNC)：纪录测试库中的项目和对应的项目编号；
轮次名称对照表(TN)：纪录测试库中的轮次和对应的轮次编号；
用户管理表(UM)；
其中，批量复制主要由两个循环组成，一个大循环是逐个复制选中的测试记录，第二个是复制每个测试记录的时候，循环读原记录脚本，生成新的记录脚本；
批量复制中的批量修改可变值是在复制前，列出所有可变值，让用户指定要修改的变量名称；复制过程中，碰到这些变量的赋值时，就用用户指定的值来复制；
赋值区后的复制操作：把赋值区后的内容从源文件复制到目标文件，然后把目标文件上传到案例库服务器；
数据库操作：复制完一个测试记录后，就把该测试记录的项目编号，轮次，案例编号，记录数等组成一条记录插到测试记录表(TD表)中。
所述的测试案例管理单元包括：测试监控模块、测试案例传递模块、计算机调度模块。
所述的测试总控单元包括：系统设置模块、用户管理模块、修改密码模块、测试机管理模块、日志查看模块、轮次管理模块、项目管理模块。
本发明所述的系统还包括：
至少一台客户端计算机：执行所述的测试总控单元的功能；
至少一台测试机：载有测试终端，脚本解释工具，由测试案例处理单元、测试记录处理单元、测试案例管理单元构成的自动化测试服务端、案例数据库；
案例库服务器：存储有测试案例库、测试记录库；
其中，所述的客户端计算机、测试机、案例库服务器相互耦合，且所述的测试机与运行被测应用软件的应用服务器连接。
所述的客户端计算机、测试机、案例库服务器之间采用TCP协议连接；所述的测试机与应用服务器之间采用相应协议的连接。
在所述的测试机起一个服务充当Server；所述的客户端计算机充当Client，并通过TCP连接到所述的测试机；在所述的客户端计算机端起一个定时器，每隔一段时间向测试机请求一次截屏，把截屏信息在客户端计算机显示出来，实现对所述测试机屏幕的监视。
在所述的Client和Server端自定义一些用于通讯的TCP通讯命令，该TCP通讯命令如下：
以“PLAY”字符串开头的执行指令；
以“stopl”开头的停止单条测试记录执行的指令；
“stopAll”停止一次提交的所有测试记录的执行指令；
“disconnect”为断开连接指令；
自动化测试平台每一次提交测试系统都会生成一个全系统唯一的标识ID，并以ID为关键字在queuecontrol表中插入一条记录，所有这次提交的记录都按提交时指定顺序插入execute表。
自动化测试排队管理服务器不停地发test指令给测试服务端，检测测试机的状态，如果发现测试机状态异常，且PCM表中的status＝0，就调用shutdown程序远程重启测试机，同时置PCM表中当前测试机的状态变为2(正在重启)；如果发现有空闲的测试机，取得其IP后就开始检测queuecontrol表，一旦发现有flag＝0(未处理)的ID号，就按ID号升序排列，取出第一条记录的ID号查询execute表，把所有符合条件的测试记录通过TCP发“PLAY”指令到空闲的测试机，同时将PCM表中的status字段置为1(忙)；测试机还有一个status为3的维护状态，当手动设置status＝3时，排队管理服务器不再检测此测试机的状态，方便技术人员作更新程序等维护操作。
测试机接到“PLAY”指令就开始把测试记录对应的脚本文本通过ftp下载到robot的脚本目录，同时生成与脚本名相对应的扩展名为.script.rtxml文件，使robot能够识别和能够调用此脚本。并在Access数据库表casedb中插入需要执行的测试记录，其中ID字段对应其提交时产生的ID，status＝0，name＝脚本名。
Robot在服务端启动时被启动，执行一个不断循环检测Access数据库表casedb的大脚本，按sequence升序select出casedb中status＝0的记录，按顺序调用其对应的测试记录脚本；执行时将casedb表和oracle数据库中的execute表中当前执行记录的status字段的值置为1(正在运行)，执行完毕后将status置为2(运行完毕)。
执行过程中，用户是可以取消已经提交的正在处理或者未处理的测试记录的，用户通过自动化测试平台的一个排队监控窗口可以看到自己提交的所有ID对应的测试记录以及每个ID，每个测试记录当前处于的状态，可以手动刷新和自动刷新。当用户选中一个ID时，如果这个ID是未处理或者处理中的，用户可以通过按“停止执行”按钮发送一个“stopAll”指令来取消一个ID对应的所有正在处理或者处理中的测试记录的执行；当用户选中一个测试记录时，如果这个测试记录是未处理或者处理中的，用户按“停止执行”时，会发送一个以“stopl”为首的指令到测试服务端，停止一个未处理或者处理中的测试记录的执行。服务端接收到”stopl”停止指令后，会把casedb和oracle数据库中execute表中对应的测试记录的status字段置为4(已取消).收到“stopAll“指令后，会把casedb和oracle数据库execute表中的所有未处理或者正在处理的测试记录状态置为4(已取消)，同时把queuecontrol表中对应ID的记录的flag字段也置为4(已取消)；Deadloop脚本每次调用一个测试记录脚本时都会先检测准备执行的测试记录的status值，如果发现值为4，则跳过此测试记录脚本的执行。
监控：当脚本解释工具运行时，客户端起一个定时器调用ClientMonDLL.dll通过tcp连接到测试终端，获取测试终端做交易时的画面，实现实时屏幕监控；
当自动化排队管理服务器发送完PLAY指令后，或者客户端发送完“stopl“和“stopall”指令后，服务端都会发送一个“disconnect“指令通知自动化排队管理服务器和客户端断开与服务器段的连接
本发明的有益效果在于，1)建立测试案例库对测试案例进行有效的管理，解决了案例重用的问题。2)测试通过后台执行，不影响用户的前台操作。3)测试流程自动化操作，无需人工操作。4)一台测试机一次只能运行一个系统应用程序，自动化测试系统在数据库里建立了测试机管理表，对每一台测试机的忙闲状态进行判断，来决定测试案例在哪一台测试机上执行。实现了测试资源的均衡管理。5)自动化测试系统的案例使用脚本解释工具(Rational测试工具等)的脚本语言(一种类C++编程语言)进行编写和解释执行，因此，具有极高的灵活性和适应性，能满足各种各样的业务逻辑需要。具有较强的灵活性，能满足多样的业务需求。6)通过ROBOT可以对在WINDOWS系统下运行的应用程序进行测试：包括单机板的应用软件、C/S网络应用系统、B/S浏览器应用系统以及各种仿真终端软件等。
附图说明
图1为本发明系统网络结构图；
图2为本发明逻辑结构框图；
图3为本发明数据流程图；
图4为本发明数据结构图；
图5为本发明测试管理模块实现流程图；
图6为案例设计器的程序处理流程图；
图7为生成测试记录程序处理流程图；
图8为测试记录重用程序处理流程图；
图9为生成测试案例的处理流程图；
图10为测试案例重用流程图；
图11为具体实施方式的人机界面图；
图12为选择项目和轮次界面图；
图13为对所选项目和轮次进行确认的界面图；
图14为运行测试记录流程图；
图15为本发明系统运行TELNET协议的测试流程图；
图16为本发明系统运行TELNET协议的测试案例生成流程图；
图17为本发明系统运行TELNET协议的测试案例重用流程图；
图18为本发明系统运行TELNET协议的测试测试记录运行流程图。
具体实施方式
下面结合附图说明本发明的具体实施方式。本发明为一种基于脚本解释工具的自动化软件测试系统，其中包括，测试案例库：用于存储测试案例信息、测试案例脚本；测试记录库：用于存储测试记录信息、测试记录脚本；测试案例处理单元：用于对测试案例的生成、删除、重用进行处理；测试记录处理单元：用于对测试记录的生成、删除、复制、运行状态统计进行处理；测试案例管理单元：由脚本解释工具构成，在计算机的调度和测试监控下管理测试记录运行期间的所有操作；测试总控单元：用于对系统资源和硬件资源进行控制；所述的测试总控单元通过人机界面接受用户的操作指令信息，并控制所述的测试案例处理单元从所述的测试案例库中读取测试案例的初始数据，经用户的编辑操作之后，以文本形式保存测试案例脚本，并将其路径保存在测试案例库中；所述的测试案例经过所述的测试记录处理单元生成测试记录，保存在所述的测试记录库中，同时以文本的形式保存测试记录脚本；运行所述的测试记录，测试记录脚本通过所述的测试案例管理单元将测试数据传送到各应用程序进行处理，得到运行结果，将运行结果经所述的测试案例管理单元保存到所述的测试记录库。
所述的测试案例是指：针对一定的测试目标，带有固定的业务逻辑和环境变量的测试脚本。
所述的测试记录是指：记录某次实际测试操作的数据的脚本。与测试案例的区别在于，测试案例针对某一个测试目标，但由于测试环境的不确定而带有未确定的属性。而测试记录针对的是为了实现某一个测试目标的一次具体测试，是测试案例的具体化。由于测试环境已经明确，所以测试记录把测试案例的属性具体化成数据了。
所述的测试机是指：安装了自动化测试服务端、Rational Robot的机器，用于执行测试记录的脚本、实施具体的测试。
如图1所示，为本发明系统的实施例，其示出了一自动化测试系统网络结构图。该自动化测试系统基于C/S架构，其网络结构主要包括前台客户端、测试案例库、测试机。
前台客户端：作用是接受用户的各种指令，并将处理结果以可视化界面的形式展现给用户。
测试机：作用是处理指令以及完成各个功能。
测试案例库：包括测试案例库和测试记录库，是数据存储的核心部分。
如图2所示，自动化测试系统包括管理模块、测试案例模块、测试记录模块、测试管理模块、案例脚本、测试记录脚本、案例库、测试记录库这几个模块。其中：
管理模块：针对自动化测试系统的系统以及硬件资源进行管理，包括系统设计、用户管理、修改密码、测试机管理、日志查看、轮次管理、项目管理等子模块。根据用户的不同权限，拥有不同的子模块功能。
测试案例模块：对测试案例的生成、删除和重用进行管理，包括删除案例、案例类型管理、案例设计器等子模块。
测试记录模块：对测试记录的生成、删除和复制以及按照项目的分类进行测试记录运行状态的统计，包括新建测试记录、删除测试记录、执行测试记录、编辑代码等子模块。
测试管理模块：管理测试记录运行期间的所有操作，包括如测试监控、案例传递、计算机调度等子模块。
案例库：存放案例。
测试记录库：存放测试记录以及其相关测试结果信息。
如图3所示，用户的操作指令信息传送到案例处理模块，首先从案例库中读取案例的初始数据，经用户的编辑等操作之后，以文本形式保存案例脚本，并将其路径保存在案例库中。测试案例经过测试记录处理模块生成测试记录，保存在测试记录库中，同时以文本的形式保存测试记录脚本。运行测试记录时，测试记录脚本通过测试管理模块将测试数据传送到各应用程序进行处理后得到运行结果，再将运行结果经测试管理模块保存到测试记录库。
如图4所示，为本发明的数据结构设计。主要数据库表及其主要字段的说明见表1、表2、表3、表4、表5、表6、表7、表8、表9、表10、表11、表12和表13所示。
表1测试案例表(TC)