CN1601483A - 一种基于脚本解释工具的自动化软件测试系统 - Google Patents
一种基于脚本解释工具的自动化软件测试系统 Download PDFInfo
- Publication number
- CN1601483A CN1601483A CN 200410086041 CN200410086041A CN1601483A CN 1601483 A CN1601483 A CN 1601483A CN 200410086041 CN200410086041 CN 200410086041 CN 200410086041 A CN200410086041 A CN 200410086041A CN 1601483 A CN1601483 A CN 1601483A
- Authority
- CN
- China
- Prior art keywords
- test
- case
- record
- script
- tester
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000013515 script Methods 0.000 title claims abstract description 157
- 238000013522 software testing Methods 0.000 title claims description 12
- 238000012360 testing method Methods 0.000 claims abstract description 749
- 238000000034 method Methods 0.000 claims abstract description 76
- 238000012545 processing Methods 0.000 claims abstract description 53
- 230000008569 process Effects 0.000 claims abstract description 41
- 230000006870 function Effects 0.000 claims description 45
- 230000000875 corresponding effect Effects 0.000 claims description 44
- 230000010076 replication Effects 0.000 claims description 19
- 238000012544 monitoring process Methods 0.000 claims description 17
- 238000013461 design Methods 0.000 claims description 13
- 238000012217 deletion Methods 0.000 claims description 11
- 230000037430 deletion Effects 0.000 claims description 11
- 238000012986 modification Methods 0.000 claims description 9
- 230000004048 modification Effects 0.000 claims description 9
- 238000004891 communication Methods 0.000 claims description 7
- 230000001174 ascending effect Effects 0.000 claims description 6
- 238000012423 maintenance Methods 0.000 claims description 6
- 230000000007 visual effect Effects 0.000 claims description 5
- 230000005540 biological transmission Effects 0.000 claims description 4
- 238000007689 inspection Methods 0.000 claims description 4
- 238000003825 pressing Methods 0.000 claims description 4
- 230000002159 abnormal effect Effects 0.000 claims description 3
- 230000001276 controlling effect Effects 0.000 claims description 3
- 238000001514 detection method Methods 0.000 claims description 3
- 230000008676 import Effects 0.000 claims description 2
- 230000003362 replicative effect Effects 0.000 claims description 2
- 238000007726 management method Methods 0.000 description 57
- 238000010586 diagram Methods 0.000 description 11
- 238000011990 functional testing Methods 0.000 description 4
- 230000002452 interceptive effect Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000004088 simulation Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000011056 performance test Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Landscapes
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
本发明为一种基于脚本解释工具的自动化软件测试系统,包括测试案例库,测试记录库,测试案例处理单元,测试记录处理单元,测试案例管理单元,测试总控单元;测试总控单元通过人机界面接受用户的操作指令信息,并控制测试案例处理单元从测试案例库中读取测试案例的初始数据,经用户的编辑操作之后,保存测试案例脚本,并将其路径保存在测试案例库中;测试案例经过测试记录处理单元生成测试记录,保存在测试记录库中,并保存测试记录脚本;运行测试记录,测试记录脚本通过测试案例管理单元传送到指定测试机中的ROBOT运行;测试数据通过运行ROBOT脚本传送到各应用程序进行处理,将运行结果经测试案例管理单元保存到测试记录库。
Description
技术领域
本发明涉及网络和计算机软件技术,特别涉及计算机应用软件的测试,具体的讲是一种基于脚本解释工具的自动化软件测试系统。
背景技术
软件测试是一件非常重要的工作,特别是对于金融业、工业等复杂且庞大的应用软件测试而言更是如此,因为软件的运行质量将直接影响多方的利益。然而,现有技术中的软件测试方法大多以某种脚本解释工具为基础,采用单机运行、手工操作的方法对应用软件进行测试。
现有的脚本解释工具很多,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)
字段名 | 数据类型 | 长度 | 键值 | 说明 |
FUPO | VARchar2 | 20 | Y | 测试案例编号 |
SCRIPT | VARchar2 | 8 | N | 脚本程序名 |
TCTYPE | VARchar2 | 6 | 种类 | |
DPT | VARchar2 | 3027 | N | 描述 |
USERNAME | VARchar2 | 20 | N | 用户名 |
TCTIMES | NUMBER | 10 | 案例被引用次数 |
表2测试记录表(TD)
字段名 | 数据类型 | 长度 | 键值 | 说明 |
PROJECTNO | VARchar2 | 8 | Y | 项目编号 |
TNO | VARchar2 | 1 | Y | 轮次 |
FUPO | VARchar2 | 10 | Y | 测试案例编号 |
RECNUM | VARchar2 | 2 | Y | 测试案例记录数 |
CASENUM | VARchar2 | 2 | Y | 交易步骤 |
SCRIPT | VARchar2 | 40 | N | 脚本程序名 |
TDTYPE | VARchar2 | 6 | N | 种类 |
DPT | VARchar2 | 3072 | N | 描述 |
STATUS | VARchar2 | 1 | N | 运行状态 |
RESULT | VARchar2 | 1 | N | 测试记录执行结果 |
USERNAME | VARchar2 | 20 | N | 用户名 |
表3测试报告表(TR)
字段名 | 数据类型 | 长度 | 键值 | 说明 |
PROJECTNO | VARchar2 | 8 | Y | 项目编号 |
TNO | VARchar2 | 1 | Y | 轮次 |
FUPO | VARchar2 | 10 | Y | 测试案例编号 |
RECNUM | VARchar2 | 2 | Y | 测试案例记录数 |
CASENUM | VARchar2 | 2 | Y | 交易步骤 |
TRANS | VARchar2 | 6 | N | 交易号 |
ADDOPR | VARchar2 | 20 | N | 测试案例提交者 |
ENDPIC | VARchar2 | 40 | N | 测试结果截图存放路径 |
RESULT | VARchar2 | 1 | N | 测试结果0:失败;1:成功 |
表4用户管理表(UM)
字段名 | 数据类型 | 长度 | 键值 | 说明 |
USERNAME | VARchar2 | 20 | Y | 用户名 |
REALNAME | VARchar2 | 20 | N | 真实姓名 |
PRIVE | VARchar2 | 20 | N | 用户权限串 |
TESTPCIP | VARchar2 | 15 | N | 占用的测试机IP |
NOTESID | VARchar2 | 50 | N | 用户的NotesID |
表5计算机运行管理表(PCM)
字段名 | 数据类型 | 长度 | 键值 | 说明 |
IP | VARchar2 | 20 | Y | 测试机IP |
PCNAME | VARchar2 | 20 | N | 测试机的机器名 |
STATUS | VARchar2 | 20 | N | 测试机的状态 |
NOTESID | VARchar2 | 15 | N | 用户的NotesID |
表6交易输入项表(TRANSITEM)
字段名 | 数据类型 | 长度 | 键值 | 说明 |
TRANS | VARchar2 | 10 | Y | 交易代码 |
FLAG | INT | 10 | N | 类型标志:0-提示信息,1-输入项 |
STREAM | VARchar2 | 4000 | N | 数据结构:各种类型的数据,以逗号为分隔符存放 |
表7类型表(TT)
字段名 | 数据类型 | 长度 | 键值 | 说明 |
TYPEID | VARchar2 | 20 | N | 类型代码 |
TYPENAME | VARchar2 | 40 | N | 类型名称 |
FTYPE | VARchar2 | 20 | N | 上层类型代码 |
表8数据流表(DATASTREAM)
字段名 | 数据类型 | 长度 | 键值 | 说明 |
TRANS | VARchar2 | 6 | Y | 交易名 |
CREATEDATE | VARchar2 | 10 | N | 修改日期 |
STREAM | VARchar2 | 200 | N | 描述 |
SCRIPT | VARchar2 | 20 | N | 脚本名 |
表9轮次名称对照表(TN)
字段名 | 数据类型 | 长度 | 键值 | 说明 |
TNO | VARchar2 | 2 | Y | 轮次号 |
TNAME | VARchar2 | 8 | N | 轮次中文名 |
表10项目名称对照表(PNC)
字段名 | 数据类型 | 长度 | 键值 | 说明 |
PRONO | VARchar2 | 10 | Y | 项目编号 |
PRONAME | VARchar2 | 20 | N | 项目中文名称 |
建立在测试机上的数据库表为表11:
表11:CASEDB
字段名 | 数据类型 | 长度 | 键值 | 说明 |
ID | LONG | 自动编号 | Y | 编号 |
NAME | char | 50 | N | 测试记录名 |
STATUS | INT | 10 | N | 状态 |
表12:QUEUECONTROL
字段名 | 数据类型 | 长度 | 键值 | 说明 |
ID | NUMBER | 10 | Y | 编号 |
USERNAME | char | 20 | N | 用户名 |
FLAG | char | 1 | N | 状态 |
DATETIME | DATE | N | 日期 |
表13:EXECUTE
字段名 | 数据类型 | 长度 | 键值 | 说明 |
ID | NUMBER | 10 | Y | 编号 |
SEQUENCE | char | 20 | N | 用户名 |
STATUS | char | 1 | N | 状态 |
在本发明中,测试管理模块作为测试监控和执行的主要模块,其实现主要是围绕以下三个问题的解决办法而展开的:
1)实现对测试机屏幕的监视。在测试机起一个服务充当Server,客户端充当Client,通过Tcp连接到测试机,在Client端起一个定时器,每隔一段时间向测试机请求一次截屏,把截屏信息在客户端显示出来。
2)实现对测试机的一些必须的控制。需要在Client和Server端协定一些用于通讯的指令。自定义的TCP通讯命令如下:
以“PLAY”字符串开头的执行指令;
以“stopl”开头的停止单条测试记录执行的指令;
“stopAll”停止一次提交的所有测试记录的执行的指令;
“disconnect”为断开连接指令;
3)实现对测试机的调度。
自动化测试平台每一次提交测试系统都会生成一个全系统唯一的标识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中s tatus=0的记录,按顺序调用其对应的测试记录脚本;执行时将casedb表和oracle数据库中的execute表中当前执行记录的s tatus字段的值置为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“指令通知自动化排队管理服务器和客户端断开与服务器段的连接。
案例设计器的实现:
测试案例设计器是针对用户的使用习惯开发的一个可视化案例设计模块,其功能是通过图形界面,添加交易代码,修改交易的输入项和对应的动作,生成测试案例脚本。测试案例设计器可记忆用户曾经测试的各个功能模块的输入,有效的帮助用户在设计测试案例时,根据以往的工作,简化当前工作的流程。例如,用户曾经对某系统的部分模块进行测试,测试案例设计器会记住测试该模块时的所有输入输出数据,在以后的案例设计中,当用户再对该模块进行测试设计时,设计器会把该模块的曾经测试过的信息调出来提供给用户参考,方便了用户的设计的工作。
使用的文件:案例库服务器上的案例文件(案例脚本)
使用的表:TC,TRANSITEM,DATASTREAM,TT
TC(案例表):纪录已经生成的测试案例的信息,包括:案例编号,案例描述,提交者,对应的脚本路径。字段内容详见数据库设计部分。
TRANSITEM:是一个记载测试原始数据流的表,保存一次测试的所有输入项的名称和提示信息等。字段内容详见数据库设计部分。
TT(案例类型表):用来管理自动化测试案例类型的表,在案例设计器模块中的作用是存放所有测试案例的类型。字段内容详见数据库设计部分。
如图6所示,显示案例设计器的第一个界面,生成案例类型的树型结构:读TT表,由于系统默认第一层节点的上一层节点代码全部为0,故扫描所有上一层类型代码为0的类型代码为第一层的节点,扫描所有上一层类型代码为第一层代码的类型代码为第二层的节点,以此类推。在案例文本中,对应的被测模块有三个输入流:inputstr、outputstr、actionstr,分别以表格形式显示在界面上。
在transitem中,flag有4个值:0,2表示对应字段stream中的内容为inputstr的内容(测试的输入项),其中0表示选输项,2表示必输项;1对应actionstr的内容;3对应交易的出错信息。
每个被测模块的数据流由一系列输入项名称和输入值组成。其中输入值有以下几种:
可变值:案例中不固定,生成测试记录的时候再赋值。
固定值:在案例中固定的一些数字,字符等。
参数传递的流程是:将前面的被测模块的输入或输出信息放到outputstr中,以供后面的被测模块使用。
inputstr,outputstr,actionstr的格式是”名称=值|名称=值|......”
测试案例生成测试记录
该模块的功能是引用已经生成的测试案例,对测试案例中的变量进行赋值,生成可以运行的测试记录。
使用的文件:案例库服务器上的案例文件(案例脚本)和测试记录文件(测试记录脚本)
使用的表:TC,TD,PNC,TN
TC(案例表):纪录已经生成的测试案例的信息,包括:案例编号、案例描述、提交者、对应的脚本路径。字段内容详见数据库设计部分。
TD(测试记录表):纪录已经生成的测试记录的信息,包括:项目编号、轮次、案例编号、记录数、案例描述、提交者、对应的脚本路径。字段内容详见数据库设计部分。
PNC(项目名称对照表):纪录测试库中的项目和对应的项目编号。
TN(轮次名称对照表):纪录测试库中的轮次和对应的轮次编号。
如图7所示,新建测试记录的测试案例树由四层组成。前三层是案例类型的三个层次,这个在前面的案例设计器中已经说明。第四层是用户名:以三个层次得到案例类型代码,搜索TC表,得到所有不重复测试案例的提交者名称。然后用提交者名称搜索用户管理表(UM)的realname字段,得到提交者的真实名称,显示为案例树的第四层。
在案例脚本中增加赋值语句生成测试记录脚本:在案例脚本中的数据流的一般格式是”项=值|...”,对于”值”为可变值的,用”edit(i)”表示。这里”i”表示该变量是案例脚本中的第几个变量。所以添加赋值语句的时候,根据界面上变量名的次序分别增加”edit(i)=xxx”等赋值语句。
测试记录重用的实现:
该模块的功能是从已经生成的测试记录“快速”生成新的测试记录,并保留原测试记录的所有变量值,可以直接运行测试,也可以修改某几个变量值后进行不同功能点的测试。
测试记录的重用包括两部分:单条复制和批量复制
单条复制:把一个测试记录复制到指定的某个目录下。复制中不改动任何变量值。
批量复制:把同一用户目录下同一案例编号的多条测试记录复制到指定的目录下。复制中可以指定要修改那些变量值,并同一修改。
由于批量复制包含单条复制的实现,所以以下介绍批量复制的实现。
使用的文件:案例库服务器上的测试记录文件
使用的表:TD,PNC,TN,UM
如图8所示:
1)批量复制主要由两个循环组成,一个大循环是逐个复制选中的测试记录。第二个是复制每个测试记录的时候,循环读原记录脚本,生成新的记录脚本。
2)批量复制中的批量修改可变值是在复制前,列出所有可变值,让用户指定要修改的变量名称。复制过程中,碰到这些变量的赋值时,就用用户指定的值来复制。
3)赋值区后的复制操作:把赋值区后的内容从源文件复制到目标文件。然后把目标文件上传到案例库服务器。
4)数据库操作:复制完一个测试记录后,就把该测试记录的项目编号,轮次,案例编号,记录数等组成一条记录插到TD表中。
测试范围说明:
自动化测试系统可以对在WINDOWS系统下运行的应用程序进行测试:包括单机板的应用软件、C/S网络应用系统、B/S浏览器应用系统以及各种仿真终端软件等。
其它说明:
1)客户端开发及运行环境
开发工具:Delphi;
数据库客户端:Oracle 9i关系数据库的客户端;
运行系统:Windows 2000或Windows XP;
2)服务器端开发及运行环境
开发工具:Delphi、C++;
数据库服务器:Oracle 9i;
脚本执行系统:IBM Rational的软件产品Robot;
运行系统:Windows 2000或Windows XP;
在本发明系统的具体实施中,还需进行安全设计,其中包括:
1)用户管理系统
自动化测试系统拥有自己单独的用户管理;并且通过权限设置,对各个用户的操作进行限定。用户管理还包括自动化测试系统用户的新增和删除以及用户密码和权限的修改。
2)运行日志
自动化测试系统会将用户登陆和更改数据库等操作以及相应时间记录下来,可供在测试发生问题时查询自动化测试系统的使用状态,方便地查找系统故障或问题的所在。
以下为本发明的具体实施方式的各个处理流程:
一、测试案例生成向导
如图9所示,生成测试案例的处理流程为:
1、自动化测试系统根据客户端输入的信息,发出搜索数据库的请求;
2、自动化测试测试系统从数据库中搜索符合客户端请求搜索条件的记录;
3、自动化测试系统将数据库搜索结果返回给客户端;
4、自动化测试系统在客户端上显示数据库搜索结果;
5、添加交易功能:从数据库中取出该交易相关的输入项、输出项和交互项以及其相关的赋值信息,显示在功能测试向导界面上。使用户快捷地获得该交易的相关信息,并且可以在原有交易的基础上,进行交易的修改;节约其对交易各项定义的时间;
添加处理块功能:选定相关交易,然后添加处理快,调出处理
恢复默认值功能:可以将指定交易的各个输入项的值恢复到上一次定义该交易各个输入项的值(从数据库中获取),使用户在修改该交易各个输入项值的过程中可以快捷、简单地重新获得上一次块的编辑框;可以在编辑框中添加处理流程代码。使功能测试案例能够适用于更多的测试情况;
删除交易功能:可以在操作界面上的案例交易流中将选定的交易以及其处理块删除;
删除处理块功能:可以在操作界面上删除选定的交易处理块;定义该交易各个输入项的值,从而保证交易的可用性;
清除数据功能:可以将指定交易的各个输入项的赋值全部清除掉,使用户不受以前输入项定义的影响,方便其重新定义输入项的值;
清空数据功能:可以将指定交易输入项的名称和值全部都清除,用户可以重新定义交易;
保存数据功能,可以将指定交易本次生成的交易输入项名称以及其赋值保存到数据库中,当下次使用该交易时,可以从数据库中将此次保存的交易输入项以及其赋值显示到出来;
6、客户端发出功能测试案例生成请求;
7、自动化测试系统按照该功能测试案例交易的生成过程生成功能测试案例;
8、自动化测试系统将生成的功能测试案例分别保存到数据库和测试案例库中;
9、自动化测试系统将生成的功能测试案例编号返回给客户端并且显示在客户端操作界面上。
二、编辑测试案例脚本
处理流程说明为:当用户选择该项时,自动化测试系统调出选择测试案例对话框。
当打开搜索树的每一层时,自动化测试系统读取数据库中测试案例分类信息;到最后一层时,自动化测试系统从数据库中搜索属于该测试类型的案例并且显示在界面中;选择需要编辑的测试案例进行编辑。
自动化测试系统调用编辑处理块,弹出编辑对话框,对测试案例脚本进行直接修改;然后保存。自动化系统将保存后测试案例脚本保存到测试案例库中。
三、编辑测试案例
处理流程说明:当用户选择该项时,自动化测试系统调出选择测试案例对话框。
当打开搜索树的每一层时,自动化测试系统读取数据库中测试案例分类信息;到最后一层时,自动化测试系统从数据库中搜索属于该测试类型的案例并且显示在界面中;选择需要编辑的测试案例进行编辑。
自动化测试系统调出测试案例的对话框。测试案例进行可视化修改:针对现有案例的测试交易流程进行调整,其功能描述见:测试案例设计。
四、建立新的测试记录
如图10所述,测试案例重用流程为:
1、自动化测试系统接受客户端输入的数据库搜索请求信息;
2、自动化测试系统从数据库中搜索符合客户端请求搜索条件的记录;
3、自动化测试系统将数据库搜索结果返回给客户端;
4、自动化测试系统在客户端上显示数据库搜索结果;
5、自动化测试系统接受客户端选择信息:测试案例所在生成的路径和选定的测试案例以及其属性定义,在数据库中添加一条新的测试记录;将数据库成功添加信息返回给客户端;并且显示在客户端界面上通知测试人员新的测试记录添加成功。
五、测试记录的重用
如图5所示,测试记录的重用处理流程:在图纸那个界面上,选定测试记录并且修改测试记录的属性。
点击“生成测试记录”按钮,弹出设置测试记录所属项目和轮次的对话框。选定生成测试记录的项目和轮次以及添加对其的描述。
如图12所示,点击“生成实例”按钮,生成指定项目和轮次下的新测试记录。实现测试记录可以跨越测试项目使用。
如图13所示,选择“Yes”或“No”。
五、运行测试记录
如图14所示,运行测试记录处理流程:
1、客户端发起运行测试案例的请求;
2、自动化测试系统从数据库设备管理表中搜索是否还有空闲的后台服务器供用户运行测试脚本;
3、如果有空闲的机器,则将用户的信息存放到设备管理表中;
4、如果有空闲的机器,则运行测试记录,否则等待空闲的测试机器;
5、自动化测试系统通过FTP方式从测试案例库读取与指定运行测试记录对应的测试脚本;
6、自动化测试系统将该测试脚本通过FTP方式传送到后台服务器上运行;
7、自动化测试系统将在自动化测试系统的用户使用端启动用户端程序和运行服务器上运行一个服务端程序对运行测试终端画面进行拷贝并且立即将其传送到用户使用端;
8、使用户可以通过自动化测试系统界面下端的对话框对后台服务器运行情况进行实时监控。当然,用户也可以选择不监控测试记录的运行情况,甚至可以把关闭自动化测试系统。当用户再次打开自动化测试系统时,自动化测试系统先搜索数据库的设备管理表中是否有用户的信息;如果有,则测试脚本还在运行当中,用户可以再次监控后台服务器的测试脚本运行情况;
9、如果没有,则表示测试脚本已经运行完毕,自动化测试系统将运行完毕的信息发送到客户端并且发送邮件通知用户测试案例运行完毕的信息以及详细运行情况;
10、客户端接受到运行完毕的信息提示,在界面通知用户可以在界面查询测试脚本运行结果。
以下为本发明的一应用实例:使用自动化测试系统进行TELNET协议的自动化测试。(如图15所示)
1、当测试人员需要进行测试时,可以在客户端搜索符合当前测试要求的测试案例;简化测试案例的准备过程,特别是当测试案例足够多时,测试人员基本上可以使用测试案例库中编写的测试案例或者测试记录,减少测试人员编写测试案例的时间;
2、自动化测试系统从数据库中搜索符合搜索条件的测试案例;
3、自动化测试系统将数据库搜索结果返回客户端;
4、如果返回没有符合搜索条件的测试案例,测试人员需要使用测试案例设计器生成界面测试案例或者功能测试案例。自动生成界面测试案例:简化了测试人员编写详细测试案例的时间,测试人员只需设定交易输入项需要的检查规则,就可以通过自动化测试系统自动生成界面测试案例。同样,功能测试案例生成向导提供友好的界面供测试人员编写功能测试案例。如果有符合搜索条件的测试案例,则重用该测试案例或者测试记录;以下详细介绍:自动生成界面测试案例过程、功能测试案例生成过程、测试案例重用过程和测试记录重用过程;
5、测试人员在客户端选定需要运行的测试案例并且对其属性进行赋值,然后生成测试记录,接着提交需要运行的测试记录(可以是多个测试记录一起提交);
6、测试人员可以选择实时监控运行服务器的测试记录运行情况或者进行其它案例的编写并且可以方便地查询到以前和当前测试记录运行的结果,从而提高测试人员的工作效率。以下详细介绍测试记录运行流程。
一、测试案例生成过程(如图16所示)
1、自动化测试系统根据客户端输入的信息,发出搜索数据库的请求;
2、自动化测试测试系统从数据库中搜索符合客户端请求搜索条件的记录;
3、自动化测试系统将数据库搜索结果返回给客户端;
4、自动化测试系统在客户端上显示数据库搜索结果;
5、添加交易功能:从数据库中取出该交易相关的输入项、输出项和交互项以及其相关的赋值信息,显示在功能测试向导界面上。使用户快捷地获得该交易的相关信息,并且可以在原有交易的基础上,进行交易的修改;节约其对交易各项定义的时间;
添加处理块功能:选定相关交易,然后添加处理快,调出处理块的编辑框;可以在编辑框中添加处理流程代码。使功能测试案例能够适用于更多的测试情况;
删除交易功能:可以在操作界面上的案例交易流中将选定的交易以及其处理块删除;
删除处理块功能:可以在操作界面上删除选定的交易处理块;
恢复默认值功能:可以将指定交易的各个输入项的值恢复到上一次定义该交易各个输入项的值(从数据库中获取),使用户在修改该交易各个输入项值的过程中可以快捷、简单地重新获得上一次定义该交易各个输入项的值,从而保证交易的可用性;
清除数据功能:可以将指定交易的各个输入项的赋值全部清除掉,使用户不受以前输入项定义的影响,方便其重新定义输入项的值;
清空数据功能:可以将指定交易输入项的名称和值全部都清除,用户可以重新定义交易;
保存数据功能,可以将指定交易本次生成的交易输入项名称以及其赋值保存到数据库中,当下次使用该交易时,可以从数据库中将此次保存的交易输入项以及其赋值显示到出来;
6、客户端发出功能测试案例生成请求;
7、自动化测试系统按照该功能测试案例交易的生成过程生成功能测试案例;
8、自动化测试系统将生成的功能测试案例分别保存到数据库和测试案例库中;
9、自动化测试系统将生成的功能测试案例编号返回给客户端并且显示在客户端操作界面上。
二、测试案例重用流程(如图17所示)
1、自动化测试系统接受客户端输入的数据库搜索请求信息;
2、自动化测试系统从数据库中搜索符合客户端请求搜索条件的记录;
3、自动化测试系统将数据库搜索结果返回给客户端;
4、自动化测试系统在客户端上显示数据库搜索结果;
5、自动化测试系统接受客户端选择信息:测试案例所在生成的路径和选定的测试案例以及其属性定义,在数据库中添加一条新的测试记录;将数据库成功添加信息返回给客户端;并且显示在客户端界面上通知测试人员新的测试记录添加成功。
在测试记录重用过程中,
1、在主界面上,选定测试记录并且修改测试记录的属性。(如图11)
2、点击“生成测试记录”按钮,弹出设置测试记录所属项目和轮次的对话框。选定生成测试记录的项目和轮次以及添加对其的描述。(如图12)
3、点击“生成实例”按钮,生成指定项目和轮次下的新测试记录。实现测试记录可以跨越测试项目使用。(如图13)
四、自动化系统处理测试记录运行流程(如图18所示)
1、客户端发起运行测试案例的请求;
2、自动化测试系统从数据库设备管理表中搜索是否还有空闲的后台服务器供用户运行测试脚本;
3、如果有空闲的机器,则将用户的信息存放到设备管理表中;
4、如果有空闲的机器,则运行测试记录;否则等待空闲的测试机器;
5、自动化测试系统通过FTP方式从测试案例库读取与指定运行测试记录对应的测试脚本;
6、自动化测试系统将该测试脚本通过FTP方式传送到后台服务器上运行;
7、自动化测试系统将在自动化测试系统的用户使用端启动用户端程序和运行服务器上运行一个服务端程序对运行测试终端画面进行拷贝并且立即将其传送到用户使用端;
8、使用户可以通过自动化测试系统界面下端的对话框对后台服务器运行情况进行实时监控。当然,用户也可以选择不监控测试记录的运行情况,甚至可以把关闭自动化测试系统。当用户再次打开自动化测试系统时,自动化测试系统先搜索数据库的设备管理表中是否有用户的信息;如果有,则测试脚本还在运行当中,用户可以再次监控后台服务器的测试脚本运行情况;
9、如果没有,则表示测试脚本已经运行完毕,自动化测试系统将运行完毕的信息发送到客户端并且发送邮件通知用户测试案例运行完毕的信息以及详细运行情况;
10、客户端接受到运行完毕的信息提示,在界面通知用户可以在界面查询测试脚本运行结果。
使用自动化测试系统进行HTTP和TCP/IP协议的自动化测试其使用过程与字符终端的自动化测试大致相同,只是需要不同的测试脚本基础模板。测试案例是基于该模板而产生的。由于基于HTTP协议和TCP/IP协议的测试,通常是B/S结构或者C/S结构,不但需要对交易画面中信息的变化进行测试,而且需要对浏览器中控件的属性进行检查。所以进行HTTP和TCP/IP的自动化测试需要不同的测试脚本基础模版。
本发明的有益效果在于,1)建立测试案例库对测试案例进行有效的管理,解决了案例重用的问题。2)测试通过后台执行,不影响用户的前台操作。3)测试流程自动化操作,无需人工操作。4)一台测试机一次只能运行一个系统应用程序,自动化测试系统在数据库里建立了测试机管理表,对每一台测试机的忙闲状态进行判断,来决定测试案例在哪一台测试机上执行。实现了测试资源的均衡管理。5)自动化测试系统的案例使用脚本解释工具(Rational测试工具等)的脚本语言(一种类C++编程语言)进行编写和解释执行,因此,具有极高的灵活性和适应性,能满足各种各样的业务逻辑需要。具有较强的灵活性,能满足多样的业务需求。6)通过ROBOT可以对在WINDOWS系统下运行的应用程序进行测试:包括单机板的应用软件、C/S网络应用系统、B/S浏览器应用系统以及各种仿真终端软件等。
仅通过以上具体实施例详细说明本发明,并非用于限定本发明。
Claims (24)
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”指令通知自动化排队管理服务器和客户端断开与服务器段的连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100860413A CN1326044C (zh) | 2004-10-22 | 2004-10-22 | 一种基于脚本解释工具的自动化软件测试系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100860413A CN1326044C (zh) | 2004-10-22 | 2004-10-22 | 一种基于脚本解释工具的自动化软件测试系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1601483A true CN1601483A (zh) | 2005-03-30 |
CN1326044C CN1326044C (zh) | 2007-07-11 |
Family
ID=34667078
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004100860413A Active CN1326044C (zh) | 2004-10-22 | 2004-10-22 | 一种基于脚本解释工具的自动化软件测试系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1326044C (zh) |
Cited By (43)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100369013C (zh) * | 2006-02-24 | 2008-02-13 | 北京博联伟图科技有限公司 | 一种嵌入式应用软件测试的过程监控方法 |
CN100388229C (zh) * | 2005-06-01 | 2008-05-14 | 中兴通讯股份有限公司 | 一种自动生成桩函数和驱动函数的单元测试系统及方法 |
CN100437514C (zh) * | 2006-12-22 | 2008-11-26 | 中国建设银行股份有限公司 | 银行主机压力测试方法及测试机 |
CN100451989C (zh) * | 2007-04-20 | 2009-01-14 | 北京航空航天大学 | 软件测试系统及测试方法 |
CN101782851A (zh) * | 2009-12-25 | 2010-07-21 | 北京惠信博思技术有限公司 | 一种更新展示页面的方法 |
CN101989228A (zh) * | 2009-08-07 | 2011-03-23 | 中兴通讯股份有限公司 | 测试计划执行时间的估算方法及装置 |
CN101620564B (zh) * | 2008-06-30 | 2011-10-19 | 福建升腾资讯有限公司 | 终端系统的录制回放模式自动化测试方法 |
CN101620565B (zh) * | 2008-07-04 | 2012-05-09 | 福建升腾资讯有限公司 | 终端系统的功能自动化测试方法 |
CN101620563B (zh) * | 2008-06-30 | 2012-05-09 | 福建升腾资讯有限公司 | 终端系统的录入回放模式自动化测试方法 |
WO2012075889A1 (zh) * | 2010-12-08 | 2012-06-14 | 深圳市茁壮网络股份有限公司 | 浏览器测试方法及系统 |
CN103281221A (zh) * | 2013-06-21 | 2013-09-04 | 成都信息工程学院 | 消防物联网系统测试方法 |
CN103324572A (zh) * | 2013-06-28 | 2013-09-25 | 广东电网公司电力科学研究院 | 电力二次系统的操作系统性能测试方法及装置 |
CN103336741A (zh) * | 2013-06-28 | 2013-10-02 | 广东电网公司电力科学研究院 | 电力二次系统的操作系统稳定性测试方法及装置 |
CN103761189A (zh) * | 2014-02-17 | 2014-04-30 | 广东欧珀移动通信有限公司 | 一种测试用例管理方法及系统 |
CN104486309A (zh) * | 2014-12-06 | 2015-04-01 | 北京银信长远科技股份有限公司 | 一种终端仿真通讯协议记录的方法 |
CN104572446A (zh) * | 2014-12-17 | 2015-04-29 | 北京京东尚科信息技术有限公司 | 一种自动化测试方法及系统 |
CN104731703A (zh) * | 2013-12-23 | 2015-06-24 | 腾讯科技(深圳)有限公司 | 基于页面操作的刷新测试方法和装置 |
CN105095078A (zh) * | 2015-07-22 | 2015-11-25 | 厦门美图移动科技有限公司 | 一种系统自动化测试设备、方法和计算设备 |
CN105279090A (zh) * | 2015-11-17 | 2016-01-27 | 中国建设银行股份有限公司 | 应用于金融领域的测试脚本生成方法和装置 |
CN105446870A (zh) * | 2014-08-25 | 2016-03-30 | 北京畅游天下网络技术有限公司 | 对app应用进行自动化测试的方法和装置 |
CN105739481A (zh) * | 2016-01-29 | 2016-07-06 | 软控股份有限公司 | 工控软件的测试方法、装置及系统 |
WO2016197786A1 (zh) * | 2015-06-12 | 2016-12-15 | 北京奇虎科技有限公司 | 获取应用信息的方法及装置 |
CN106775478A (zh) * | 2016-12-19 | 2017-05-31 | 郑州云海信息技术有限公司 | 一种存储系统健康巡检的方法 |
CN106789393A (zh) * | 2016-11-16 | 2017-05-31 | 武汉烽火网络有限责任公司 | 一种cs架构通信设备自动化测试系统及方法 |
CN106997413A (zh) * | 2017-04-05 | 2017-08-01 | 广东浪潮大数据研究有限公司 | 一种实现Valor软件自动化审核的方法 |
CN107038227A (zh) * | 2017-03-31 | 2017-08-11 | 武汉票据交易中心有限公司 | 一种脚本代码文件的增量同步方法及系统 |
WO2018036528A1 (zh) * | 2016-08-26 | 2018-03-01 | 上海合福信息科技有限公司 | 一种自动测试方法 |
CN108008937A (zh) * | 2017-12-14 | 2018-05-08 | 携程计算机技术(上海)有限公司 | 流程图的绘制方法及系统 |
CN108763085A (zh) * | 2018-05-31 | 2018-11-06 | 平安科技(深圳)有限公司 | 测试案例的在线调试装置、方法及计算机可读存储介质 |
CN108804317A (zh) * | 2018-05-24 | 2018-11-13 | 北京握奇智能科技有限公司 | 一种统一执行脚本的方法和系统 |
CN109388652A (zh) * | 2018-09-26 | 2019-02-26 | 深圳壹账通智能科技有限公司 | 还款测试方法、装置、计算机设备和存储介质 |
CN109614312A (zh) * | 2018-10-23 | 2019-04-12 | 中国平安人寿保险股份有限公司 | 测试用例生成方法、装置、电子设备及存储介质 |
CN109614310A (zh) * | 2018-10-22 | 2019-04-12 | 中国平安财产保险股份有限公司 | 测试接口的管理方法、装置、计算机设备以及存储介质 |
CN109684196A (zh) * | 2018-11-01 | 2019-04-26 | 北京中清龙图网络技术有限公司 | 一种测试方法及装置 |
CN109857507A (zh) * | 2019-02-21 | 2019-06-07 | 成都安恒信息技术有限公司 | 一种自动化远程执行Windows程序的方法 |
CN110099098A (zh) * | 2019-03-26 | 2019-08-06 | 江西机电职业技术学院 | 工业机器人数据上传方法、系统、可读存储介质及设备 |
CN110399303A (zh) * | 2019-07-29 | 2019-11-01 | 中国工商银行股份有限公司 | 用于准备测试数据的方法、数据准备装置和电子设备 |
CN110830319A (zh) * | 2018-08-10 | 2020-02-21 | 长鑫存储技术有限公司 | 集成电路测试的管理方法、装置和系统 |
CN111221723A (zh) * | 2019-10-28 | 2020-06-02 | 东软集团股份有限公司 | 测试记录生成方法、装置、存储介质及电子设备 |
CN111581107A (zh) * | 2020-05-13 | 2020-08-25 | 武汉虹信通信技术有限责任公司 | Ftp程序疲劳测试方法及系统 |
CN111831561A (zh) * | 2020-06-28 | 2020-10-27 | 许昌开普检测研究院股份有限公司 | 一种插件式测试案例库系统 |
CN112069082A (zh) * | 2020-09-29 | 2020-12-11 | 智慧互通科技有限公司 | 一种自动化测试方法及系统 |
CN112685325A (zh) * | 2021-01-22 | 2021-04-20 | 中信银行股份有限公司 | 一种etl软件研发测试管理方法及系统 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101609425B (zh) * | 2008-06-19 | 2011-09-21 | 中兴通讯股份有限公司 | 一种脚本及关联数据移植系统及移植方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5513315A (en) * | 1992-12-22 | 1996-04-30 | Microsoft Corporation | System and method for automatic testing of computer software |
EP0660235A1 (en) * | 1993-12-22 | 1995-06-28 | International Business Machines Corporation | Method for automated software application testing |
US5634098A (en) * | 1995-02-01 | 1997-05-27 | Sun Microsystems, Inc. | Method and apparatus for environment-variable driven software testing |
DE19650293C1 (de) * | 1996-12-04 | 1998-04-09 | Siemens Ag | Verfahren zum Testen von Systemkomponenten eines objektorientierten Programms |
US6668340B1 (en) * | 1999-12-10 | 2003-12-23 | International Business Machines Corporation | Method system and program for determining a test case selection for a software application |
US6766475B2 (en) * | 2001-01-04 | 2004-07-20 | International Business Machines Corporation | Method and apparatus for exercising an unknown program with a graphical user interface |
-
2004
- 2004-10-22 CN CNB2004100860413A patent/CN1326044C/zh active Active
Cited By (62)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100388229C (zh) * | 2005-06-01 | 2008-05-14 | 中兴通讯股份有限公司 | 一种自动生成桩函数和驱动函数的单元测试系统及方法 |
CN100369013C (zh) * | 2006-02-24 | 2008-02-13 | 北京博联伟图科技有限公司 | 一种嵌入式应用软件测试的过程监控方法 |
CN100437514C (zh) * | 2006-12-22 | 2008-11-26 | 中国建设银行股份有限公司 | 银行主机压力测试方法及测试机 |
CN100451989C (zh) * | 2007-04-20 | 2009-01-14 | 北京航空航天大学 | 软件测试系统及测试方法 |
CN101620564B (zh) * | 2008-06-30 | 2011-10-19 | 福建升腾资讯有限公司 | 终端系统的录制回放模式自动化测试方法 |
CN101620563B (zh) * | 2008-06-30 | 2012-05-09 | 福建升腾资讯有限公司 | 终端系统的录入回放模式自动化测试方法 |
CN101620565B (zh) * | 2008-07-04 | 2012-05-09 | 福建升腾资讯有限公司 | 终端系统的功能自动化测试方法 |
CN101989228A (zh) * | 2009-08-07 | 2011-03-23 | 中兴通讯股份有限公司 | 测试计划执行时间的估算方法及装置 |
CN101782851B (zh) * | 2009-12-25 | 2013-04-03 | 天柏宽带网络技术(北京)有限公司 | 一种更新展示页面的方法 |
CN101782851A (zh) * | 2009-12-25 | 2010-07-21 | 北京惠信博思技术有限公司 | 一种更新展示页面的方法 |
WO2012075889A1 (zh) * | 2010-12-08 | 2012-06-14 | 深圳市茁壮网络股份有限公司 | 浏览器测试方法及系统 |
CN103281221B (zh) * | 2013-06-21 | 2016-08-10 | 成都信息工程学院 | 消防物联网系统测试方法 |
CN103281221A (zh) * | 2013-06-21 | 2013-09-04 | 成都信息工程学院 | 消防物联网系统测试方法 |
CN103324572B (zh) * | 2013-06-28 | 2016-12-28 | 广东电网公司电力科学研究院 | 电力二次系统的操作系统性能测试方法及装置 |
CN103324572A (zh) * | 2013-06-28 | 2013-09-25 | 广东电网公司电力科学研究院 | 电力二次系统的操作系统性能测试方法及装置 |
CN103336741A (zh) * | 2013-06-28 | 2013-10-02 | 广东电网公司电力科学研究院 | 电力二次系统的操作系统稳定性测试方法及装置 |
CN104731703A (zh) * | 2013-12-23 | 2015-06-24 | 腾讯科技(深圳)有限公司 | 基于页面操作的刷新测试方法和装置 |
CN104731703B (zh) * | 2013-12-23 | 2018-03-30 | 腾讯科技(深圳)有限公司 | 基于页面操作的刷新测试方法和装置 |
CN103761189B (zh) * | 2014-02-17 | 2017-02-01 | 广东欧珀移动通信有限公司 | 一种测试用例管理方法及系统 |
CN103761189A (zh) * | 2014-02-17 | 2014-04-30 | 广东欧珀移动通信有限公司 | 一种测试用例管理方法及系统 |
CN105446870A (zh) * | 2014-08-25 | 2016-03-30 | 北京畅游天下网络技术有限公司 | 对app应用进行自动化测试的方法和装置 |
CN105446870B (zh) * | 2014-08-25 | 2019-04-05 | 北京畅游天下网络技术有限公司 | 对app应用进行自动化测试的方法和装置 |
CN104486309A (zh) * | 2014-12-06 | 2015-04-01 | 北京银信长远科技股份有限公司 | 一种终端仿真通讯协议记录的方法 |
CN104572446A (zh) * | 2014-12-17 | 2015-04-29 | 北京京东尚科信息技术有限公司 | 一种自动化测试方法及系统 |
CN104572446B (zh) * | 2014-12-17 | 2018-03-30 | 北京京东尚科信息技术有限公司 | 一种自动化测试方法及系统 |
US10671456B2 (en) | 2015-06-12 | 2020-06-02 | Beijing Qihoo Technology Company Limited | Method and device for acquiring application information |
WO2016197786A1 (zh) * | 2015-06-12 | 2016-12-15 | 北京奇虎科技有限公司 | 获取应用信息的方法及装置 |
CN105095078A (zh) * | 2015-07-22 | 2015-11-25 | 厦门美图移动科技有限公司 | 一种系统自动化测试设备、方法和计算设备 |
CN105279090B (zh) * | 2015-11-17 | 2018-07-03 | 中国建设银行股份有限公司 | 应用于金融领域的测试脚本生成方法和装置 |
CN105279090A (zh) * | 2015-11-17 | 2016-01-27 | 中国建设银行股份有限公司 | 应用于金融领域的测试脚本生成方法和装置 |
CN105739481A (zh) * | 2016-01-29 | 2016-07-06 | 软控股份有限公司 | 工控软件的测试方法、装置及系统 |
CN105739481B (zh) * | 2016-01-29 | 2019-03-19 | 软控股份有限公司 | 工控软件的测试方法、装置及系统 |
WO2018036528A1 (zh) * | 2016-08-26 | 2018-03-01 | 上海合福信息科技有限公司 | 一种自动测试方法 |
CN106789393B (zh) * | 2016-11-16 | 2019-09-06 | 烽火通信科技股份有限公司 | 一种cs架构通信设备自动化测试系统及方法 |
CN106789393A (zh) * | 2016-11-16 | 2017-05-31 | 武汉烽火网络有限责任公司 | 一种cs架构通信设备自动化测试系统及方法 |
CN106775478A (zh) * | 2016-12-19 | 2017-05-31 | 郑州云海信息技术有限公司 | 一种存储系统健康巡检的方法 |
CN107038227A (zh) * | 2017-03-31 | 2017-08-11 | 武汉票据交易中心有限公司 | 一种脚本代码文件的增量同步方法及系统 |
CN106997413A (zh) * | 2017-04-05 | 2017-08-01 | 广东浪潮大数据研究有限公司 | 一种实现Valor软件自动化审核的方法 |
CN108008937A (zh) * | 2017-12-14 | 2018-05-08 | 携程计算机技术(上海)有限公司 | 流程图的绘制方法及系统 |
CN108804317A (zh) * | 2018-05-24 | 2018-11-13 | 北京握奇智能科技有限公司 | 一种统一执行脚本的方法和系统 |
CN108763085A (zh) * | 2018-05-31 | 2018-11-06 | 平安科技(深圳)有限公司 | 测试案例的在线调试装置、方法及计算机可读存储介质 |
CN110830319B (zh) * | 2018-08-10 | 2021-07-20 | 长鑫存储技术有限公司 | 集成电路测试的管理方法、装置和系统 |
CN110830319A (zh) * | 2018-08-10 | 2020-02-21 | 长鑫存储技术有限公司 | 集成电路测试的管理方法、装置和系统 |
CN109388652A (zh) * | 2018-09-26 | 2019-02-26 | 深圳壹账通智能科技有限公司 | 还款测试方法、装置、计算机设备和存储介质 |
CN109614310A (zh) * | 2018-10-22 | 2019-04-12 | 中国平安财产保险股份有限公司 | 测试接口的管理方法、装置、计算机设备以及存储介质 |
CN109614312A (zh) * | 2018-10-23 | 2019-04-12 | 中国平安人寿保险股份有限公司 | 测试用例生成方法、装置、电子设备及存储介质 |
CN109684196B (zh) * | 2018-11-01 | 2024-01-09 | 北京中清龙图网络技术有限公司 | 一种测试方法及装置 |
CN109684196A (zh) * | 2018-11-01 | 2019-04-26 | 北京中清龙图网络技术有限公司 | 一种测试方法及装置 |
CN109857507B (zh) * | 2019-02-21 | 2022-03-08 | 成都安恒信息技术有限公司 | 一种自动化远程执行Windows程序的方法 |
CN109857507A (zh) * | 2019-02-21 | 2019-06-07 | 成都安恒信息技术有限公司 | 一种自动化远程执行Windows程序的方法 |
CN110099098A (zh) * | 2019-03-26 | 2019-08-06 | 江西机电职业技术学院 | 工业机器人数据上传方法、系统、可读存储介质及设备 |
CN110399303A (zh) * | 2019-07-29 | 2019-11-01 | 中国工商银行股份有限公司 | 用于准备测试数据的方法、数据准备装置和电子设备 |
CN110399303B (zh) * | 2019-07-29 | 2024-01-26 | 中国工商银行股份有限公司 | 用于准备测试数据的方法、数据准备装置和电子设备 |
CN111221723A (zh) * | 2019-10-28 | 2020-06-02 | 东软集团股份有限公司 | 测试记录生成方法、装置、存储介质及电子设备 |
CN111221723B (zh) * | 2019-10-28 | 2023-11-24 | 东软集团股份有限公司 | 测试记录生成方法、装置、存储介质及电子设备 |
CN111581107B (zh) * | 2020-05-13 | 2023-08-18 | 武汉虹信科技发展有限责任公司 | Ftp程序疲劳测试方法及系统 |
CN111581107A (zh) * | 2020-05-13 | 2020-08-25 | 武汉虹信通信技术有限责任公司 | Ftp程序疲劳测试方法及系统 |
CN111831561A (zh) * | 2020-06-28 | 2020-10-27 | 许昌开普检测研究院股份有限公司 | 一种插件式测试案例库系统 |
CN111831561B (zh) * | 2020-06-28 | 2024-01-12 | 许昌开普检测研究院股份有限公司 | 一种插件式测试案例库系统 |
CN112069082A (zh) * | 2020-09-29 | 2020-12-11 | 智慧互通科技有限公司 | 一种自动化测试方法及系统 |
CN112685325B (zh) * | 2021-01-22 | 2023-07-28 | 中信银行股份有限公司 | 一种etl软件研发测试管理方法及系统 |
CN112685325A (zh) * | 2021-01-22 | 2021-04-20 | 中信银行股份有限公司 | 一种etl软件研发测试管理方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN1326044C (zh) | 2007-07-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1601483A (zh) | 一种基于脚本解释工具的自动化软件测试系统 | |
CN1677365A (zh) | 通过属性控制的测试实例继承 | |
CN1495602A (zh) | 成像装置、信息处理装置、程序执行方法及程序生成方法 | |
CN1173285C (zh) | 固定显示信息的方法和装置 | |
CN1437110A (zh) | 用于断点设定的装置和方法 | |
CN1908892A (zh) | 测试用例设计方法和系统 | |
CN1097795C (zh) | 结构式文件处理方法和装置 | |
CN1707431A (zh) | 信号处理装置及其方法 | |
CN1841376A (zh) | 对网络表单的数据驱动动作 | |
CN1821956A (zh) | 用现有内容生成用于执行任务的活动内容向导可执行文件 | |
CN1680959A (zh) | 进程编辑设备和方法以及进程管理设备和方法 | |
CN1558348A (zh) | 将基于模式的分级数据结构转换成平面数据结构的方法以及系统 | |
CN1656455A (zh) | 管理文件的方法、操作对象显示限制程序和记录介质 | |
CN1123930A (zh) | 支援并行程序设计的装置以及设计并行程序的方法 | |
CN1270672A (zh) | 用于集成电路测试系统的生产界面 | |
CN1112637C (zh) | 信息获取代理系统和信息传送管理系统 | |
CN1098501C (zh) | 用于sql关系数据库的仿真器及方法 | |
CN1770708A (zh) | 信息处理系统和方法、电子装置和计算机可读程序 | |
CN1601543A (zh) | 工作流管理设备及方法 | |
CN1633638A (zh) | 在外貌特征模式中带有总功能特性的连接实体 | |
CN1403986A (zh) | 因特网转接器终端、因特网转接器终端用户管理系统/程序 | |
CN1870028A (zh) | 工作流程系统、工作流程处理方法和工作流程处理程序 | |
CN1799048A (zh) | 通用数据库模式 | |
CN1194295C (zh) | 程序变换装置及程序变换方法 | |
CN1323415A (zh) | 基于部件的源代码生成器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |