专利名称：在银行系统中基于指令脚本的测试方法及系统的制作方法
技术领域：
本发明关于测试技术，特别是关于银行系统的测试技术，具体的讲是一种在银行系统中基于指令脚本的测试方法及系统。
背景技术：
随着IT技术的不断发展，越来越多的银行系统采用开放式的服务接口，通过企业信息总线向外提供服务。随着与银行主机联机交易的系统数量的增加，系统采用的软硬件平台种类也不断增加，对系统进行测试的需求也越来越多。因此，如何降低测试成本、缩短测试周期，成为银行系统在测试时日渐关注的课题。现有技术中，对于特定的被测系统，测试脚本指该被测系统的一个测试案例的一系列指令，这些指令可以被自动化测试工具执行。测试脚本一般都是通过录制/回放方式来模拟终端的操作，以便测试过程的顺利进行。现有技术的测试过程主要存在如下问题(1)、由于测试脚本一般都是通过录制/回放方式来模拟终端的操作，而录制/回放的过程中有输入的动作和停顿的时间，导致整个测试案例的持续时间较长。(2)、录制测试脚本时，必须执行一次测试案例才能得到测试脚本，延长了测试周期，提高了测试成本。(3)、测试周期长导致在测试过程中模拟终端的操作需要消耗较多的资源，且部分终端在一台终端设备上只能开启一个终端界面，不适合做并发的压力测试，最终导致整个测试执行的效率低。
发明内容
本发明实施例提供了一种在银行系统中基于指令脚本的测试方法及系统，通过直接将根据被测系统的报文格式文件生成的测试脚本拼装成交易报文发送给被测系统，在测试过程中跳过了模拟终端的过程，实现了对被测系统的功能测试、并发的压力测试，缩短了测试周期。本发明的目的之一是，提供一种基于指令脚本的测试方法，该方法包括采集用户输入的交易代码信息；获取与所述的交易代码信息对应的被测系统中包含域信息的报文格式文件；将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架； 对所述的测试脚本框架中的指令信息赋值得到测试脚本；根据所述的指令信息将测试脚本组装成交易报文；将所述的交易报文发送至所述的被测系统；接收所述的被测系统根据所述的交易报文返回的测试结果报文。本发明的目的之一是，提供一种基于指令脚本的测试系统，该系统包括测试设备、被测系统，所述的测试设备包括交易代码采集装置，用于采集用户输入的交易代码信息；报文格式获取装置，用于获取与所述的交易代码信息对应的被测系统中包含域信息的报文格式文件；脚本框架生成装置，用于将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架；测试脚本生成装置，用于对所述的测试脚本框架中的指令信息赋值得到测试脚本；交易报文组装装置，用于根据所述的指令信息将测试脚本组装成交易报文；交易报文发送装置，用于将所述的交易报文发送至所述的被测系统；返回报文接收装置，用于接收所述的被测系统根据所述的交易报文返回的测试结果报文。本发明的有益效果在于，通过直接将根据被测系统的报文格式文件生成的测试脚本拼装成交易报文发送给被测系统，在测试过程中跳过了模拟终端的过程，实现了对被测系统的功能测试、并发的压力测试，缩短了测试周期，降低了测试成本，提高了测试的效率。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例提供的一种在银行系统中基于指令脚本的测试方法实施方式一的流程图；图2为本发明实施例提供的一种在银行系统中基于指令脚本的测试方法实施方式二的流程图；图3为本发明实施例中的步骤将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架的具体流程图；图4为本发明实施例中的步骤对所述的测试脚本框架中的指令信息赋值得到测试脚本的具体流程图；图5为本发明实施例中的步骤根据所述的指令信息将测试脚本组装成交易报文的具体流程图；图6为本发明实施例中的步骤根据所述返回的报文显示结果信息的具体流程图；图7为本发明实施例的一种在银行系统中基于指令脚本的测试系统的结构框图；图8为本发明实施例的在银行系统中基于指令脚本的测试系统中测试设备的结构框图；图9为本发明实施例的在银行系统中基于指令脚本的测试系统中测试设备的另一种结构框图；图10为写入指令信息后所生成的测试脚本框架的示意图；图11为对测试脚本框架中的指令信息赋值后生成的测试脚本的示意图；图12为添加辅助指令后的测试脚本的示意图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明实施例提供了一种在银行系统中基于指令脚本的测试方法以及系统，主要运用在银行的测试领域，通过直接将根据被测系统的报文格式文件生成的测试脚本拼装成交易报文发送给被测系统，在测试过程中跳过了模拟终端的过程。图1为本发明实施例提供的一种在银行系统中基于指令脚本的测试方法的流程图，由图1可知，该方法包括如下步骤SlOO 采集用户输入的交易代码信息；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”，名为“PC0MCHTR”，该上送域下面有27个子域， 分别为大交易序号、交易代码、地区号、网点号、柜员号、授权柜员号、授权卡号、授权柜员级别、授权岗位编号等信息。图4为本发明实施例中步骤对所述的测试脚本框架中的指令信息赋值得到测试脚本的流程图。下面结合图4具体介绍该步骤。步骤S300中生成的测试脚本框架由DSRNAME、MOD、VAL、SEND指令组成，仅有VAL 指令中的参数未赋值，因此只需对VAL指令中的参数赋值即可得到测试脚本。对测试脚本框架中的VAL指令中的参数赋值可通过如下两种方式进行(1)、采集用户输入的对VAL指令中参数赋值的测试值；⑵、从报文格式文件对应的日志文件中获取VAL的测试值。下面首先介绍根据报文格式文件对应的日志文件对指令信息赋值。具体包括在所述的被测系统中获取与所述的报文格式文件对应的日志文件；在所述的日志文件中提取与所述的指令信息相对应的数据；将所述的数据赋值到相应的指令信息得到测试脚本。根据日志文件对测试脚本框架中的VAL指令中的参数赋值后得到了具有VAL默认值的测试脚本，如图11所示，其中，大交易序号的值为1、交易代码的值为27223、地区号的值为01702、网点号的值为0(^60、柜员号的值为68576、授权柜员号的值为68174、授权卡号的值为；34356、授权柜员级别的值为6、授权岗位编号的值为9999等。对于第一种通过采集用户输入的测试值对测试脚本框架的VAL指令中的参数赋值的方式，用户可以输入全部的VAL指令中的参数的测量值，也可在根据日志文件对测试脚本框架中的参数赋值结束的基础上，修改需要变化的测试值即可，减少用户需要输入的内容。同时，用户可以根据所述的报文格式文件添加预先设定的辅助指令信息，扩展测试脚本的功能。用户可输入的辅助指令如表1所示。表 1
指令代码指令类型指令处理说明GETVALUE 指令辅助指令数据文件中读取参数的值，第一个参数为固定值，表示需要获取的参数名称，第二个参数必需为变量，表
权利要求
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所述的测试系统，其特征是，所述的测试设备还包括 显示装置，用于根据所述返回的测试结果报文显示结果信息，具体包括 返回报文解析装置，用于解析所述返回的测试结果报文得到返回域的值； 结果信息显示装置，用于根据所述的返回域的值显示结果信息。
全文摘要
本发明实施例提供了一种在银行系统中基于指令脚本的测试方法，包括采集用户输入的交易代码信息；获取与所述的交易代码信息对应的被测系统中包含域信息的报文格式文件；将与所述的域信息对应的指令信息写入所述的报文格式文件得到测试脚本框架；对所述的测试脚本框架中的指令信息赋值得到测试脚本；根据所述的指令信息将测试脚本组装成交易报文；将所述的交易报文发送至所述的被测系统；接收所述的被测系统根据所述的交易报文返回的报文。通过直接将指令脚本拼装成交易报文发送给被测系统，在测试过程中跳过了模拟终端的过程，实现了对被测系统的功能测试、并发的压力测试，缩短了测试周期，降低了测试成本，提高了测试的效率。
文档编号G06Q40/00GK102184135SQ20111009789
公开日2011年9月14日 申请日期2011年4月19日 优先权日2011年4月19日
发明者何晋俊, 李秀媛, 林艳椿, 柳新春, 梁文利, 符晓, 胡正东, 董兴中, 邹懿 申请人:中国工商银行股份有限公司