一种银行主机内部测试系统及方法与流程

本发明涉及软件测试技术领域，特别涉及一种银行主机内部测试系统及方法。

背景技术：

现有的银行主机系统是基于Z/OS主机操作系统之上的，银行主机系统里的大型应用系统往往有十几年的存续期。存续期间，银行主机系统面临了每日上亿的联机交易量，其需要进行大量的维护工作，但是银行主机系统架构，尤其是联机交易接口结构是相对稳定的，基本上不会发生大的变动，联机主入口程序也基本不会发生变动。但是随着银行业务的发展，外围的需求不断地扩展，银行主机系统的维护工作量也会变得更加繁重，其内部运行压力测试的工作量也会变得更加浩大。但现有的对银行主机系统的运行压力的测试方法却很单一，并且市场上的测试工具也很贫乏。比如，市场上的LOAD RUNNER等外部厂商提供的测试产品，其使用LOADRUNNER配置脚本，使用VS编写脚本，通过前端网关连接主机；配置服务器使用EE(Enterprise Extender)连接主机。该测试产品具有如下缺点：过多的依赖于前端网关，如果使用EE连接主机，只能采用架设服务器作为中间的中转网关方式，这样会使得银行主机运行压力测试系统的部署变得复杂，还会影响到了测试的效率和可靠性，而且现有的测试工具对于普通内部测试人员来说，掌握的难度比较大。

技术实现要素：

本发明实施例提供了一种银行主机内部测试系统，利用CICS交易网关CTG通过TCP/IP连接银行主机，不用通过前端网关连接主机系统，不必架设网关，使该系统的部署变得容易，不会影响测试的效率和可靠性，对于普通内部测试人员来说，掌握的难度较小。银行主机内部测试系统包括：

银行主机和测试机；

所述银行主机包括：

接收模块，用于接收测试机发送的交易测试数据；

交易模块，用于根据交易测试数据进行交易，生成交易测试结果；

发送模块，用于将交易测试结果发送至测试机；

所述测试机包括：

测试数据生成模块，用于生成交易测试数据；

转码模块，用于将交易测试数据转码成银行主机所需的数据格式；将返回的交易测试结果转码成测试机所需的数据格式；

CICS交易网关CTG，用于使银行主机和测试机通过TCP/IP连接；将转码后的交易测试数据发送至银行主机；将交易测试结果返回至转码模块；

测试结果展示模块，用于将转码后的交易测试结果进行展示。

在一个实施例中，所述测试机还包括交易案例模板库；

所述交易案例模板库，用于存储交易案例模板；

所述交易案例模板采用ID、交易关键字和交易数据的方式存储；

所述测试数据生成模块具体用于从交易案例模板库中获取相应的交易案例模板，利用相应的交易案例模板中的交易数据生成交易测试数据。

在一个实施例中，所述测试数据生成模块包括测试数据输入单元和组包单元；

所述测试数据输入单元，用于采用EXCEL表格输入交易案例模板的ID或交易关键字，从交易案例模板库中获取相应的交易案例模板；

组包单元，用于将相应的交易案例模板中的交易数据组成交易测试数据包；

所述银行主机还包括解包模块；

所述解包模块，用于将接收的交易测试数据包进行解包，获取交易测试数据。

在一个实施例中，所述测试机还包括参数配置模块；

所述参数配置模块，用于配置交易参数和/或用户偏好参数；

所述测试数据输入单元，具体用于根据交易参数和/或用户偏好参数修改从交易案例模板库获取的相应的交易案例模板中的交易数据；

组包单元，用于将修改后的交易案例模板中的交易数据组成交易测试数据包。

在一个实施例中，所述参数配置模块还用于生成主机参数；

所述CICS交易网关CTG还用于将主机参数发送至银行主机，所述银行主机根据主机参数切换不同的银行主机环境。

在一个实施例中，所述测试机还包括数据格式设置模块和数据解析模块；

所述数据格式设置模块，用于设置测试交易数据的下传格式；

所述数据解析模块，用于按照测试交易数据的下传格式将转码后的交易测试结果进行解析；

所述测试结果展示模块具体用于将解析后的交易测试结果进行展示。

在一个实施例中，所述数据解析模块具体采用EXCEL VBA将转码后的交易测试结果进行解析。

在一个实施例中，所述测试结果展示模块采用EXCEL表格的形式将解析后的交易测试结果进行展示。

在一个实施例中，所述测试数据生成模块具体用于：当所有交易测试数据全部使用E码上传，或部分交易测试数据使用E码上传，部分交易测试数据使用UNICODE码上传时，利用EXCEL将所有交易测试数据或部分需要使用E码上传的交易测试数据转换成ASCII码；

所述转码模块具体用于将ASCII码转换成E码。

在一个实施例中，所述测试数据输入单元具体用于，当需要提交多个交易测试数据包时，采用EXCEL表格输入多个交易案例模板的ID，并对多个交易案例模板的ID进行排序，按照多个交易案例模板的ID顺序依次从交易案例模板库中获取相应的多个交易案例模板；

所述组包单元具体用于，按照多个交易案例模板的ID顺序依次将相应的多个交易案例模板中的交易数据组成相应的多个交易测试数据包；

所述CICS交易网关CTG具体用于，按照多个交易案例模板的ID顺序依次将相应的多个交易测试数据包发送至银行主机。

本发明实施例还提供了一种银行主机内部测试方法，使对银行主机内部的测试变得容易，不会影响测试的效率和可靠性，对于普通内部测试人员来说，掌握的难度较小。该银行主机内部测试方法包括：

测试机利用CICS交易网关CTG通过TCP/IP连接银行主机；

测试机生成交易测试数据；

测试机将交易测试数据转码成银行主机所需的数据格式；

测试机利用CICS交易网关CTG将转码后的交易测试数据发送至银行主机；

测试机接收银行主机返回的根据转码后的交易测试数据进行交易后生成的交易测试结果；

测试机将交易测试结果进行转码并展示。

在一个实施例中，所述测试机生成交易测试数据，包括：

测试机采用EXCEL表格输入交易案例模板的ID或交易关键字，从交易案例模板库中获取相应的交易案例模板，并利用相应的交易案例模板中的交易数据生成交易测试数据；

所述交易案例模板采用ID、交易关键字和交易数据的方式存储。

在一个实施例中，所述测试机生成交易测试数据，包括：

测试机根据配置的交易参数和/或用户偏好参数修改从交易案例模板库获取的相应的交易案例模板中的交易数据，并利用修改后的交易案例模板中的交易数据生成交易测试数据。

在一个实施例中，还包括：

测试机设置测试交易数据的下传格式；

测试机按照测试交易数据的下传格式将转码后的交易测试结果进行解析，并将解析后的测试交易结果进行展示。

在一个实施例中，所述测试机按照如下方式将交易测试结果进行转码：

当所有交易测试数据全部使用E码上传，或部分交易测试数据使用E码上传，部分交易测试数据使用UNICODE码上传时，利用EXCEL将所有交易测试数据或部分需要使用E码上传的交易测试数据转换成ASCII码，再将ASCII码转换成E码。

在一个实施例中，还包括：

当需要提交多个交易测试数据包时，测试机采用EXCEL表格输入多个交易案例模板的ID，并对多个交易案例模板的ID进行排序，按照多个交易案例模板的ID顺序依次从交易案例模板库中获取相应的多个交易案例模板；

测试机按照多个交易案例模板的ID顺序依次将相应的多个交易案例模板中的交易数据组成相应的多个交易测试数据包；

测试机利用CICS交易网关CTG按照多个交易案例模板的ID顺序依次将相应的多个交易测试数据包发送至银行主机。

在本发明实施例中，在测试机上配置了CICS交易网关CTG，利用CICS交易网关CTG可以通过TCP/IP将银行主机和测试机进行连接，不用通过前端网关连接主机系统，不必架设网关，使银行主机内部测试系统的部署变得容易，不会影响测试的效率和可靠性，对于普通内部测试人员来说，掌握的难度较小。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1是本发明实施例提供的一种银行主机内部测试系统的结构示意图；

图2是本发明提供的一种具体的银行主机内部测试系统架构图；

图3是本发明实施例提供的一种银行主机内部测试测试方法流程图；

图4是本发明提供的一种具体的银行主机内部测试测试方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。

现有的对银行主机内部进行测试的工具会通过前端网关连接主机，这样会过多的依赖于前端网关，并且配置服务器会使用EE连接主机，这样会采用架设服务器作为中间的中转网关方式，使得测试系统的部署变得复杂，还会影响到了测试的效率和可靠性，而且现有的测试工具对于普通内部测试人员来说，掌握的难度比较大。如果不用通过前端网关连接主机，不用架设网关，则可以解决上述现有系统存在的问题。基于此，本发明提出一种银行主机内部测试系统。

本发明提出的银行主机内部测试系统的架构原则是：

1)易用性：测试系统的架构必须具备易用性，用户极易上手，不需要过多地培训。

2)针对性：可以有相当强的针对性，对于稳定的核心银行系统，测试系统可以只针对该核心银行系统，这样的测试系统使得很多参数配置工作得到省略。

3)数据解析：对测试数据包的解析，有了解析，才能模拟最终的组装测试结果，使测试人员很容易看到测试结果的正确性。

4)自动化：一定程度的自动化，比如输入数据的自动检查、补充，案例的记忆、筛选、批量提交，场景编制与重复。

5)透明连接：测试端与主机的透明连接，不要让用户过多地干预难以理解和记忆的主机配置细节，事实上这个工作需要非常专业的人士，而且没有多少人愿意接触这样的测试环境。

6)易于部署：比如首先进行复杂、庞大的环境安装，或者需要首先搭建网关或者中转服务器，都是不容易部署的。尤其是搭建服务器和网关，因为这些设备的环境维护、参数配置、不同测试需求的人之间的影响就会成为问题。

图1是本发明基于上述原则的架构银行主机内部测试系统的结构示意图，如图1所示，该测试系统包括：银行主机1和测试机2；

其中，银行主机1包括：

接收模块101，用于接收测试机发送的交易测试数据；

交易模块102，用于根据交易测试数据进行交易，生成交易测试结果；

发送模块103，用于将交易测试结果发送至测试机；

测试机2包括：

测试数据生成模块201，用于生成交易测试数据；

转码模块202，用于将交易测试数据转码成银行主机所需的数据格式；将返回的交易测试结果转码成测试机所需的数据格式；

CICS交易网关CTG203，用于使银行主机和测试机通过TCP/IP连接；将转码后的交易测试数据发送至银行主机；将交易测试结果返回至转码模块；

测试结果展示模块204，用于将转码后的交易测试结果进行展示。

具体实施时，从PC到主机连接可以通过EE连接，但是配置时，每个连接只能用于一台设备PC。如果使用EE连接开发，只能采用架设服务器作为中间的中转网关方式。为了解决易于部署的问题，本发明采用TCP/IP连接到主机，该连接方式对于内部测试来说就方便得多。TCP/IP连接可以从每个客户端直接连接到主机，不必架设网关，易于部署。测试人员需要测试驱动时，只需要自己在自己的PC(即测试机)上部署系统，即可完成环境搭建。对于TCP/IP连接的配置，主机端也特别简单，这主要因为主机系统一般自带TCP/IP，只不过一般不使用。本发明使用IBM提供的CTG(CICS transaction gateway)作为主机CICS的客户端(即测试机)，通过TCP/IP配置连接主机后，PC即可连上主机，实现了到银行主机的透明连接。

具体实施时，本发明在测试机中设置有交易案例模板库，存储交易案例模板。在测试前，可以将需要上送到主机的测试数据编写案例，存放到交易案例模板库中。测试案例具有大量的重复特征，对于这样的案例可通过设置关键词保存并管理。所说的关键词可以是比如“登录”，“开户”，“注销”，“查询”等。案例采用ID+关键词+案例数据的方式保存，通过关键词可以搜索所有保存过的案例。还可以通过案例数据中的交易码、柜员号、账号等信息进行筛选和提取。

在测试时，测试数据生成模块可以从交易案例模板库中获取相应的交易案例模板，利用相应的交易案例模板中的交易数据生成交易测试数据。比如，在需要重新登录时，只需输入关键词“登录”，就可以在交易案例模板库中自动筛选出关键词为“登录”的交易案例模板，提交后，可以开始后续测试。比如，对私开户案例可以首先编写一个正确输入数据，并以“对私开户”为关键词保存在案例库中。再次需要对私开户时，直接输入关键词“对私开户”，可调出上次的输入，并作少量的改动，即可完成本次案例。

具体实施时，现有的对银行内部进行测试时，配置服务器使用EE连接主机，然后通过IE画面填写测试数据，但是IE界面不友好，易用性差；由于需要VS配置脚本，配置工作量非常大。对于此问题，本发明使用OFFICE中EXCEL作为前端系统(测试机)的基础平台。在所有涉及数据输入的办公系统里，OFFICE系列，尤其是EXCEL和WORD使用的最为广泛，也是用户体验优异的办公平台。本发明以EXCEL层为主，EXCEL不仅仅具有优异的表格输入，还有强大易用的VBA作为支撑，VBA的开发也是相当容易掌握的，而且不需要庞大的开发环境安装。使用VBA编写自定义函数或单元格修改事件，对EXCEL做适量的开发，开发完成后，在EXCEL界面输入数据时，可以通过事件、公式等方法，自动检查、解析、补齐输入数据。多个EXCEL SHEET可以作为不同的界面。本发明对测试工具(即EXCEL表格)被使用的场景中大部分类型进行了自动格式化，大大提高输入效率和易用性。

但是，从EXCEL连上银行主机，中间还需要部署数据转接组件(即转码模块202)。CTG提供了JAVA，C等接口，本发明采用C接口，使用C语言开发的形成数据转接组件(转码模块202)。EXCEL可以非常容易地和C开发的动态链接库连接，实现到银行主机的透明连接。鉴于主机测试都具有主机的环境，也会安装OFFICE套件，所以只要将CTG和数据转接组件安装到测试机，打开EXCEL测试工作客户端，即可开始测试。

具体的，由于测试机采用了EXCEL表格来完成数据的输入，基于此，测试数据生成模块可以采用EXCEL表格输入交易案例模板的ID或交易关键字，从交易案例模板库中获取相应的交易案例模板，该作用由测试数据生成模块201包括的测试数据输入单元2011来实现。测试数据生成模块201还包括组包单元2012，用于将相应的交易案例模板中的交易数据组成交易测试数据包。在实施时，转码模块202将交易测试数据包中的交易测试数据转码成银行主机所需的数据格式，然后CICS交易网关CTG203将交易测试数据包发送给银行主机1的接收模块101。此时，银行主机1还包括解包模块104，用于将接收的交易测试数据包进行解包，获取交易测试数据，交易模块102根据解包获得的交易测试数据进行交易，生成交易测试结果。

在实际进行测试时，交易案例有时需要组合或多次提交，交易案例组合时，测试数据输入单元2011用于在专门的配置界面(EXCEL表格)中，设置需要配置的多个交易案例的ID及多个交易案例模板的ID的顺序，按照多个交易案例模板的ID顺序依次从交易案例模板库中获取相应的多个交易案例模板。组包单元2012会按照多个交易案例模板的ID顺序依次将相应的多个交易案例模板中的交易数据组成相应的多个交易测试数据包，CICS交易网关CTG会按照多个交易案例模板的ID顺序依次将相应的多个交易测试数据包发送至银行主机，即进行多次交易案例的提交。银行主机1中的解包模块104会按照多个交易案例模板的ID顺序依次将相应的多个交易测试数据包进行解包，获得多个交易测试数据，交易模块102会根据多个交易测试数据依次进行交易，生成多个交易测试结果，发送模块103会将多个交易测试结果发送至测试机。比如，100次存入+查询测试，可将存入和查询案例都提取出来，编排在一起，然后输入重复提交次数100，点击提交，即可自动完成重复提交100次即可。

图2是本发明提供的一种具体的银行主机运行压力测试系统架构图；如图2所示，其中，测试机端包括CTG、数据转换组件、基于VBA开发的EXCEL，基于Z/OS操作系统的主机包括DB2数据库用于对文件系统进行管理，文件系统用于存储交易数据，CICS(TOR)用于处理最终用户网络和需要，和CICS(AOR)用于负责用户事务和程序。

具体实施时，由于每支交易都有特定的特性，这些特性(交易参数)可以保存在以交易码为索引的表中。某些用户会偏好某一个柜员来给该用户处理各种交易，这些不轻易变动的用户偏好参数也可以用单独的SHEET来存放，偏好参数可以比如是渠道类型，授权柜员等。在测试交易数据提交时，使用这些参数(交易参数、偏好参数等)补充上送包的特别栏位。比如，两个用户A和B同时进行银行开户，选择关键字为“银行开户”的交易案例模板，将交易案例模板中涉及到用户A和B开户交易的特定交易参数的栏位进行修改，将修改之后的测试交易案案例上传就可。再者，用户A比较偏好某个柜员，还可以将交易案例模板中涉及到授权柜员的信息栏位进行修改。基于此，测试机还可以包括参数配置模块205，用于配置交易参数和/或用户偏好参数。此时测试数据输入单元2011根据交易参数和/或用户偏好参数修改从交易案例模板库获取的相应的交易案例模板中的交易数据；组包单元2012会将修改后的交易案例模板中的交易数据组成交易测试数据包。

另外，参数配置模块还用于生成主机参数，这部分实际上变动很小，在主机环境申请完毕后，可以配置在配置文件中，以后在切换环境时，CICS交易网关CTG将主机参数发送至银行主机，银行主机根据主机参数切换不同的银行主机环境。这里所说的主机环境，是指针对不同工作批次，主机设置一整套包括数据库，CICS(TOR,AOR),程序版本库的主机产品运行环境。

具体实施时，测试机还可以包括数据格式设置模块206和数据解析模块207。数据格式设置模块206，用于设置测试交易数据的下传格式；数据解析模块207，用于按照测试交易数据的下传格式采用EXCEL VBA将转码后的交易测试结果进行解析；测试结果展示模块204具体用于采用EXCEL表格的形式将解析后的交易测试结果进行展示。另外，实际当中，数据解析模块207和测试结果展示模块204也可以是一个模块，测试结果展示模块204采用EXCEL VBA将转码后的交易测试结果进行解析，然后再采用EXCEL表格的形式展示交易测试结果。

在交易结果数据返回时，需要按照下传格式对交易结果数据进行解析，并展示和保存。有些场景需要对返回的交易结果数据进行确认并二次上传，或者需要授权柜员进行授权后上传，这些授权动作一般不会作为案例的一部分，此时需要根据交易的返回自动进行确认或授权上传。仅仅这一个自动化，省去的工作量非常客观。

另外，数据格式设置模块206还可以包括测试交易数据的上传格式(新接口上传格式)，在存储案例时，按照测试交易数据的上送格式进行存储。

上送格式是固定的，每次的变动非常少。每个数据上送格式，数据下传格式，都需要进行管理。对于上送格式和下传格式，都采用一套管理机制，维护好并保存在格式库中，在输入交易码后，调出对应的上送格式，供测试人员使用。在收到返回数据包时，使用返回码对应的数据包解析数据。

在一个企业内部，不同产品之间的接口(上送格式和下传格式)已经存在一套接口格式库，本发明导入功能将指定位置的接口格式解析好，保存在格式库中备用。

具体实施时，在客户交易提交后，使用VBA解析EXCEL中输入的数据，拼接包头信息，根据每个栏位的转码要求，将数据提交。数据转码有两种情况：

1、所有交易测试数据全部使用E码上传，这时可以统一转码，因为OFFICE默认的是UNICODE，在上传前，测试数据生成模块201利用EXCEL将所有交易测试数据转换为ASCII码，然后通过转码模块202将ASCII码转换为E码。

2、有些场景需要对每个栏位分别转码，比如某些栏位需要使用UNICODE进行上传，其他栏位使用E码，在上传前，测试数据生成模块201利用EXCEL将需要使用E码上传的交易测试数据转换成ASCII码，再调用转码模块202进行转码，然后上传。

对于本发明系统架构，最难的是同时需要了解主机的CICS的特性、主机接口以及处理方式、PC(测试机)与主机的连接方式、CTG的连接方法、C语言到CTG的连接方法以及生成动态连接库的方法、VBA调用动态链接库方法以及EXCEL的VBA开发知识和EXCEL的使用技巧。

基于同一发明构思，本发明实施例中还提供了一种银行主机内部测试方法，如下面的实施例所述。由于银行主机内部测试方法解决问题的原理与银行主机内部测试系统相似，因此银行主机内部测试方法的实施可以参见银行主机内部测试系统的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是本发明实施例的银行主机内部测试方法流程图，由于该系统对主机没有改动，改动最大的是测试机一侧，所以该方法从测试机一侧来写。如图3所示，该方法包括：

步骤301：测试机利用CICS交易网关CTG通过TCP/IP连接银行主机；

步骤302：测试机生成交易测试数据；

步骤303：测试机将交易测试数据转码成银行主机所需的数据格式；

步骤304：测试机利用CICS交易网关CTG将转码后的交易测试数据发送至银行主机；

步骤305：测试机接收银行主机返回的根据转码后的交易测试数据进行交易后生成的交易测试结果；

步骤306：测试机将交易测试结果进行转码并展示。

具体实施时，当测试机包括交易案例模板库时，步骤302测试机生成交易测试数据，具体包括：

测试机采用EXCEL表格输入交易案例模板的ID或交易关键字，从交易案例模板库中获取相应的交易案例模板，并利用相应的交易案例模板中的交易数据生成交易测试数据；

交易案例模板采用ID、交易关键字和交易数据的方式存储。

具体实施时，当交易参数和/或用户偏好参数发生改变的时候，步骤302测试机生成交易测试数据，具体包括：

测试机根据配置的交易参数和/或用户偏好参数修改从交易案例模板库获取的相应的交易案例模板中的交易数据，并利用修改后的交易案例模板中的交易数据生成交易测试数据。

具体实施时，该方法还包括：

测试机设置测试交易数据的下传格式；

测试机按照测试交易数据的下传格式将转码后的交易测试结果进行解析，并将解析后的测试交易结果进行展示。

具体实施时，测试机按照如下方式将交易测试结果进行转码：

当所有交易测试数据全部使用E码上传，或部分交易测试数据使用E码上传，部分交易测试数据使用UNICODE码上传时，利用EXCEL将所有交易测试数据或部分需要使用E码上传的交易测试数据转换成ASCII码，再将ASCII码转换成E码。

具体实施时，该方法还包括：

当需要提交多个交易测试数据包时，测试机采用EXCEL表格输入多个交易案例模板的ID，并对多个交易案例模板的ID进行排序，按照多个交易案例模板的ID顺序依次从交易案例模板库中获取相应的多个交易案例模板；

测试机按照多个交易案例模板的ID顺序依次将相应的多个交易案例模板中的交易数据组成相应的多个交易测试数据包；

测试机利用CICS交易网关CTG按照多个交易案例模板的ID顺序依次将相应的多个交易测试数据包发送至银行主机。

步骤301-306是基本的测试步骤，当相应参数发生变化时需要配置，才会对上述步骤进行相应的修改，上述步骤的修改，架构策略不是局部的优化，而是整体的架设。这个架构最大程度上使得测试环境容易搭建，测试界面极其友好，可扩展性变强。

图4是本发明具体的测试方法步骤流程图，如图4所示，测试机端的案例存储过程：当使用一个新交易的时候，首先维护交易属性；然后维护一个新接口上送格式；然后使用已有的XML接口格式或者手工来维护下传格式；对于上传数据发生变化的情况，可以将变化的上传数据保存到案例库中。

案例提交过程：从测试机端的案例库中提取上传数据，然后将上传数据提交到银行主机中，当需要多次提交的时候，需要从案例库中提取多个上传数据，然后将多个上传数据依次提交到银行主机中，银行主机根据上传数据进行相应的交易，得到相应的交易结果，将交易结果作为返回信息返回到测试机端，将返回信息存储到返回历史表中，通过测试机端的数据解析模块来对历史返回信息进行解析，得到最终展示的信息。也可以直接输入数据后，马上提交，不必经历案例库提取的过程。提交后，主机返回数据，测试机解析出测试结果。

本发明技术方案带来的有益效果：

1)易于搭建：完成的测试工具极易部署，整个安装过程不超过5分钟，不必需要复杂的配置，就可以使测试人员开始内部测试。

2)用于异步测试：对于核心银行的外围系统、前端操作界面都没有依赖性，可以独立测试主机已经完成的模块，甚至边开发边测试，真正实现单元测试。

3)易于使用：本发明采用的是完全针对核心银行系统的界面，不变的部分可以事先配置完成并不在主界面上显示，主界面只保留最少的要素，这样用户就不会对那些没有针对性的选项迷惑不堪。

4)易于扩展：VBA代码是开放的，随时可以编辑，加入自己需要的功能，EXCEL中的数据，拷贝粘贴，转换分享都是极容易的。

对于一个内部测试工具来说，易于搭建、能用于异步测试、使用方便是最重要的特征。使用本发明系统架构搭建测试工具，在上述方面都做到了优异的程度。从使用该架构完成的测试工具的实际使用情况看，它切实地达到了上述目标，联机测试用户主动选择该工具并使用，后续的技术支持和培训工作量也非常少。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。