CN106027330B - 一种前端系统报文测试方法及模拟挡板系统 - Google Patents

Abstract

本发明提供了一种前端系统报文测试方法及模拟挡板系统，该前端系统报文测试方法包括：获取待测前端系统发出的请求报文；根据XML配置文件中预设的报文长度、编码格式、报文格式定义解析所述请求报文，获取交易码；根据报文格式定义中的返回报文头格式定义文件和交易码从本地存储的模拟返回数据文件夹中查询与交易码对应的模拟返回数据文件；根据所述交易码、所述模拟返回数据文件及所述返回报文头格式定义文件生成模拟返回报文；将所述模拟返回报文发送给所述待测前端系统。利用本发明，可以模拟与网银系统直连的MCIS\CSPA\IST等产品系统，接收网银系统发出的报文，模拟MCIS\CSPA\IST等系统定义好的接口返回报文数据，使网银的功能交易顺利进行，不会受到测试环境的制约。

Description

一种前端系统报文测试方法及模拟挡板系统

技术领域

本发明涉及前端测试技术，尤其涉及一种前端系统报文测试方法及模拟挡板系统。

背景技术

网上银行作为替代柜台的渠道产品系统，目前与54个产品系统有联机交易通讯，在每个批次的开发中，尤其是内部测试阶段和组装测试阶段，同搭建系统环境相对复杂，要耗费大量的人力物力，同时满足批次功能涉及的后台产品开发环境是不现实的，也是不可能实现的，尤其是海外产品系统，环境更是难以协调，时间也无法保证，无法保证开发工程活动按计划进行。

发明内容

为解决上述技术问题，本发明提供了一种前端系统报文测试方法及模拟挡板系统。

本发明一方面提供了一种前端系统报文测试方法，所述前端系统报文测试方法包括：

获取待测前端系统发出的请求报文；

根据XML配置文件中预设的报文长度、编码格式、报文格式定义解析所述请求报文，获取交易码；

根据所述报文格式定义中的返回报文头格式定义文件和所述交易码从本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件；

根据所述交易码、所述模拟返回数据文件及所述返回报文头格式定义文件生成模拟返回报文；

将所述模拟返回报文发送给所述待测前端系统。

在一实施例中，根据XML配置文件中预设的报文长度、编码格式、报文格式定义解析所述请求报文，获取交易码，包括：

根据所述XML配置文件中的报文长度、编码格式及报文格式定义解析所述请求报文，得到所述请求报文的报文头格式定义文件及其路径；

根据所述报文头格式定义文件及其路径读取所述请求报文的报文头，获取交易码。

在一实施例中，根据所述报文格式定义中的返回报文头格式定义文件和所述交易码从本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件，包括：

根据所述返回报文头格式定义文件及所述交易码从所述报文格式定义中获取返回报文体格式定义文件；

根据所述返回报文体格式定义文件及所述交易码，从所述本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件。

在一实施例中，所述前端系统报文测试方法还包括：

判断所述XML配置文件中与所述交易码对应的返回码是否与设定码匹配；如果是，根据所述报文格式定义中的返回报文头格式定义文件和所述交易码从本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件。

在一实施例中，所述前端系统报文测试方法还包括：

查询所述XML配置文件中预设的MAP集合中是否存在与所述交易码对应的IP地址及端口号；

如果存在，根据所述IP地址及端口号，将所述请求报文转发给相应的后台系统进行处理。

在一实施例中，当所述返回码与设定码不匹配时，所述前端系统报文测试方法还包括：向所述待测前端系统返回失败报文。

在一实施例中，所述前端系统报文测试方法还包括：

根据所述报文头格式定义文件及所述交易码获取所述请求报文的报文体格式定义文件；

根据所述报文体格式定义文件对所述请求报文的报文体进行解析，获取交易数据；

判断所述交易数据是否满足所述XML配置文件中的预设条件；

当所述交易数据不满足所述XML配置文件中的预设条件时，向所述待测前端系统返回失败报文；

当所述交易数据满足所述XML配置文件中的预设条件时，将所述交易数据存储在所述XML配置文件中的MAP集合中，以供查询。

在一实施例中，在获取待测前端系统发出的请求报文之后，对所述请求报文创建线程。

在一实施例中，在获取所述请求报文的交易码之后，所述前端系统报文测试方法还包括：为所述交易码设置睡眠时间，以延时返回所述模拟返回报文。

本发明另一方面还提供了一种模拟挡板系统，所述模拟挡板系统包括：

报文获取单元，用于获取待测前端系统发出的请求报文；

交易码获取单元，用于根据XML配置文件中预设的报文长度、编码格式、报文格式定义解析所述请求报文，获取交易码；

文件获取单元，用于根据所述报文格式定义中的返回报文头格式定义文件和所述交易码从本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件；

报文生成单元，用于根据所述交易码、所述模拟返回数据文件及所述返回报文头格式定义文件生成模拟返回报文；

报文发送单元，用于将所述模拟返回报文发送给所述待测前端系统。

在一实施例中，所述交易码获取单元包括：

报文解析模块，用于根据所述XML配置文件中的报文长度、编码格式及报文格式定义解析所述请求报文，得到所述请求报文的报文头格式定义文件及其路径；

交易码解析模块，根据所述报文头格式定义文件及其路径读取所述请求报文的报文头，获取交易码。

在一实施例中，所述文件获取单元包括：

格式文件获取模块，用于根据所述返回报文头格式定义文件及所述交易码从所述报文格式定义中获取返回报文体格式定义文件；

数据文件获取模块，用于根据所述返回报文体格式定义文件及所述交易码，从所述本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件。

在一实施例中，所述模拟挡板系统还包括：返回码验证单元，用于判断所述XML配置文件中与所述交易码对应的返回码是否与设定码匹配；如果是，根据所述报文格式定义中的返回报文头格式定义文件和所述交易码从本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件。

在一实施例中，所述模拟挡板系统还包括：路由转发单元，用于查询所述XML配置文件中预设的MAP集合中是否存在与所述交易码对应的IP地址及端口号；如果存在，根据所述IP地址及端口号，将所述请求报文转发给相应的后台系统进行处理。

在一实施例中，所述模拟挡板系统还包括：失败报文返回单元，当所述返回码与设定码不匹配时，用于向所述待测前端系统返回失败报文。

在一实施例中，所述模拟挡板系统还包括：

格式文件获取单元，用于根据所述报文头格式定义文件及所述交易码获取所述请求报文的报文体格式定义文件；

交易数据获取单元，用于根据所述报文体格式定义文件对所述请求报文的报文体进行解析，获取交易数据；

条件判断单元，用于判断所述交易数据是否满足所述XML配置文件中的预设条件；

当所述交易数据不满足所述XML配置文件中的预设条件时，所述失败报文返回单元向所述待测前端系统返回失败报文；当所述交易数据满足所述XML配置文件中的预设条件时，将所述交易数据存储在所述XML配置文件中的MAP集合中，以供查询。

在一实施例中，所述模拟挡板系统还包括：线程创建单元，用于在获取待测前端系统发出的请求报文时，对所述请求报文创建线程。

在一实施例中，所述模拟挡板系统还包括：睡眠时间设置单元，用于在获取所述请求报文的交易码之后，为所述交易码设置睡眠时间，以延时返回所述模拟返回报文。

所有优点：利用本发明，可以模拟真实后台系统向待测的前端系统返回模拟报文，模拟真实的系统，不受到测试环境的制约，并且可以对前端系统进行内部测试、单元测试及系统集成测试，支持路由转发、延时返回、异常测试等，实现简单、易于理解，能大大减少开发人员工作量。例如，可以模拟与网银系统直连的MCIS\CSPA\IST等产品系统，接收网银系统发出的报文，模拟MCIS\CSPA\IST等系统定义好的接口返回报文数据，使网银的功能交易顺利进行，不受到测试环境的制约。

附图说明

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

图1为本发明实施例前端系统报文测试方法的流程示意图；

图2为本发明实施例前端系统报文测试方法(含返回码判断)的流程示意图；

图3A及图3B为本发明实施例前端系统报文测试方法(含路由转发判断)的流程示意图；

图4A及图4B为本发明实施例前端系统报文测试方法(含条件判断)的结构示意图；

图5为本发明实施例模拟挡板系统的结构示意图；

图6为本发明实施例前端系统报文测试方法的流程示意图。

具体实施方式

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

图1为本发明实施例前端系统报文测试方法的流程示意图。如图1所示，该前端系统报文测试方法主要包含以下步骤：

步骤S1、获取待测前端系统发出的请求报文。

步骤S2、根据XML配置文件中预设的报文长度、编码格式、报文格式定义解析所述请求报文，获取交易码。

通常地，为了对前端系统发来的报文进行解析，需在XML配置文件中预先设置报文长度、编码格式、报文格式定义等参数，如此，以便于在接收到待测前端系统发来的请求报文时直接对报文进行解析。其中，上述的报文格式定义包括请求报文的报文头格式定义文件及报文体格式定义文件、返回报文的报文头格式定义文件及报文体格式定义文件。

步骤S3、根据上述报文格式定义中的返回报文头格式定义文件和上述交易码从本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件。

步骤S4、根据上述交易码、模拟返回数据文件及返回报文头格式定义文件生成模拟返回报文。

步骤S5、将步骤S4生成的模拟返回报文发送给上述待测前端系统。当上述待测前端系统接收到模拟返回报文后，解析得到的数据与真实后台产品相同，但是没有账务处理过程。

利用本发明的前端系统报文测试方法，可以模拟与网银系统直连的MCIS\CSPA\IST等产品系统，接收网银系统发出的报文，模拟MCIS\CSPA\IST等系统定义好的接口返回报文数据，使网银的功能交易顺利进行，不会受到测试环境的制约。

本发明给出了一种获取交易码的实施方式：首先，根据上述XML配置文件中的报文长度、编码格式及报文格式定义解析待测前端系统发来的请求报文，得到该请求报文的报文头格式定义文件及其路径；其次，根据上述报文头格式定义文件及其路径读取上述请求报文的报文头，即得报文头中的交易码。

上述实施方式仅用于解释说明步骤S2，并非用于对本发明的限制。

在一实施例中，可以按照以下方式进行步骤S3，查询得到与步骤是S2得到的交易码对应的模拟返回数据文件：首先，根据上述的返回报文头格式定义文件及交易码从上述预设的报文格式定义中获取返回报文体格式定义文件；然后，根据该返回报文体格式定义文件及上述交易码，从本地存储的模拟返回数据文件夹中查询与上述交易码对应的模拟返回数据文件。

通常地，需要预先将不同的交易码对应的模拟返回数据文件在本地存储，这样可以在解析出请求报文的交易码之后，通过查询本地内存，就可以查询到某一交易码所对应的模拟返回数据文件。

在一实施例中，上述的前端系统报文测试方法还包括一步骤S6，如图2所示，在获取交易码之后，判断上述XML配置文件中与该交易码对应的返回码是否与设定码匹配，如果匹配，则进行步骤S3。在进行上述判断之前，需在XML配置文件中预先对各交易码设定一个返回码，并且预先设定一设定码，当某一交易码对应的返回码与该设定码匹配时，再去查找该交易码对应的模拟返回数据文件。当上述交易码对应的返回码与设定码不匹配时，则不进行步骤S3，而是直接向待测前端系统返回一失败报文(步骤S7)。

利用上述步骤S6步骤S7，可以实现向待测前端系统返回模拟返回报文或者失败报文，达到真实后台系统返回的情况。

例如，将上述设定码预设为0000，那么，当返回码也为0000时，就继续进行步骤S3，当返回码为其他(例如1111)时，就返回失败报文，可以按照下述方式定义失败报文：<returncode>1111</returncode>。

一般地，本发明提供的前端系统报文测试方法还包括一步骤S8，分别如图3A及图3B所示，在获取请求报文中包含的交易码后，查询XML配置文件中预设的MAP集合中是否存在与该交易码对应的IP地址及端口号。为进行这一步骤，需要预先在XML配置文件中的MAP集合中将某些交易码与某些后台系统的IP地址及端口号一一对应起来，如此，在得到上述交易码后，查询XML配置文件中的MAP集合中是否存在与该交易码对应的IP地址及端口号，如果有，则将上述请求报文转发给其他后台系统进行处理(见步骤S9)。否则，进行步骤S3(见图3A)或者步骤S6(见图3B)。

例如，如果设置了某个交易是转发给其他后台系统的，就在XML配置文件的MAP集合中加入这个交易码以及相应后台系统对应的IP地址及端口号，在解析出请求报文的交易码字后，然后判断这个交易码是否在MAP中已经定义，如果已经定义，就读取相应产品系统IP地址、端口号，把收到的请求报文转发给相应后台系统，并等待相应后台系统的返回，收到返回数据后，再发送给发出请求报文的前端系统。因此，利用本发明，可以实现路由转发的功能。

在一实施例中，本发明提供的前端系统报文测试方法中还包括步骤S10-步骤S12，如图4A所示，以确定是否返回失败报文：

步骤S10、根据上述报文头格式定义文件及上述交易码获取上述请求报文的报文体格式定义文件。

步骤S11、根据上述报文体格式定义文件对上述请求报文的报文体进行解析，获取交易数据。

步骤S12、判断上述交易数据是否满足XML配置文件中的预设条件。

当上述交易数据不满足XML配置文件中的预设条件时，向上述待测前端系统返回失败报文(步骤S7)；当上述交易数据满足所述XML配置文件中的预设条件时，进入步骤S3，并将上述交易数据存储在所述XML配置文件中的MAP集合中，以供查询。

如图4B所示，还可以利用步骤S10-步骤S12在步骤S6结果为“是”之后进行再次判断，即，当若交易码对应的返回码与设定码匹配时，解析出交易数据，再次进行条件判断，以支持反回成功报文(即模拟返回报文)或者失败报文。

在进行上述步骤S10-步骤S12时，需要在XML配置文件中预先设定一条件字段，该条件例如可以设为“当账号尾数能被2除尽”，那么，当交易数据中的账号尾数为偶数时，则将该交易数据存储在XML配置文件中的MAP集合中以供查询；当交易数据中的账号尾数为奇数时，则跳转到步骤S7，向上述前端系统返回失败报文，以模拟真实后台系统返回报文的情况。

在上述各实施例中，在步骤S1中获取待测前端系统发出的请求报文之后，还需要为所获取的请求报文建立线程，以支持多任务并发处理。

进一步地，为了更真实地模拟后台系统，在为待测前端系统发来的请求报文建立线程之后，还可以为该线程建立睡眠时间，即，为接收待测前端系统的请求报文的每一个处理类均设置睡眠时间，以实现延迟返回的功能。其中，上述的睡眠时间还可以与各根据不同的交易码进行不同的设置，如果某个交易码未设置睡眠时间，可以对该交易码设置一个默认的睡眠时间，以更真实地模拟相应的后台系统。

利用本发明提供的前端系统报文测试方法，可以模拟真实后台系统向待测的前端系统返回模拟报文，模拟真实的系统，使测试顺利进行，不受测试环境的制约。

基于与图1-图4B所示的前端系统报文测试方法相同的发明构思，本申请实施例还提供了一种模拟挡板系统，如下面实施例所述。由于该模拟挡板系统解决问题的原理与前端系统报文测试方法相似，因此该模拟挡板系统的实施可以参见前端系统报文测试方法的实施，重复之处不再赘述。

图5为本发明实施例模拟挡板系统的结构示意图。如图5所示，该模拟挡板系统主要包括：报文获取单元1、交易码获取单元2、文件获取单元3、报文生成单元4及报文发送单元5。

其中，报文获取单元1用于获取待测前端系统发出的请求报文。交易码获取单元2用于根据XML配置文件中预设的报文长度、编码格式、报文格式定义解析上述请求报文，获取交易码。文件获取单元3则用于根据上述报文格式定义中的返回报文头格式定义文件和上述交易码从本地存储的模拟返回数据文件夹中查询与该交易码对应的模拟返回数据文件。报文生成单元4用于根据上述交易码、模拟返回数据文件及返回报文头格式定义文件生成模拟返回报文，由报文发送单元5将上述模拟返回报文发送给上述待测前端系统。

模拟挡板系统是一整套独立运行的JAVA程序的组合，是一个完整的软件系统，不针对具体的测试案例，不同的测试案例可以通过返回相同的数据或者不同的数据来支持，可以应用在内部测试、系统集成测试和压力性能测试等任何测试阶段。并且，本发明支持路由转发、延时返回、异常测试等，实现简单、易于理解，能大大减少开发人员工作量。

在一实施例中，交易码获取单元2还包括报文解析模块及交易码解析模块。其中，报文解析模块用于根据上述XML配置文件中的报文长度、编码格式及报文格式定义解析报文获取单元1获取的请求报文，得到请求报文的报文头格式定义文件及其路径。交易码解析模块则根据上述报文头格式定义文件及其路径读取请求报文的报文头，获取交易码。

通常地，文件获取单元3包括：格式文件获取模块及数据文件获取模块。其中，格式文件获取模块用于根据上述的返回报文头格式定义文件及交易码从上述报文格式定义中获取返回报文体格式定义文件。数据文件获取模块则根据上述返回报文体格式定义文件及交易码，从本地存储的模拟返回数据文件夹中查询与上述交易码对应的模拟返回数据文件。

在一实施例中，上述的模拟挡板系统还包括一返回码验证单元6及失败报文返回单元8，返回码验证单元6用于判断XML配置文件中与上述交易码对应的返回码是否与设定码匹配。如果上述交易码对应的返回码与设定码匹配，则根据上述报文格式定义中的返回报文头格式定义文件和该交易码从本地存储的模拟返回数据文件夹中查询与该交易码对应的模拟返回数据文件。否则，由失败报文返回单元8向上述待测前端系统返回一失败报文。

本发明提供的模拟挡板系统还包括一路由转发单元7，该单元用于查询模拟XML配置文件中预设的MAP集合中是否存在与上述交易码对应的IP地址及端口号。如果存在，则路由转发单元7则根据该交易码对应的IP地址及端口号，将上述请求报文转发给相应的后台系统进行处理，实现路由转发功能。

在一实施例中，本发明实施例提供的模拟挡板系统还包括一格式文件获取单元9、交易数据获取单元10及条件判断单元11。其中，格式文件获取单元9用于根据上述报文头格式定义文件及交易码获取上述请求报文的报文体格式定义文件。交易数据获取单元10则用于根据上述报文体格式定义文件对上述请求报文的报文体进行解析，获取交易数据。条件判断单元11用于判断上述交易数据是否满足XML配置文件中的预设条件。当上述交易数据不满足XML配置文件中的预设条件时，则由失败报文返回单元8向上述待测前端系统返回失败报文。当上述交易数据满足XML配置文件中的预设条件时，则将上述交易数据存储在XML配置文件中的MAP集合中，以供查询。

为了支持多任务并发处理，本发明实施例模拟挡板系统还包括一线程创建单元12，在报文获取单元1获取待测前端系统发来的请求报文时，为该请求报文创建一个线程。

通常地，为了更真实地模拟后台系统，上述挡板系统还包括一睡眠时间设置单元13，在交易码获取单元12解析出请求报文中的交易码后，为该交易码设置一个睡眠时间，来延时返回模拟返回报文。

利用本发明提供的模拟挡板系统，可以对前端系统进行内部测试、单元测试及系统集成测试，支持路由转发、延时返回、异常测试等，实现简单、易于理解，能大大减少开发人员工作量。

为了更好地理解本发明的前端系统报文测试方法及模拟挡板系统，下面结合具体的例子进行说明。

例如前端系统为网银系统时，利用本发明构建了对网银系统发出的请求报文进行测试的模拟挡板系统，该系统为独立的JAVA应用，主要功能为：模拟与BOCNET(中国银行网上银行)直连的MCIS(多渠道接入系统/多渠道整合平台)\CSPA(分行中间业务平台)\IST(信息交换系统)等产品系统，接收网银系统发出的报文，模拟MCIS\CSPA\IST等系统定义好的接口返回报文数据，使网银的功能交易顺利进行，不受测试环境的制约。

本发明的基本原理是：接收到网银系统发来的请求报文后，使用接口文档定义的XML配置文件解析请求报文，获取交易码等关键数据，结合XML配置文件，然后找到和交易码匹配的返回报文格式定义文件，结合返回报文格式定义文件，组装模拟返回报文并返回给网银系统。当网银系统接收到模拟返回报文后，解析得到的数据与真实后台产品相同，但是没有账务处理过程。

以MCIS-E020060001-BANCS-1045交易为例，首先，按照下述程序对模拟挡板系统的XML配置文件进行预先设置：

其中，XML配置文件中包含模拟返回数据文件(sE020060001.xml)、请求报文头格式定义文件(CspFormatPacket.xml)、请求报文体格式定义文件(CspTrsFormatE020060001.xml)、返回报文头格式定义文件(CspParsePacket.xml、CspSuccParsePackket.xml)、返回报文体格式定义文件(CspTrsParseE020060001.xml)。

利用上述模拟挡板系统可按照图6所示流程对前端系统发来的请求报文进行测试。在图6中，前端系统用BII服务器表示，挡板服务器(Baffle Server)作为SocketServer，在固定的IP地址和端口号进行监听，在本发明中，IP地址设置为:127.0.0.1，端口号设置为19998。BII服务器作为Tcp Client端，在发出请求报文时，可以根据请求报文头格式定义文件CspFormatPacket.xml及请求报文体格式定义文件CspTrsFormatE020060001.xml生成请求报文：0156800E0200600010156201312301610205690081533349880100014320000000320600098801001Y0000000000001014800962750000000000010000，其中，E020060001为MCIS交易码，对应BANCS-1045交易。然后，BII服务器将上述请求报文发送到挡板服务器(host+port)并等待Baffle服务器返回报文。

首先，挡板服务器在19998端口接收到BII服务器上送的请求报文后，把请求报文派发给线程创建单元(即线程池，baffleThreadPool)处理。

线程池接收到请求报文后，为请求报文建立一线程，并把请求报文传递给Handler处理器进行处理。

Handler处理器根据XML配置文件中的报文长度(headLength)、编码格式(encoding)、报文格式定义(transformerFactory)解析收到的请求报文，得到上述请求报文的报文头格式定义文件CspTrsFormat.xml及其路径/hostpackets/mcis/。

其次，Handler处理器根据上述报文头格式定义文件的路径及请求报文头格式定义文件，读取报文头数据。具体的，从请求报文第8位开始，读取十位bytes字节为交易码，这里为EXT_TRANCODE＝E020060001，然后根据报文头格式定义文件CspFormatPacket.xml中的关键字<include keyName＝"EXT_TRANCODE"></include>和parsePrefix＝"CspTrsFormat"获取报文体格式定义CspTrsFormatE020060001.xml，解析报文体数据，获取交易数据。

Handler处理器再根据报文体格式定义CspTrsFormatE020060001.xml，把解析好的交易数据放入MAP集合中。

可选地，交易解析器(mcisIdResolver)可对存放在MAP集合中的交易数据进行下述处理：交易解析器和交易处理类(mcisTransformAction)读取XML配置文件中的交易码定义和MAP集合中的交易数据，设置睡眠时间，是否支持异常测试等处理，给NEW_TRANCODE赋值E020060001。

然后，交易解析器读取defaultFormat的值CspParsePacket，以获取返回报文头格式定义文件(CspSuccParsePacket.xml)，然后根据返回报文头格式定义文件中的关键字<include keyName＝"NEW_TRANCODE"></include>和formatPrefix＝"CspTrsParse"读取返回报文体格式定义文件(CspTrsParseE020060001.xml)，准备组装返模拟回报文。

交易解析器根据返回报文体格式定义文件(CspTrsParseE020060001.xml)和交易码(E020060001)，到本地文件夹<param name＝"simPrefix">/hostpackets/sims/s</param>中寻找对应的模拟返回数据文件sE020060001.xml。

最后，交易解析器组装模拟返回报文并发送给Handler处理器，Handler处理器根据交易码(E020060001)及返回报文体格式定义文件(CspTrsParseE020060001.xml)，生成模拟返回报文(0128310E0200600010156201312301610205690081533341837083859000009880100011470000000320600098801001Y0000000>R00000100300000101480096275L2016041915300972000000002999313870000000000000200000+00000000099800000+000700000000000000000+CNY21091000300000000100000000+03206032060000000000000000100000+0000000000000000000000010184009559500200012342)，并交由挡板服务器反送给BII服务器。

待BII服务器接收到模拟挡板系统发出的模拟返回报文后，根据报文头定义文件CspParseFormat.xml和接口定义输出文件CspTrsParseE020060001.xml解析返回报文，交易完成。

在一实施例中，可以在模拟挡板系统的XML配置文件中定义报文长度，以支持多种报文。例如，可以在XML配置文件中，可以设置定长报文、变长报文、XML报文、8583报文、混合报文(定长+变长+XML)。

对于定长报文的设置，在XML配置文件中大都是以fix开头的，例如，<fixStringname＝"payerAcct"length＝"17"/>代表17位固定长度的账号报文，模拟挡板系统读取XML配置文件的定义，如果遇到fixString字段就按照定长报文处理。

对于变长报文的设置，在XML配置文件中大都是以var开头的，例如，<varStringname＝"KEY"type＝"LL"></varString>代表用两个十位数表示的变长报文，【0512345】表示KEY为收到的报文，05代表报文的长度，12345表示KEY的值，模拟挡板系统读取XML配置文件的定义，如果遇到varString就按照变长报文处理。

对于XML报文的设置，在XML配置文件中都是以xmlParser关键字定义的，模拟挡板系统读取XML配置文件的定义，在遇到xmlParser关键字时，就使用xmlParser类来解析收到的XML报文，xmlParser定义如下：<include include＝"xmlParser"></include>，其中include关键字表示使用一个类来处理。

对于混合报文(定长+变长+XML)的处理设置，模拟挡板系统把收到的请求报文分为报文头和报文体两部分，报文头和报文体的报文格式可以不同，它们的组合方式可以为：1)报文头(定长报文)+报文体(变长报文)；2)报文头(定长报文)+报文体(XML报文)；1)报文头(变长报文)+报文体(XML报文)。

对于iso8583报文的设置，在XML配置文件中都是以iso8583Fields开头的，如下面的报文定义，bitMap(位图)定义了这段报文包含8583报文的哪几个域，在iso8583Fields定义的子集中就定义了每个8583报文域的具体格式。

通过配置模拟挡板系统的XML配置文件，可支持对定长报文、变长报文、XML报文、8583报文、混合报文(定长+变长+XML)的模拟返回。

在一实施例中，模拟挡板系统可以通过条件设定(账号的尾数、事件秒数的变化等)或者返回码(0000、其它)返回成功、错误两种情况，满足内部测试中正常值、异常值测试。

其一，模拟挡板系统可以通过条件设定(账号的尾数、事件秒数的变化等)返回成功、错误两种情况。模拟挡板系统在处理返回报文时，可以设置两种返回数据文件，即在XML配置文件中设置一个条件字段，在对请求报文进行解析的过程中会判断这个条件是否为真，如果为真就返回成功报文(即模拟返回报文)，如果为假，就返回失败报文。例如，当上述条件为账号尾数能除尽2，那么当账号尾数为奇数时就向前端系统返回失败报文，当账号为偶数时向前端系统返回成功报文。同样，可以判断时间的秒数是奇数还是偶数，来决定返回成功报文还是返回失败报文，以达到真实模拟后台系统返回报文的情况。

其二，模拟挡板系统还可以通过设置交易码的返回码，来达到返回成功报文或者失败报文的功能。在获取交易码之后，在XML配置文件中读取该交易码对应的返回码，当返回码为0000时，即与设定码(0000)相同，则返回成功报文；当返回码为其他(例如1111)时，就返回失败报文，定义如下<returncode>1111</returncode>。

另外，本发明提供的模拟挡板系统还支持自动化生成模拟数据XML文件。模拟挡板系统内带自动化生成模拟数据XML文件的程序，开发人员编写完代码后，只要选定接口配置文件，就可以自动生成模拟数据文件。同时，在组装测试和功能测试中，只要获得后台产品(例如基金、国债等产品系统)返回的真实数据，就可以将以前生成的模拟数据文件更新为更真实的模拟数据。

为了达到支持自动化生成模拟数据XML文件的目的，开发人员可以选定接口配置文件，例如CspTrsParseE010020001.xml，定义如下：

模拟挡板系统读取接口配置文件的内容，根据不同的报文格式定义生成模拟返回报文，如果是fixString格式，就统一定义值为1，如果是fixNumber格式，也统一定义值为1，如果为fixDate格式，就根据pattern把当前时间的值赋给它，生成的模拟返回报文如下：

并且，本发明提供的模拟挡板系统支持CC版本管理，可以随批次功能更新。模拟挡板系统作为JAVA项目预设在Clear Case服务器上，每个模拟挡板系统的批次可以下载、更新，开发人员随时上传最新的项目文件，软件资产随时积累，开发人员之间随心复用，在中心级别可以资产共享。

除了上述的功能外，本发明提供的模拟挡板系统还支持路由转发、延时返回、异常测试等功能。关于路由转发功能，即在测试过程中，由开发人员配置，部分交易连接模拟挡板系统，另外一部分交易连接后台系统。关于交易延时返回功能，是指为了模拟后台系统的真实耗时，可以在模拟挡板系统中对后台延时进行参数设置，设置睡眠时间。另外，模拟挡板系统还支持一些异常测试，例如交易未明、读数据超时、通讯链路中断等，在真实后台通讯链路上是很难实现的，但对于模拟挡板系统而言，要实现上述异常测试只需简单配置即可。

例如，模拟挡板系统对路由转发的支持，可以通过以下方式实现。对路由转发的支持是通过设置XML配置文件中的交易码实现的，如果设置了某个交易是转发给其它产品系统进行处理的，就在XML配置文件的MAP集合中加入这个交易码，模拟挡板系统读取前端系统发来的请求报文，解析出交易码字段，然后判断这个交易码是否在MAP集合中已经定义，如果已经定义，就读取其它产品系统IP地址、端口号，把收到的数据报文转发给其它产品系统，并等待其它产品系统的返回，收到返回数据后再发送给前端系统。

模拟挡板系统对延时返回的支持，可以通过设置线程的holdtime(即睡眠时间)来实现，模拟挡板系统对接收到的前端系统的请求报文的每一个处理类都设置了睡眠时间(Thread.sleep(tranHoldTime))；对应到每个交易码，如果某个交易码没有设置holdtime，模拟挡板系统就给这个交易码设置一个默认的holdtime。

异常测试支持超时测试、返回数据为空、交易未明测试，模拟挡板系统对异常测试的支持，可通过以下方式实现：

超时异常包含连接超时(connectTimeout)和读数据超时(readTimeout)，当模拟挡板系统的IP地址机端口号都正确，但是模拟挡板系统未启动时，前端系统向模拟挡板系统发送数据就会产生连接超时。当模拟挡板系统设置的延迟时间大于前端系统的读数据超时时间，例如前端系统的读数据超时时间为10s，而模拟挡板系统设置的延迟时间设置为11s，那么当模拟挡板系统正常启动后，前端系统向模拟挡板系统发送数据，超过读数据超时时间没有收到返回数据，前端系统就会产生读数据超时的异常情况。

模拟挡板系统收到前端系统发送的请求数据，如果在配置文件中对应的交易码的标志位为NULL，表示返回数据为空，这时模拟挡板系统在处理前端系统发送的请求数据时，就返回空数据包给前端系统。例如：

<map name＝"transMoreMap">

<param name＝"E020030001">NULL</param>

</map>

模拟挡板系统收到前端系统发送的请求报文后，如果在XML配置文件中对应的交易码的标志位为EXCEPTION，表示交易未明测试，这时模拟挡板系统在处理前端系统发送的请求数据时，就主动抛出EXCEPTION，结果就是前端系统没有收到模拟挡板系统的返回报文，产生交易未明的异常情况。例如：

<map name＝"transMoreMap">

<param name＝"E020030001">EXCEPTION</param>

</map>

在具体实施时，本发明提供的模拟挡板系统还支持压力测试，即，只要将模拟挡板系统打成tar包，在压力测试服务器上解压后，启动startup.sh启动脚本后，即可支持压力测试。

模拟挡板系统适用于Window、Unix、Linux系统上，使用java语言开发各交易类程序测试。系统具有高扩展性，可自动读取xml文件；系统兼容性强，支持TCP/IP Socket定长报文、变长报文、ISO8583报文、XML报文、混合报文等多种通讯方式，可模拟MCIS、CISS、CSPA的企业网银联机交易及个人网银联机交易，还可模拟IST的网上支付B2C联机交易。同时，通过对模拟挡板系统进行相应的配置，可以返回正确、错误两种情况。目前，模拟挡板系统已成熟应用于网银内部测试的产品层单体测试与组装测试，大大提高了测试可行性。

在单元测试阶段，开发人员从CC服务器(版本服务器)上下载模拟挡板系统这一项目后，可在该开发人员的机器上进行开发、测试。

在组装测试阶段，版本管理员把模拟挡板系统项目打包后部署在组装测试服务器上后，开发人员可以进行组装测试。

如果开发人员将部分交易连接挡板系统，另外一部分交易连接后台系统，那么本发明还可以实现路由转发功能。

现有的挡板模拟器分为桩模块和驱动模块，这两个模块都是所开发软件系统的一部分，必须与整个系统共同发生作用，而不能独立的使用。而模拟挡板系统是一个独立的运行系统，它与发送报文的软件系统没有结构关系，模拟挡板系统是为了模拟真实的其他产品系统而设计开发的，只在通讯层和请求的软件系统发生联系。

现有的挡板模拟器是通过JAVA类中的main()方法实现的，而模拟挡板系统是一整套独立运行的JAVA程序的组合，是一个完整的软件系统。

现有的挡板模拟器中桩模块主要针对特定的测试案例使用，什么时候返回什么值跟具体的测试案例有关系。而模拟挡板系统不针对具体的测试案例，不同的测试案例可以通过返回相同的数据或者不同的数据来支持。

现有的挡板模拟器中桩模块主要应用于内部测试阶段，无法应用于系统集成测试和性能测试，而模拟挡板系统可以应用在内部测试、系统集成测试和压力性能测试等任何测试阶段。

现有的挡板模拟器需要改变原来的程序结构，而模拟挡板系统不需要改变原来的程序结构，因为模拟挡板系统是与发出请求报文的软件系统分开部署的，不产生关系。

现有的挡板模拟器需要复杂的修改程序才能完成测试，对开发人员而言工作量繁重。而模拟挡板系统支持自动化生成模拟数据XML文件，支持路由转发、延时返回、异常测试等，实现简单、易于理解，能大大减少开发人员工作量。

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

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

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

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

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

Claims (16)

1.一种前端系统报文测试方法，其特征在于，所述前端系统报文测试方法包括：

获取待测前端系统发出的请求报文；

根据XML配置文件中预设的报文长度、编码格式、报文格式定义文件解析所述请求报文，获取交易码，其中，通过定义报文长度，以使得XML配置文件支持对定长报文、变长报文、XML报文、8583报文和混合报文的设置，混合报文是：定长报文、变长报文和XML报文中的至少两个的组合；

判断所述XML配置文件中与所述交易码对应的返回码是否与设定码匹配；

如果是，根据所述报文格式定义文件中的返回报文头格式定义文件和所述交易码从本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件；

根据所述交易码、所述模拟返回数据文件及所述返回报文头格式定义文件生成模拟返回报文；

将所述模拟返回报文发送给所述待测前端系统。

2.根据权利要求1所述的前端系统报文测试方法，其特征在于，根据XML配置文件中预设的报文长度、编码格式、报文格式定义文件解析所述请求报文，获取交易码，包括：

根据所述XML配置文件中的报文长度、编码格式及报文格式定义文件解析所述请求报文，得到所述请求报文的报文头格式定义文件及其路径；

根据所述报文头格式定义文件及其路径读取所述请求报文的报文头，获取交易码。

3.根据权利要求1所述的前端系统报文测试方法，其特征在于，根据所述报文格式定义文件中的返回报文头格式定义文件和所述交易码从本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件，包括：

根据所述返回报文头格式定义文件及所述交易码从所述报文格式定义文件中获取返回报文体格式定义文件；

根据所述返回报文体格式定义文件及所述交易码，从所述本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件。

4.根据权利要求1所述的前端系统报文测试方法，其特征在于，所述前端系统报文测试方法还包括：

查询所述XML配置文件中预设的MAP集合中是否存在与所述交易码对应的IP地址及端口号；

如果存在，根据所述IP地址及端口号，将所述请求报文转发给相应的后台系统进行处理。

5.根据权利要求1所述的前端系统报文测试方法，其特征在于，当所述返回码与设定码不匹配时，所述前端系统报文测试方法还包括：向所述待测前端系统返回失败报文。

6.根据权利要求1所述的前端系统报文测试方法，其特征在于，所述前端系统报文测试方法还包括：

根据所述报文头格式定义文件及所述交易码获取所述请求报文的报文体格式定义文件；

根据所述报文体格式定义文件对所述请求报文的报文体进行解析，获取交易数据；

判断所述交易数据是否满足所述XML配置文件中的预设条件；

当所述交易数据不满足所述XML配置文件中的预设条件时，向所述待测前端系统返回失败报文；

当所述交易数据满足所述XML配置文件中的预设条件时，将所述交易数据存储在所述XML配置文件中的MAP集合中，以供查询。

7.根据权利要求1所述的前端系统报文测试方法，其特征在于，在获取待测前端系统发出的请求报文之后，对所述请求报文创建线程。

8.根据权利要求7所述的前端系统报文测试方法，其特征在于，在获取所述请求报文的交易码之后，所述前端系统报文测试方法还包括：为所述交易码设置睡眠时间，以延时返回所述模拟返回报文。

9.一种模拟挡板系统，其特征在于，所述模拟挡板系统包括：

报文获取单元，用于获取待测前端系统发出的请求报文；

交易码获取单元，用于根据XML配置文件中预设的报文长度、编码格式、报文格式定义文件解析所述请求报文，获取交易码，其中，通过定义报文长度，以使得XML配置文件支持对定长报文、变长报文、XML报文、8583报文和混合报文的设置，混合报文是：定长报文、变长报文和XML报文中的至少两个的组合；

返回码验证单元，用于判断所述XML配置文件中与所述交易码对应的返回码是否与设定码匹配；

文件获取单元，用于当所述返回码与设定码匹配时，根据所述报文格式定义文件中的返回报文头格式定义文件和所述交易码从本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件；

报文生成单元，用于根据所述交易码、所述模拟返回数据文件及所述返回报文头格式定义文件生成模拟返回报文；

报文发送单元，用于将所述模拟返回报文发送给所述待测前端系统。

10.根据权利要求9所述的模拟挡板系统，其特征在于，所述交易码获取单元包括：

报文解析模块，用于根据所述XML配置文件中的报文长度、编码格式及报文格式定义文件解析所述请求报文，得到所述请求报文的报文头格式定义文件及其路径；

交易码解析模块，根据所述报文头格式定义文件及其路径读取所述请求报文的报文头，获取交易码。

11.根据权利要求9所述的模拟挡板系统，其特征在于，所述文件获取单元包括：

格式文件获取模块，用于根据所述返回报文头格式定义文件及所述交易码从所述报文格式定义文件中获取返回报文体格式定义文件；

数据文件获取模块，用于根据所述返回报文体格式定义文件及所述交易码，从所述本地存储的模拟返回数据文件夹中查询与所述交易码对应的模拟返回数据文件。

12.根据权利要求9所述的模拟挡板系统，其特征在于，所述模拟挡板系统还包括：路由转发单元，用于查询所述XML配置文件中预设的MAP集合中是否存在与所述交易码对应的IP地址及端口号；如果存在，根据所述IP地址及端口号，将所述请求报文转发给相应的后台系统进行处理。

13.根据权利要求9所述的模拟挡板系统，其特征在于，所述模拟挡板系统还包括：失败报文返回单元，当所述返回码与设定码不匹配时，用于向所述待测前端系统返回失败报文。

14.根据权利要求13所述的模拟挡板系统，其特征在于，所述模拟挡板系统还包括：

格式文件获取单元，用于根据所述报文头格式定义文件及所述交易码获取所述请求报文的报文体格式定义文件；

交易数据获取单元，用于根据所述报文体格式定义文件对所述请求报文的报文体进行解析，获取交易数据；

条件判断单元，用于判断所述交易数据是否满足所述XML配置文件中的预设条件；

当所述交易数据不满足所述XML配置文件中的预设条件时，所述失败报文返回单元向所述待测前端系统返回失败报文；当所述交易数据满足所述XML配置文件中的预设条件时，将所述交易数据存储在所述XML配置文件中的MAP集合中，以供查询。

15.根据权利要求9所述的模拟挡板系统，其特征在于，所述模拟挡板系统还包括：线程创建单元，用于在获取待测前端系统发出的请求报文时，对所述请求报文创建线程。

16.根据权利要求15所述的模拟挡板系统，其特征在于，所述模拟挡板系统还包括：睡眠时间设置单元，用于在获取所述请求报文的交易码之后，为所述交易码设置睡眠时间，以延时返回所述模拟返回报文。