CN102184135A - 在银行系统中基于指令脚本的测试方法及系统 - Google Patents

Abstract

本发明实施例提供了一种在银行系统中基于指令脚本的测试方法，包括：采集用户输入的交易代码信息；获取与所述的交易代码信息对应的被测系统中包含域信息的报文格式文件；将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架；对所述的测试脚本框架中的指令信息赋值得到测试脚本；根据所述的指令信息将测试脚本组装成交易报文；将所述的交易报文发送至所述的被测系统；接收所述的被测系统根据所述的交易报文返回的报文。通过直接将指令脚本拼装成交易报文发送给被测系统，在测试过程中跳过了模拟终端的过程，实现了对被测系统的功能测试、并发的压力测试，缩短了测试周期，降低了测试成本，提高了测试的效率。

Description

在银行系统中基于指令脚本的测试方法及系统

技术领域

本发明关于测试技术，特别是关于银行系统的测试技术，具体的讲是一种在银行系统中基于指令脚本的测试方法及系统。

背景技术

随着IT技术的不断发展，越来越多的银行系统采用开放式的服务接口，通过企业信息总线向外提供服务。随着与银行主机联机交易的系统数量的增加，系统采用的软硬件平台种类也不断增加，对系统进行测试的需求也越来越多。因此，如何降低测试成本、缩短测试周期，成为银行系统在测试时日渐关注的课题。

现有技术中，对于特定的被测系统，测试脚本指该被测系统的一个测试案例的一系列指令，这些指令可以被自动化测试工具执行。测试脚本一般都是通过录制/回放方式来模拟终端的操作，以便测试过程的顺利进行。现有技术的测试过程主要存在如下问题：

(1)、由于测试脚本一般都是通过录制/回放方式来模拟终端的操作，而录制/回放的过程中有输入的动作和停顿的时间，导致整个测试案例的持续时间较长。

(2)、录制测试脚本时，必须执行一次测试案例才能得到测试脚本，延长了测试周期，提高了测试成本。

(3)、测试周期长导致在测试过程中模拟终端的操作需要消耗较多的资源，且部分终端在一台终端设备上只能开启一个终端界面，不适合做并发的压力测试，最终导致整个测试执行的效率低。

发明内容

本发明实施例提供了一种在银行系统中基于指令脚本的测试方法及系统，通过直接将根据被测系统的报文格式文件生成的测试脚本拼装成交易报文发送给被测系统，在测试过程中跳过了模拟终端的过程，实现了对被测系统的功能测试、并发的压力测试，缩短了测试周期。

本发明的目的之一是，提供一种基于指令脚本的测试方法，该方法包括：采集用户输入的交易代码信息；获取与所述的交易代码信息对应的被测系统中包含域信息的报文格式文件；将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架；对所述的测试脚本框架中的指令信息赋值得到测试脚本；根据所述的指令信息将测试脚本组装成交易报文；将所述的交易报文发送至所述的被测系统；接收所述的被测系统根据所述的交易报文返回的测试结果报文。

本发明的目的之一是，提供一种基于指令脚本的测试系统，该系统包括：测试设备、被测系统，所述的测试设备包括：交易代码采集装置，用于采集用户输入的交易代码信息；报文格式获取装置，用于获取与所述的交易代码信息对应的被测系统中包含域信息的报文格式文件；脚本框架生成装置，用于将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架；测试脚本生成装置，用于对所述的测试脚本框架中的指令信息赋值得到测试脚本；交易报文组装装置，用于根据所述的指令信息将测试脚本组装成交易报文；交易报文发送装置，用于将所述的交易报文发送至所述的被测系统；返回报文接收装置，用于接收所述的被测系统根据所述的交易报文返回的测试结果报文。

本发明的有益效果在于，通过直接将根据被测系统的报文格式文件生成的测试脚本拼装成交易报文发送给被测系统，在测试过程中跳过了模拟终端的过程，实现了对被测系统的功能测试、并发的压力测试，缩短了测试周期，降低了测试成本，提高了测试的效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种在银行系统中基于指令脚本的测试方法实施方式一的流程图；

图2为本发明实施例提供的一种在银行系统中基于指令脚本的测试方法实施方式二的流程图；

图3为本发明实施例中的步骤将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架的具体流程图；

图4为本发明实施例中的步骤对所述的测试脚本框架中的指令信息赋值得到测试脚本的具体流程图；

图5为本发明实施例中的步骤根据所述的指令信息将测试脚本组装成交易报文的具体流程图；

图6为本发明实施例中的步骤根据所述返回的报文显示结果信息的具体流程图；

图7为本发明实施例的一种在银行系统中基于指令脚本的测试系统的结构框图；

图8为本发明实施例的在银行系统中基于指令脚本的测试系统中测试设备的结构框图；

图9为本发明实施例的在银行系统中基于指令脚本的测试系统中测试设备的另一种结构框图；

图10为写入指令信息后所生成的测试脚本框架的示意图；

图11为对测试脚本框架中的指令信息赋值后生成的测试脚本的示意图；

图12为添加辅助指令后的测试脚本的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供了一种在银行系统中基于指令脚本的测试方法以及系统，主要运用在银行的测试领域，通过直接将根据被测系统的报文格式文件生成的测试脚本拼装成交易报文发送给被测系统，在测试过程中跳过了模拟终端的过程。

图1为本发明实施例提供的一种在银行系统中基于指令脚本的测试方法的流程图，由图1可知，该方法包括如下步骤：

S100：采集用户输入的交易代码信息；

S200：获取与所述的交易代码信息对应的被测系统中包含域信息的报文格式文件。根据所述的交易代码信息从被测系统的动态源路由协议DSR网关上获取报文格式文件，报文格式文件中包含了域信息，域信息用于表征报文的类型，具体包括：交易上送报文以及交易返回的测试结果报文的格式信息。交易上送报文格式信息中包含：DSR文件名(DSR文件名对应所述的代码信息)、每个上送域的域名信息、域中包含的子域信息及其顺序。返回的测试结果报文格式中包含DSR文件名、每个返回域的域名信息及子域的顺序、个数。其中，域表示一组通讯区，例如借方属性域、贷方属性域，每个域下有一个或多个子域，例如借方属性域有借方账号、借方金额、借方币种、借方户名等子域。获取到报文格式文件后，可将报文格式文件存储，方便后续使用。

S300：将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架；

S400：对所述的测试脚本框架中的指令信息赋值得到测试脚本；

S500：根据所述的指令信息将测试脚本组装成交易报文；

S600：将所述的交易报文发送至所述的被测系统；

S700：接收所述的被测系统根据所述的交易报文返回的测试结果报文。

图3为本发明实施例中步骤将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架的流程图。下面结合图3具体介绍该步骤。S300包括：

S301：根据所述的报文格式文件写入DSRNAME指令，指令的参数为报文格式文件名；

S302：打开报文格式文件，顺序获取报文格式文件的一行信息的域信息；

S303：判断该行信息的域信息是否为上送域，判断为否即该域信息为返回域时，返回执行步骤S302，否则执行步骤S304；

S304：判断该行的域信息是否为域，当判断为是时，执行步骤S305，否则该域信息为子域，执行步骤S306；

S305：写入一行MOD指令，该指令的参数为域名；

S306：写入一行VAL指令，此时VAL指令中的参数为空，表示该子域还没有赋值；

S307：判断当前的指令信息是否到达报文格式文件结尾，当判断为否时，执行步骤S302，否则执行步骤S308；

S308：到达文件结尾后，写入一行SEND指令，SEND指令的参数为交易代码，默认为文件名。

S309：将生成的测试脚本框架进行存储。

此时，测试脚本框架中的VAL指令中的参数是未赋值的。下面以与银行主机联机交易的被测系统为例，具体说明测试脚本框架的内容。写入指令信息后所生成的测试脚本框架如在图10所示，DSRNAME为“52723022”，名为“PCOMCHTR”，该上送域下面有27个子域，分别为大交易序号、交易代码、地区号、网点号、柜员号、授权柜员号、授权卡号、授权柜员级别、授权岗位编号等信息。

图4为本发明实施例中步骤对所述的测试脚本框架中的指令信息赋值得到测试脚本的流程图。下面结合图4具体介绍该步骤。

步骤S300中生成的测试脚本框架由DSRNAME、MOD、VAL、SEND指令组成，仅有VAL指令中的参数未赋值，因此只需对VAL指令中的参数赋值即可得到测试脚本。对测试脚本框架中的VAL指令中的参数赋值可通过如下两种方式进行：(1)、采集用户输入的对VAL指令中参数赋值的测试值；(2)、从报文格式文件对应的日志文件中获取VAL的测试值。下面首先介绍根据报文格式文件对应的日志文件对指令信息赋值。具体包括：

在所述的被测系统中获取与所述的报文格式文件对应的日志文件；

在所述的日志文件中提取与所述的指令信息相对应的数据；

将所述的数据赋值到相应的指令信息得到测试脚本。

根据日志文件对测试脚本框架中的VAL指令中的参数赋值后得到了具有VAL默认值的测试脚本，如图11所示，其中，大交易序号的值为1、交易代码的值为27223、地区号的值为01702、网点号的值为00260、柜员号的值为68576、授权柜员号的值为68174、授权卡号的值为34356、授权柜员级别的值为6、授权岗位编号的值为9999等。

对于第一种通过采集用户输入的测试值对测试脚本框架的VAL指令中的参数赋值的方式，用户可以输入全部的VAL指令中的参数的测量值，也可在根据日志文件对测试脚本框架中的参数赋值结束的基础上，修改需要变化的测试值即可，减少用户需要输入的内容。同时，用户可以根据所述的报文格式文件添加预先设定的辅助指令信息，扩展测试脚本的功能。用户可输入的辅助指令如表1所示。

表1

图12为添加辅助指令后的测试脚本的示意图。由表1可知，GETRAND指令用于取随机数，该指令有2个参数，第1个参数为数字，表示取该数字以内的随机数，第2个参数为变量，将取得的随机数赋值给该变量。因此，图12中的GETRAND指令用于获取100000以内的一个随机数，赋值给@ZJHM变量。则在对VAL指令中的“证件号码”子域赋值时，就可以直接 引用@ZJHM变量值，获得随机的证件号码测试值。由表1可知，GETDSR指令用于从返回的测试结果报文中获取某个域的子域的值，该指令包含3个参数，第1个参数表示从哪个域中取，第二个参数表示从该域的第几个子域中获取，必需为数字，第3个参数为变量，将取得的值赋给该变量。因此，图12中的GETDSR指令用于获取返回的测试结果报文的PCOMCHTR域的第1个子域的值，该子域的值为开户账号的值，用户可通过该辅助指令来获取测试结果中的开户账号。

由图4可知，具体包括：

S401：判断所述的报文格式文件是否有对应的日志文件，当判断为是时，执行步骤S402，否则，执行步骤S408；

S402：获取相应的日志文件，并将该日志文件打开；

S403：顺序获取日志文件的一行日志信息；

S404：提取日志文件中对应子域的数据；

S405：将该子域的数据填入到对应VAL指令的参数中；

S406：判断当前行是否达到日志文件结尾，当判断为否时，执行步骤S403，否则，脚本框架中每个子域均已赋值为默认值，执行步骤S407；

S407：达到日志文件结尾后，关闭当前的日志文件；

S408：采集用户输入的测量值，对VAL指令参数进行赋值，也可以填写或修改VAL指令参数的值为具体测试案例的值；

S409：根据报文格式文件可以添加相应的辅助指令信息；

S4010：将生成的测试脚本进行存储。

图5是步骤根据所述的指令信息将测试脚本组装成交易报文的流程图，该步骤包括：

读取所述的测试脚本中指令信息的类型信息，类型信息具体包括：主指令或辅助指令信息；

根据所述的指令信息的类型信息、所述指令信息将所述的测试脚本组装 成交易报文，具体包括：解析所述的测试脚本，对测试脚本中的每个指令做相应的处理，对于主指令，根据主指令的处理要求进行相应处理，主指令及主指令的处理过程如表2所示，将DSRNAME指令、MOD指令、VAL指令与参数一同拼装成交易报文的一部分。对于辅助指令，根据辅助指令的处理要求进行相应处理，辅助指令及辅助指令的处理要求如表1所示。辅助指令并不组成交易报文的一部分，为扩展脚本的功能服务，经辅助指令计算、赋值后的变量可以作为主指令VAL的参数使用。SEND指令，表示该交易的数据报文已经拼装完毕。

如果需要进行压力测试，生成的测试脚本可以供Load Runner等压力测试工具使用，进行多用户的并发测试，由于跳过终端输入等动作，直接组装为数据报文发送，发送速度快，效率高，压力测试效果良好。

表2

下面结合图5具体介绍步骤S500，该步骤包括：

S501：打开测试脚本文件；

S502：读取一行测试脚本的指令；

S503：判断所述的测试脚本的指令是否为主指令，当判断为否时，则为 辅助指令，执行步骤S504；否则，执行步骤S505；

S504：根据辅助指令的处理要求进行相应处理，一般是对新变量计算赋值，然后执行步骤S502；

S505：提取主指令的域信息及其值，拼装成交易报文的一部分；

S506：判断当前的测试脚本指令是否为SEND指令，当判断为否时，表明交易报文的拼装还没结束，执行步骤S502，否则表明该交易的报文拼装已完成，执行步骤S507；

S507：将拼装结束的报文发送到被测系统；

S508：判断是否已到达脚本文件结尾，当判断为否时，则执行步骤S502继续进行处理，一个测试脚本对应一组交易报文，可以包含有多个交易。否则，执行步骤S509；

S509：关闭测试脚本文件。

图2为本发明实施例提供的一种在银行系统中基于指令脚本的测试方法的另一种实施方式的流程图，由图2可知，该方法除了图1中的步骤外，还包括：

S800：在测试脚本框架中添加预先设定的与所述的报文格式文件对应的辅助指令信息。

S900：根据所述返回的测试结果报文显示结果信息，具体包括：

解析所述返回的测试结果报文得到返回域的值；

根据所述的返回域的值显示结果信息。

S1000：存储与所述的交易代码信息对应的测试脚本框架、测试脚本、交易报文及返回的测试结果报文。

图6为本发明实施例中的步骤根据所述返回的报文显示结果信息的具体流程图，下面结合图6具体介绍该步骤，包括：

S601：接收从被测系统返回的测试结果报文；

S602：解析所述返回的测试结果报文，在返回的测试结果报文中解析得 到交易结果返回域的值，即COMMSAT域的第一个子域的值；

S603：根据返回域的值判断交易是否成功，COMMSAT域的第一个子域的值如为0表示交易成功，如不为0则交易失败，当交易失败时，则执行步骤S604，否则，执行步骤S606；

S604：解析错误代码子域，即COMMSTAT域的第二个子域；

S605：显示“交易失败”，并展现错误代码子域的内容，即提示用户交易失败的原因；

S606：获取存储的测试脚本，判断存储的测试脚本中SEND指令后是否存在GETDSR指令，当判断为否时，则当前流程结束，否则执行步骤S607；

S607：解析GETDSR指令，获取对应子域的值；

S608：显示“交易成功”，并展现GETDSR指令中子域的值。

以上是本发明实施例提供的一种在银行系统中基于指令脚本的测量方法，下面结合附图介绍本发明的一种在银行系统中基于指令脚本的测量系统。图7为本发明实施例的一种测试系统的结构框图，由图7可知，该系统主要包括：测试设备100、至少一个被测系统200，所述的测试设备100包括：

交易代码采集装置101，用于采集用户输入的交易代码信息；

报文格式获取装置102，用于获取与所述的交易代码信息对应的被测系统中包含域信息的报文格式文件。根据所述的交易代码信息从被测系统的动态源路由协议DSR网关上获取报文格式文件，报文格式文件中包含了域信息，域信息用于表征报文的类型，具体包括：交易上送报文以及交易返回的测试结果报文的格式信息。交易上送报文格式信息中包含：DSR文件名(DSR文件名对应所述的代码信息)、每个上送域的域名信息、域中包含的子域信息及其顺序。返回的测试结果报文格式中包含DSR文件名、每个返回域的域名信息及子域的顺序、个数。其中，域表示一组通讯区，例如借方属性域、贷方属性域，每个域下有一个或多个子域，例如借方属性域有借方账号、借方金额、借方币种、借方户名等子域。获取到报文格式文件后，可将报文格式文 件存储，方便后续使用。

脚本框架生成装置103，用于将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架。具体包括：根据报文格式文件中的DSR文件名写入DSRNAME指令，根据报文格式文件中的每个上送域的域名写入MOD指令，根据各个子域写入VAL指令，在脚本框架末尾写入SEND指令。其中，DSRNAME表示上送的DSR文件名、MOD指令表示域名、VAL指令表示该域名下的子域、SEND指令为发送指令。此时，VAL指令中的参数是未赋值的，未完成的测试脚本称为测试脚本框架。下面以银行主机联机交易的被测系统为例，具体说明测试脚本框架的内容。写入指令信息后所生成的测试脚本框架如在图10所示，DSRNAME为“52723022”，名为“PCOMCHTR”，该上送域下面有27个子域，分别为大交易序号、交易代码、地区号、网点号、柜员号、授权柜员号、授权卡号、授权柜员级别、授权岗位编号等信息。

测试脚本生成装置104，用于对所述的测试脚本框架中的指令信息赋值得到测试脚本；

交易报文组装装置105，用于根据所述的指令信息将测试脚本组装成交易报文；

交易报文发送装置106，用于将所述的交易报文发送至所述的被测系统；

返回报文接收装置107，用于接收所述的被测系统根据所述的交易报文返回的测试结果报文。

图9为本发明实施例的一种银行系统中基于指令脚本的测试系统中测试设备的另一种结构框图。生成的测试脚本框架由DSRNAME、MOD、VAL、SEND指令组成。对测试脚本框架中的VAL指令中的参数赋值可通过如下两种方式进行：(1)、采集用户输入的对VAL指令中参数赋值的测试值；(2)、从报文格式文件对应的日志文件中获取VAL的测试值。下面首先根据图9介绍根据报文格式文件对应的日志文件对指令信息赋值，由图9可知，测试脚 本生成装置104具体包括：

日志文件获取装置1041，用于在所述的被测系统中获取与所述的报文格式文件对应的日志文件；

数据提取装置1042，用于在所述的日志文件中提取与所述的指令信息相对应的数据；

赋值装置1043，用于将所述的数据赋值到相应的指令信息得到测试脚本。

根据日志文件对测试脚本框架中的VAL指令中的参数赋值后得到了具有VAL默认值的测试脚本，如图11所示，其中，大交易序号的值为1、交易代码的值为27223、地区号的值为01702、网点号的值为00260、柜员号的值为68576、授权柜员号的值为68174、授权卡号的值为34356、授权柜员级别的值为6、授权岗位编号的值为9999等。

此外，测试脚本生成装置104还可包括：数据采集装置，用于采集用户输入的与所述的指令信息相对应的数据；赋值装置，用于将所述的数据赋值到相应的指令信息得到测试脚本。即对于第一种通过采集用户输入的测试值对测试脚本框架的VAL指令中的参数赋值的方式，用户可以输入全部的VAL指令中的参数的测量值，也可在根据日志文件对测试脚本框架中的参数赋值结束的基础上，修改需要变化的测试值即可，减少用户需要输入的内容。

图8是本发明实施例的测试设备的另一种实施方式的结构框图，由图8可知，测试设备还包括：辅助指令添加装置，用于在测试脚本框架中添加预先设定的与所述的报文格式文件对应的辅助指令信息。用户可以根据所述的报文格式文件添加预先设定的辅助指令信息，扩展测试脚本的功能。图12为添加辅助指令后的测试脚本的示意图，由表1可知，GETRAND指令用于取随机数，该指令有2个参数，第1个参数为数字，表示取该数字以内的随机数，第2个参数为变量，将取得的随机数赋值给该变量。因此，图12中的GETRAND指令用于获取100000以内的一个随机数，赋值给@ZJHM变量。则在对VAL指令中的“证件号码”子域赋值时，就可以直接引用@ZJHM变 量值，获得随机的证件号码测试值。由表1可知，GETDSR指令用于从返回的测试结果报文中获取某个域的子域的值，该指令包含3个参数，第1个参数表示从哪个域中取，第二个参数表示从该域的第几个子域中获取，必需为数字，第3个参数为变量，将取得的值赋给该变量。因此，图12中的GETDSR指令用于获取返回的测试结果报文的PCOMCHTR域的第1个子域的值，该子域的值为开户账号的值，用户可通过该辅助指令来获取测试结果中的开户账号。

由图9可知，交易报文组装装置105包括：

指令类型读取装置1051，用于读取所述的测试脚本中指令信息的类型信息，类型信息具体包括：主指令或辅助指令信息；

报文生成装置1052，用于根据所述的指令信息的类型信息将所述的测试脚本组装成报文，具体包括：解析所述的测试脚本，对测试脚本中的每个指令做相应的处理，对于主指令，根据主指令的处理要求进行相应处理，主指令及主指令的处理过程如表2所示，将DSRNAME指令、MOD指令、VAL指令与参数一同拼装成交易报文的一部分。对于辅助指令，根据辅助指令的处理要求进行相应处理，辅助指令及辅助指令的处理要求如表1所示。辅助指令不组成交易报文的一部分，为扩展脚本的功能服务，经辅助指令计算、赋值后的变量可以作为主指令VAL的参数使用。SEND指令，表示该交易的数据报文已经拼装完毕。

如果需要进行压力测试，生成的测试脚本可以供Load Runner等压力测试工具使用，进行多用户的并发测试，由于跳过终端输入等动作，直接组装为数据报文发送，发送速度快，效率高，压力测试效果良好。

由图8可知，测试设备除了上述装置外，还包括：

存储装置1010，用于存储所述的报文格式文件对应的测试脚本、交易报文及返回的测试结果报文。也可以将交易结果、测量结果进行保存。

显示装置109，用于根据所述返回的测试结果报文显示结果信息，具体包 括：

返回报文解析装置，用于解析所述返回的测试结果报文以得到返回域的值；

结果信息显示装置，用于根据所述的返回域的值显示结果信息。具体包括：接收从被测系统返回的测试结果报文，解析所述返回的测试结果报文，在测试结果报文中解析得到交易结果返回域的值，即COMMSAT域的第一个子域的值；根据返回域的值判断交易是否成功，COMMSAT域的第一个子域的值如为0表示交易成功，如不为0则交易失败，当交易失败时，解析错误代码子域，即COMMSTAT域的第二个子域，显示“交易失败”，并展现错误代码子域的内容，即提示用户交易失败的原因；否则，获取存储的测试脚本，判断存储的测试脚本中SEND指令后是否存在GETDSR指令，当判断为否时，则结束，解析GETDSR指令，获取对应子域的值，显示“交易成功”，并展现GETDSR指令中子域的值。

本发明实施例提供的一种在银行系统中基于脚本指令的测试方法及系统，通过直接将根据被测系统的报文格式文件生成的测试脚本拼装成交易报文发送给被测系统，在测试过程中跳过了模拟终端的过程，实现了对被测系统的功能测试、并发的压力测试，缩短了测试周期，降低了测试成本，提高了测试的效率。

本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (14)

1.一种在银行系统中基于指令脚本的测试方法，其特征是，所述的方法包括：

采集用户输入的交易代码信息；

获取与所述的交易代码信息对应的被测系统中包含域信息的报文格式文件；

将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架；

对所述的测试脚本框架中的指令信息赋值得到测试脚本；

根据所述的指令信息将测试脚本组装成交易报文；

将所述的交易报文发送至所述的被测系统；

接收所述的被测系统根据所述的交易报文返回的测试结果报文。

2.根据权利要求1所述的方法，其特征是，所述的方法还包括：

在测试脚本框架中添加预先设定的与所述的报文格式文件对应的辅助指令信息。

3.根据权利要求2所述的方法，其特征是，对所述的测试脚本框架中的指令信息赋值得到测试脚本包括：

在所述的被测系统中获取与所述的报文格式文件对应的日志文件；

在所述的日志文件中提取与所述的指令信息相对应的数据；

将所述的数据赋值到相应的指令信息得到测试脚本。

4.根据权利要求2所述的方法，其特征是，对所述的测试脚本框架中的指令信息赋值得到测试脚本包括：

采集用户输入的与所述的指令信息相对应的数据；

将所述的数据赋值到相应的指令信息得到测试脚本。

5.根据权利要求3或4所述的方法，其特征是，根据所述的指令信息将测试脚本组装成交易报文包括：

读取所述的测试脚本中的指令信息的类型信息；

根据所述的指令信息、所述的指令信息的类型信息将所述的测试脚本组装成交易报文。

6.根据权利要求1所述的方法，其特征是，所述的方法还包括：

存储与所述的交易代码信息对应的测试脚本框架、测试脚本、交易报文及返回的测试结果报文。

7.根据权利要求1所述的方法，其特征是，所述的方法还包括：

根据所述返回的测试结果报文显示结果信息，具体包括：

解析所述返回的测试结果报文得到返回域的值；

根据所述的返回域的值显示结果信息。

8.一种在银行系统中基于指令脚本的测试系统，其特征是，所述的测试系统包括：测试设备、被测系统，所述的测试设备包括：

交易代码采集装置，用于采集用户输入的交易代码信息；

报文格式获取装置，用于获取与所述的交易代码信息对应的被测系统中包含域信息的报文格式文件；

脚本框架生成装置，用于将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架；

测试脚本生成装置，用于对所述的测试脚本框架中的指令信息赋值得到测试脚本；

交易报文组装装置，用于根据所述的指令信息将测试脚本组装成交易报文；

交易报文发送装置，用于将所述的交易报文发送至所述的被测系统；

返回报文接收装置，用于接收所述的被测系统根据所述的交易报文返回的测试结果报文。

9.根据权利要求8所述的测试系统，其特征是，所述的测试设备还包括：

辅助指令添加装置，用于在测试脚本框架中添加预先设定的与所述的报文格式文件对应的辅助指令信息。

10.根据权利要求9所述的测试系统，其特征是，所述的测试脚本生成装置包括：

日志文件获取装置，用于在所述的被测系统中获取与所述的报文格式文件对应的日志文件；

数据提取装置，用于在所述的日志文件中提取与所述的指令信息相对应的数据；

赋值装置，用于将所述的数据赋值到相应的指令信息得到测试脚本。

11.根据权利要求9所述的测试系统，其特征是，所述的测试脚本生成装置包括：

数据采集装置，用于采集用户输入的与所述的指令信息相对应的数据；

赋值装置，用于将所述的数据赋值到相应的指令信息得到测试脚本。

12.根据权利要求10或11所述的测试系统，其特征是，所述的交易报文组装装置包括：

类型信息读取装置，用于读取所述的测试脚本中的指令信息的类型信息；

报文生成装置，用于根据所述的指令信息、所述的指令信息的类型信息将所述的测试脚本组装成交易报文。

13.根据权利要求8所述的测试系统，其特征是，所述的测试设备还包括：

存储装置，用于存储与所述的交易代码信息对应的测试脚本框架、测试脚本、交易报文及返回的测试结果报文。

14.根据权利要求8所述的测试系统，其特征是，所述的测试设备还包括：

显示装置，用于根据所述返回的测试结果报文显示结果信息，具体包括：

返回报文解析装置，用于解析所述返回的测试结果报文得到返回域的值；

结果信息显示装置，用于根据所述的返回域的值显示结果信息。

Images