本发明实施例涉及计算机技术领域，尤其涉及一种测试方法、装置及前置机。
背景技术：
由于企业的业务需求，一个企业需与多个其他企业实现业务对接。例如：一个保险公司与多个银行之间存在业务对接。对于某一相同的业务，保险公司与不同的银行间实现业务对接过程中，此业务对接对应的消息规则存在差异。因此，保险公司内部一般设置多个前置机用于处理保险公司内核心机与不同银行之间的业务对接的消息转换。具体的，对于业务a，前置机a用于处理保险公司内核心机与银行a之间业务a对接时的消息转换，前置机b用于处理保险公司内核心机与银行b之间业务a对接时的消息转换，从而，通过设置多个前置机实现保险公司和多个银行的业务对接。然而当核心机内部程序作出修改或某个银行的相关程序作出修改时，前置机的相关业务对接对应消息规则相应改变，则需对前置机的相关业务对接过程进行测试，以确保企业间业务对接时消息转换的顺利进行。
现有技术中，对前置机的相关业务对接过程进行测试时，需测试人员编写企业间可能进行的相关业务对接的测试案例，然后手动对每个前置机进行上述测试案例的测试，并收集测试结果。
然而，现有技术提供的测试方法测试效率低。
技术实现要素：
本发明实施例提供了一种测试方法、装置及前置机，以提高对企业内前置机的业务对接过程进行测试的效率。
本发明的实施例一方面提供了一种测试方法，包括：
每隔第一预设时间段从信息配置库中获取测试报文，所述测试报文包括待测试业务的类型标识；
根据所述待测试业务的类型标识获取所述测试报文对应的预期响应报文；
接收核心机返回的实际响应报文，所述实际响应报文为所述核心机处理所述测试报文对应的待测试业务后获得；
比对所述预期响应报文和所述实际响应报文，获得测试结果；
其中，所述第一预设时间段对应的时间长度大于或等于完成一次所述测试所需的时间长度。
可选的，所述测试报文包括：实时信息项，
所述每隔第一预设时间段从信息配置库中获取测试报文之后，还包括：
修改所述测试报文中的所述实时信息项。
可选的，所述信息配置库包括至少两个所述测试报文以及所述至少两个测试报文分别进行对应的业务处理后的至少两个预期响应报文，
所述根据所述待测试业务的类型标识获取所述测试报文对应的预期响应报文，包括：
根据所述待测试业务的类型标识，查找所述信息配置库，获取所述测试报文对应的预期响应报文。
可选的，所述测试报文包括：所述待测试业务的对接企业的标识，
所述接收核心机返回的实际响应报文之前，还包括：
根据待测试业务的类型标识和所述对接企业的标识，转换所述测试报文为所述核心机识别的类型；
创建套接字socket请求；
通过所述socket请求向所述核心机发送转换后的测试报文，获得所述实际响应报文。
可选的，所述比对所述预期响应报文和所述实际响应报文，获得测试结果之后，还包括：
若所述测试结果为失败，则获取修复响应报文，添加所述测试报文和所述修复响应报文至所述信息配置库中；
其中，所述预期响应报文和所述实际响应报文比对结果为不一致时，所述测试结果为失败。
本发明实施例第二方面提供一种测试装置，包括：
第一获取模块，所述第一获取模块用于每隔第一预设时间段从信息配置库中获取测试报文，所述测试报文包括待测试业务的类型标识；
第二获取模块，所述第二获取模块用于根据所述待测试业务的类型标识获取所述测试报文对应的预期响应报文；
接收模块，所述接收模块用于接收核心机返回的实际响应报文，所述实际响应报文为所述核心机处理所述测试报文对应的待测试业务后获得；
比对模块，所述比对模块用于比对所述预期响应报文和所述实际响应报文，获得测试结果；
其中，所述第一预设时间段对应的时间长度大于或等于完成一次所述测试所需的时间长度。
可选的，所述测试报文包括：所述测试报文包括：实时信息项，所述装置还包括：
修改模块，用于在所述第一获取模块每隔第一预设时间段从信息配置库中获取测试报文之后，修改所述测试报文中的实时信息项。
可选的，所述信息配置库包括至少两个所述测试报文以及所述至少两个测试报文分别进行对应的业务处理后的至少两个预期响应报文，所述第二获取模块具体用于根据所述待测试业务的类型标识，查找所述信息配置库，获取所述测试报文对应的预期响应报文。
可选的，所述测试报文包括：所述待测试业务的对接企业的标识，所述装置还包括：转换模块、创建模块和发送模块；
所述接收模块接收核心机返回的实际响应报文之前，
所述转换模块用于根据待测试业务的类型标识和所述对接企业的标识，转换所述测试报文为所述核心机识别的类型；
所述创建模块用于创建套接字socket请求；
所述发送模块用于通过所述socket请求向所述核心机发送转换后的测试报文，获得所述实际响应报文。
可选的，所述装置还包括：添加模块；
所述比对模块比对所述预期响应报文和所述实际响应报文，获得测试结果之后，若所述测试结果为失败，则所述添加模块用于获取修复响应报文，添加所述测试报文和所述修复响应报文至所述信息配置库中；
其中，所述预期响应报文和所述实际响应报文比对结果为不一致时，所述测试结果为失败。
本发明实施例第三方面提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的测试方法。
本发明实施例第四方面提供一种前置机，包括：
处理器；以及
存储器，用于存储所述处理器的可执行指令；
其中，所述处理器配置为经由执行所述可执行指令来执行上述任一实施例所述的测试方法。
本发明实施例提供的测试方法、装置及前置机，其中，测试方法包括：每隔第一预设时间段从信息配置库中获取测试报文，所述测试报文包括待测试业务的类型标识；根据所述待测试业务的类型标识获取所述测试报文对应的预期响应报文；接收核心机返回的实际响应报文，所述实际响应报文为所述核心机处理所述测试报文对应的待测试业务后获得；比对所述预期响应报文和所述实际响应报文，获得测试结果。由此可见，本发明实施例提供的测试方法、装置及前置机，通过每隔第一预设时间段由信息配置库获取测试报文，进而完成测试，替代人工对每个前置机输入测试案例进行测试，可以提高对企业内前置机的业务对接过程进行测试的效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明提供的测试方法实施例一的流程示意图；
图2为本发明提供的测试方法实施例二的流程示意图；
图3为本发明提供的测试装置实施例一的结构示意图；
图4为本发明提供的测试装置实施例二的结构示意图；
图5为本发明提供的前置机实施例一的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和/或“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例，例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
现有技术中，测试人员手动向前置机输入测试案例，以对前置机的相关业务对接过程进行测试。然而，现有技术提供的测试方法测试效率低。
本发明实施例提供测试方法中，每个前置机每隔第一预设时间段由信息配置库获取测试报文，进而完成测试，替代人工对每个前置机输入测试案例进行测试，可以提高对企业内前置机的业务对接过程进行测试的效率。
本发明提供的下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
图1为本发明提供的测试方法实施例一的流程示意图。本实施例以保险公司与多个银行之间进行业务交流为例，其中，前置机与核心机设置于保险公司内。当保险公司内核心机内部程序作出修改或与保险公司业务往来的某个银行的相关程序作出修改时，前置机的相关业务对接对应消息规则相应改变，则需对前置机的相关业务对接过程进行测试，以确保企业间业务对接时消息转换的顺利进行。
参考图1，本实施例提供的测试方法包括以下内容。
步骤101：每隔第一预设时间段从信息配置库中获取测试报文，所述测试报文包括待测试业务的类型标识。
其中，获得每个测试报文对应的测试结果为完成一次测试，所述第一预设时间段对应的时间长度大于或等于完成一次所述测试所需的时间长度。具体地，所述第一预设时间段可以由定时器控制，每隔所述第一预设时间段，定时器触发前置机由信息配置库中获取测试报文，以进行对应的测试。
进一步地，所述测试报文为模拟银行端向保险公司发送的业务数据，用于保险公司中前置机以及核心机对其进行相关业务处理，完成测试过程。所述信息配置库包括至少两个所述测试报文，为企业内所有前置机提供测试报文。
步骤102：根据所述待测试业务的类型标识获取所述测试报文对应的预期响应报文。
步骤103：接收核心机返回的实际响应报文，所述实际响应报文为所述核心机处理所述测试报文对应的待测试业务后获得。
具体地，根据待测试业务的类型标识获取对应的待测试业务，进而获取所述待测试业务的预期响应报文。
进一步地，所述预期响应报文为核心机或前置机内相关业务对接规则没有作出修改时，所述核心机处理所述测试报文对应的待测试业务后获得；所述实际响应报文为核心机或前置机内相关业务对接规则作出修改后，所述核心机处理所述测试报文对应的待测试业务后获得。
需要说明的是，步骤102和步骤103的执行顺序不分前后。
步骤104：比对所述预期响应报文和所述实际响应报文，获得测试结果。
本实施例提供测试方法中，每个前置机每隔第一预设时间段由信息配置库获取测试报文，进而完成测试，替代人工对每个前置机输入测试案例进行测试，可以提高对企业内前置机的业务对接过程进行测试的效率。
图2为本发明提供的测试方法实施例二的流程示意图，本实施例是在实施例一的基础上进行的。参考图2，本实施例包括以下内容。
步骤201：每隔第一预设时间段从信息配置库中获取测试报文获取测试报文，所述测试报文包括待测试业务的类型标识。
步骤202：修改所述测试报文中的实时信息项。
表1为所述信息配置库中待测试报文信息，参考表1，所述测试报文中包括实时信息项。保存在所述信息配置库中测试报文中实时信息项为对应的待测试业务在上次进行时的时间信息。
例如，表1所示业务a对应实时信息项为2016年11月21日，而对业务a对应的测试报文在2016年12月1日进行测试时，获取业务a对应的测试报文后，须将实时信息项修改为测试实时时间。
步骤203：根据所述待测试业务的类型标识，查找所述信息配置库，以获取所述测试报文对应的预期响应报文。
表1
参考表1，每个测试报文对应有预期响应报文，作为一种获取所述测试报文对应的预期响应报文的可实现的方式，可以通过所述测试报文中待测试业务类型，在所述信息配置库中获取所述测试报文对应的预期响应报文。例如，上述测试报文对应的待测试业务a，在信息配置库中获取其预期响应报文为：value(req/retda/mesg)＝"succ"。
步骤204：根据待测试业务的类型标识和对接企业的标识，转换所述测试报文为核心机识别的类型。
具体地，核心机或前置机内相关业务对接规则作出修改后，所述前置机根据待测试业务的类型标识确定所述测试报文对应的待测试业务a，根据对接企业的标识确定上述待测试业务发生在保险公司与银行a之间，则根据修改后的关于业务a在保险公司和银行a之间的业务对接规则，对所述测试报文进行转换，获得保险公司的核心机可识别或可处理的类型，进一步供核心机对转换后的测试报文进行对应的业务处理。
步骤205：创建套接字socket请求。
步骤206：通过所述socket请求向所述核心机发送转换后的测试报文，以获得实际响应报文。
作为一种可实现的方式，本实施例提供的测试方法通过创建socket请求向所述核心机发送转换后的测试报文，以获得实际响应报文。
步骤207：接收所述核心机返回的所述实际响应报文
需要说明的是，步骤203和步骤204-至步骤207的执行顺序不分前后。
步骤208：比对所述预期响应报文和所述实际响应报文，以获得测试结果。
步骤209：若所述测试结果为失败，则获取修复响应报文，添加所述测试报文和所述修复响应报文至所述信息配置库中。
其中，所述预期响应报文和所述实际响应报文比对结果为不一致时，所述测试结果为失败。
具体地，本实施例提供的测试方法中，通过比对所述预期响应报文和所述实际响应报文的一致性获得测试结果，若经比对后一致性达到预期要求，表明测试成功，则所述前置机在第一预设时间段后，进行其他测试报文对应的待测业务的测试；若经比对后一致性没有到达预期要求，表明测试失败，则将本次测试记录至信息异常池中，并将本次测试记录至日志文件中，以供技术人员调试修复，调试后，获取核心机返回的修复响应报文；进一步地，将所述测试报文及其对应的修复响应报文保存至所述信息配置库中，以不断丰富信息配置库中的测试案例。
本实施例提供的测试方法在实施例一的基础上，将由信息配置库中获取的测试报文中的实时信息项修改为对应于测试时间的实时信息项后，对修改后的测试报文进行信息转换，然后通过socket请求向核心机发送转换后的测试报文，以获得实际响应报文；并且，比对所述测试报文对应的预期响应报文和实际响应报文的一致性，若经比对后一致性达到预期要求，表明测试成功，则前置机在第一预设时间段后，进行其他测试报文对应的待测业务的测试；若经比对后一致性没有到达预期要求，表明测试失败，则将本次测试记录至信息异常池中，并将本次测试记录至日志文件中，以供技术人员调试修复，从而解决测试中出现的问题。进一步地，调试后，获取核心机返回的修复响应报文，将所述测试报文及其对应的修复响应报文保存至所述信息配置库中，以不断丰富信息配置库中的测试案例。
图3为本发明提供的测试装置实施例一的结构示意图。参考图3，本实施例提供的一种测试装置，包括：第一获取模块31、第二获取模块32、接收模块33和比对模块34。
其中，所述第一获取模块31用于每隔第一预设时间段从信息配置库中获取测试报文，所述测试报文包括待测试业务的类型标识；
所述第二获取模块32用于根据所述待测试业务的类型标识获取所述测试报文对应的预期响应报文；
所述接收模块33用于接收核心机返回的实际响应报文，所述实际响应报文为所述核心机处理所述测试报文对应的待测试业务后获得；
所述比对模块34用于比对所述预期响应报文和所述实际响应报文，获得测试结果；
其中，所述第一预设时间段对应的时间长度大于或等于完成一次所述测试所需的时间长度。
上述基于测试装置中的组成部分，对应地可执行实施例一所述的测试方法的技术方案，其实现原理和技术效果类似，在此不再赘述。
图4为本发明提供的测试装置实施例二的结构示意图。本实施例提供的一种测试装置是以图3为基础，参考图3，包括：第一获取模块41、第二获取模块43、接收模块47和比对模块48。
具体的，上述测试报文包括：实时信息项，所述第一获取模块41之后，所述装置还包括：修改模块42，所述修改模块42用于修改所述测试报文中的实时信息项。
可选的，所述信息配置库包括：至少两个所述测试报文以及所述至少两个测试报文分别进行对应的业务处理后的至少两个预期响应报文，所述第二获取模块43具体用于根据所述待测试业务的类型标识，查找所述信息配置库，获取所述测试报文对应的预期响应报文。
可选的，所述测试报文包括：所述待测试业务的对接企业的标识，所述装置还包括：转换模块44、创建模块45和发送模块46。
所述转换模块用于根据待测试业务的类型标识和所述对接企业的标识，转换所述测试报文为所述核心机识别的类型；
所述创建模块用于创建套接字socket请求；
所述发送模块用于通过所述socket请求向所述核心机发送转换后的测试报文，获得所述实际响应报文。
可选的，所述比对模块之后还包括：添加模块49，若所述测试结果为失败，则所述添加模块用于获取修复响应报文，添加所述测试报文和所述修复响应报文至所述信息配置库中；其中，所述预期响应报文和所述实际响应报文比对结果为不一致时，所述测试结果为失败。
上述基于测试装置中的组成部分，对应地可执行实施例二所述的测试方法的技术方案，其实现原理和技术效果类似，在此不再赘述。
本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的测试方法。
上述计算机可读存储介质，对应地可执行任一实施例所述的测试方法的技术方案，其实现原理和技术效果类似，在此不再赘述。
图5为本发明提供的前置机50的结构示意图，请参考图5所示，该前置机50可以包括：
处理器501；以及
存储器502，用于存储所述处理器501的可执行指令。
其中，所述处理器501配置为经由执行所述可执行指令来执行上述任一实施例所述的测试方法。
上述前置机50，对应地可执行任一实施例所述的测试方法的技术方案，其实现原理和技术效果类似，在此不再赘述。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。