CN113312264A - 业务系统测试方法、装置、设备、介质及产品 - Google Patents

Abstract

本发明实施例提供一种业务系统测试方法、装置、设备、介质及产品，通过获取原业务系统对业务进行全天处理的全天报文流水及对业务进行全天处理后的基准数据；全天报文流水中包括多对报文，每对报文中包括：上报报文及原应答报文；将各上报报文按照对应的上报时间信息依次发送给目标业务系统，以使目标业务系统根据各上报报文进行对应的业务处理，生成对应的目标应答报文；获取目标业务系统根据各上报报文进行对应的业务处理后的目标数据；根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定目标业务系统是否通过测试。能够对目标业务系统进行全面的测试，保证目标业务系统通过测试后，处理业务的结果的准确性。

Description

业务系统测试方法、装置、设备、介质及产品

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种业务系统测试方法、装置、设备、介质及产品。

背景技术

为了满足高并发、高可靠性等性能要求，原有的业务系统一般运行在大型机中。随着信息技术的不断发展，大型机导致运行成本的增加，所以需要对原有的业务系统进行重构。

当采用新的技术架构对原有的业务系统进行重构后，需要确保业务的稳定性及业务处理结果的准确性。现有技术中，在对重构后的新业务系统进行测试时，一般采用异常报文流水及用户指定报文流水进行测试，导致测试的局限性较大，对业务系统的测试并不全面，无法保证新的业务系统处理业务的结果的准确性。

发明内容

本发明实施例提供一种业务系统测试方法、装置、设备、介质及产品，用以解决现有技术中测试的局限性较大，对业务系统的测试并不全面，无法保证新的业务系统处理业务的结果准确性的技术问题。

第一方面，本发明实施例提供一种业务系统测试方法，包括：

获取原业务系统对业务进行全天处理的全天报文流水及对业务进行全天处理后的基准数据；所述全天报文流水中包括多对报文，每对报文中包括：上报报文及原应答报文；

将各上报报文按照对应的上报时间信息依次发送给目标业务系统，以使目标业务系统根据各上报报文进行对应的业务处理，生成对应的目标应答报文；

获取目标业务系统根据各上报报文进行对应的业务处理后的目标数据；

根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定所述目标业务系统是否通过测试。

第二方面，本发明实施例提供一种业务系统测试装置，包括：

第一获取模块，用于获取原业务系统对业务进行全天处理的全天报文流水及对业务进行全天处理后的基准数据；所述全天报文流水中包括多对报文，每对报文中包括：上报报文及原应答报文；

发送模块，用于将各上报报文按照对应的上报时间信息依次发送给目标业务系统，以使目标业务系统根据各上报报文进行对应的业务处理，生成对应的目标应答报文；

第二获取模块，用于获取目标业务系统根据各上报报文进行对应的业务处理后的目标数据；

确定模块，用于根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定所述目标业务系统是否通过测试。

第三方面，本发明实施例提供一种电子设备，包括：至少一个处理器，存储器及收发器；

所述处理器、所述存储器与所述收发器通过电路互联；

所述存储器存储计算机执行指令；所述收发器，用于与原业务系统和目标业务系统之间收发数据；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如第一方面任一项所述的方法。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面任一项所述的方法。

第五方面，本发明实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面任一项所述的方法。

本发明实施例提供的业务系统测试方法、装置、设备、介质及产品，通过获取原业务系统对业务进行全天处理的全天报文流水及对业务进行全天处理后的基准数据；全天报文流水中包括多对报文，每对报文中包括：上报报文及原应答报文；将各上报报文按照对应的上报时间信息依次发送给目标业务系统，以使目标业务系统根据各上报报文进行对应的业务处理，生成对应的目标应答报文；获取目标业务系统根据各上报报文进行对应的业务处理后的目标数据；根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定目标业务系统是否通过测试。由于全天报文流水包括各种类型的报文，基准数据及目标数据也是进行各种类型的业务处理后获得的数据，所以采用各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定目标业务系统是否通过测试能够对目标业务系统进行全面的测试，能够保证目标业务系统通过测试后，目标业务系统处理业务的结果的准确性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是可以实现本发明实施例的业务系统测试方法的一种网络架构图；

图2是本发明一实施例提供的业务系统测试方法的流程示意图；

图3是本发明另一实施例提供的业务系统测试方法的流程示意图；

图4是本发明又一实施例提供的业务系统测试方法的流程示意图；

图5是本发明再一实施例提供的业务系统测试方法的流程示意图；

图6是本发明一实施例提供的业务系统测试装置的结构示意图；

图7是用来实现本发明实施例的业务系统测试方法的电子设备的结构示意图；

图8是用来实现本发明实施例的业务系统测试方法的电子设备的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

为了清楚理解本申请的技术方案，首先对现有技术的方案进行详细介绍。

现有技术中，在对重构后的新业务系统进行测试时，一般采用异常报文流水及用户指定报文流水进行测试。在采用异常报文流水进行测试时，将异常报文流水中的上报报文作为测试报文，重新让新的业务系统进行处理，将新的业务系统产生的应答报文及异常报文流水中的应答报文进行对比，确定新的业务系统发生业务处理错误的原因，进而进行调试。在采用用户指定报文流水进行测试时，一般是采用某种类型的报文流水进行测试。

所以现有技术中对新的业务系统的测试只能进行某些类型报文的测试，并不能进行全面的测试，测试的局限性较大，无法保证新的业务系统处理业务的结果准确性。

所以在面对现有技术的技术问题时，发明人通过创造性的研究后发现，新的业务系统在长时间处理业务时，会处理各种类型的业务，所以在对新的业务系统进行测试时，可控制新的业务系统全天处理业务。而且为了保证新的业务系统与原有业务系统在处理业务时处理业务的一致性，可在原业务系统对业务进行全天处理后，获取全天报文流水，及对业务进行全天处理后的基准数据。在目标业务系统中，同样进行相同的上报报文的全天业务处理，获得对应的目标应答报文，并获取目标业务系统全天处理业务后的目标数据。进而将原业务系统全天报文流水中的原应答报文与对应的目标应答报文进行对比确定目标业务系统是否通过测试，以及/或者，将原业务系统的基准数据与目标业务系统的目标数据进行对比确定目标业务系统是否通过测试。由于全天报文流水包括各种类型的报文，基准数据及目标数据也是进行各种类型的业务处理后获得的数据，所以采用各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定目标业务系统是否通过测试，能够对目标业务系统进行全面的测试，能够保证目标业务系统通过测试后，目标业务系统处理业务的结果的准确性。

所以发明人基于上述的创造性发现，提出了本发明实施例的技术方案。下面对本发明实施例提供的业务系统测试方法的网络架构和应用场景进行介绍。

图1是可以实现本发明实施例的业务系统测试方法的一种网络架构图，如图7所示，本实施例提供的业务系统测试方法的网络架构中包括：原业务系统1，目标业务系统2及电子设备3。其中，原业务系统1包括：原业务系统服务器11，原数据库12。目标业务系统2包括：目标业务系统服务器或服务器集群21，目标数据库22。原业务系统1与目标业务系统2进行通信连接，保证原数据库12和目标数据库22之间的数据同步。电子设备3分别与原业务系统1及目标业务系统2进行通信连接。其中，电子设备3从原业务系统1的原数据库12中获取对业务进行全天处理的全天报文流水及对业务进行全天处理后的基准数据。将各上报报文按照上报时间信息依次发送给目标业务系统2。目标业务系统2根据各上报报文进行对应的业务处理，生成对应的目标应答报文。电子设备3从目标业务系统2的目标数据库22中根据各上报报文进行对应的业务处理后的目标数据。电子设备3根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定目标业务系统是否通过测试。

本发明实施例提供的业务系统的测试方法对应的应用场景可以为各种新开发完成的业务系统替代原有的业务系统，对新开发完成的业务系统进行测试的场景。例如原有的业务系统为银行的原有业务系统。新开发完成的业务系统为新开发完成的银行业务系统。原业务系统可以采用大型机搭建的。新开发完成的银行业务系统是服务器集群搭建的。

下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

实施例一

图2是本发明一实施例提供的业务系统测试方法的流程示意图，如图2所示，本实施例提供的业务系统测试方法的执行主体为业务系统测试装置，该业务系统测试装置位于电子设备中。则本实施例提供的业务系统测试方法包括以下步骤：

步骤101，获取原业务系统对业务进行全天处理的全天报文流水及对业务进行全天处理后的基准数据；全天报文流水中包括多对报文，每对报文中包括：上报报文及原应答报文。

本实施例中，原业务系统对业务进行全天处理后，在全天处理的业务中会包括：数据维护类业务。即原业务系统对数据维护类业务进行处理后，更新原数据库中的数据。则本实施例中，将对业务进行全天处理后，在原数据库中更新后的数据为基准数据。

本实施例中，电子设备通过与原业务系统的服务器进行通信，获取全天处理的全天报文流水及全天处理后的基准数据。

其中，在全天报文流水中包括多对报文，每对报文包括：上报报文及原应答报文，还可以包括：上报报文的上报时间信息。

步骤102，将各上报报文按照对应的上报时间信息依次发送给目标业务系统，以使目标业务系统根据各上报报文进行对应的业务处理，生成对应的目标应答报文。

本实施例中，每个上报报文都有对应的上报时间信息，可依据上报时间信息将各上报报文排序，并按照上报时间信息依次将各上报报文发送给目标业务系统，以使目标业务系统按照原业务系统处理上报报文的顺序对每个上报报文对应的业务进行处理。由于原业务系统对上报报文进行了全天处理，所以目标业务系统也会对各上报报文进行全天处理，并针对每个上报报文生成对应的应答报文，由目标业务系统生成的应答报文为目标应答报文。

并且在目标业务系统对上报报文进行对应的业务处理时，依然会存在数据维护类业务，所以目标业务系统对业务进行全天处理后，在目标数据库中会更新数据，在目标数据库中更新的数据为目标数据。

步骤103，获取目标业务系统根据各上报报文进行对应的业务处理后的目标数据。

本实施例中，电子设备与目标业务系统进行通信，从目标数据库中获取对各上报报文进行对应的业务处理后的更新的数据作为目标数据。

步骤104，根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定目标业务系统是否通过测试。

本实施例中，可将各原应答报文与对应的目标应答报文进行对比，判断目标业务系统是否通过测试。并且/或者将基准数据与目标数据进行对比，判断目标业务系统是否通过测试。

本实施例提供的业务系统测试方法，通过获取原业务系统对业务进行全天处理的全天报文流水及对业务进行全天处理后的基准数据；全天报文流水中包括多对报文，每对报文中包括：上报报文及原应答报文；将各上报报文按照对应的上报时间信息依次发送给目标业务系统，以使目标业务系统根据各上报报文进行对应的业务处理，生成对应的目标应答报文；获取目标业务系统根据各上报报文进行对应的业务处理后的目标数据；根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定目标业务系统是否通过测试。由于全天报文流水包括各种类型的报文，基准数据及目标数据也是进行各种类型的业务处理后获得的数据，所以采用各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定目标业务系统是否通过测试能够对目标业务系统进行全面的测试，能够保证目标业务系统通过测试后，目标业务系统处理业务的结果的准确性。

作为一种可选实施方式，本实施例中，步骤101中，获取原业务系统对业务进行处理的全天报文流水，包括：

采用旁路流量采集技术从原业务系统采集全天报文流水。

具体地，本实施例中，采用旁路流量采集技术从原业务系统采集全天报文流水，能够将采集到的全天报文流水存储到固定的存储区域，与其他环境进行隔离，所以在采用旁路流量采集技术从原业务系统采集全天报文流水后，无需对全天报文流水进行脱敏，继续由目标业务系统对全天报文流水中的各上报报文进行处理。

实施例二

图3是本发明另一实施例提供的业务系统测试方法的流程示意图，如图3所示，本实施例提供的业务系统测试方法在实施例一提供的业务系统测试方法的基本上，步骤104具体为：根据各原应答报文及对应的目标应答报文确定目标业务系统是否通过测试，则本实施例提供的业务系统测试方法中步骤104包括以下几个步骤：

步骤1041，将各原应答报文与对应的目标应答报文进行对比。

步骤1042，若确定各原应答报文与对应的目标应答报文均一致，则确定目标业务系统通过测试。

步骤1043，若确定各原应答报文与对应的目标应答报文不均一致，则确定目标业务系统未通过测试。

具体地，本实施例中，对于每个上报报文，具有原业务系统对上报报文对应的业务进行处理后的原应答报文，还具有目标业务系统对上报报文进行对应的业务处理后的目标应答报文。所以电子设备将各原应答报文与对应的目标应答报文进行对比。由于原业务系统是已稳定的测试通过的系统，所以原应答报文是基准的应答报文，在将各原应答报文与对应的目标应答报文进行对比后，若各原应答报文与对应的目标应答报文均一致，则说明目标业务系统在处理这些上报报文对应的业务时，对业务进行了正确处理，没有出现错误，所以确定目标业务系统通过测试。若确定各原应答报文与对应的目标应答报文不均一致，例如，某一个或多个原应答报文与对应的目标应答报文不一致，则说明目标业务系统在处理这些上报报文对应的业务时，没有按照与原业务系统的方式进行处理，处理过程中出现了错误，则确定目标业务系统未通过测试。

需要说明的是，在确定目标业务系统未通过测试后，可输出目标业务系统未通过测试原因。还可在目标业务系统未通过测试原因中输出目标应答报文及对应的上报报文，以根据标业务系统未通过测试原因对目标业务系统进行进一步地调试。

本实施例提供的业务系统测试方法，在根据各原应答报文及对应的目标应答报文确定目标业务系统是否通过测试时，将各原应答报文与对应的目标应答报文进行对比；若确定各原应答报文与对应的目标应答报文均一致，则确定目标业务系统通过测试；若确定各原应答报文与对应的目标应答报文不均一致，则确定目标业务系统未通过测试。由于目标应答报文与原应答报文是否一致能够准确确定目标业务系统在处理各上报报文对应的业务时是否出现错误，所以采用将各原应答报文与对应的目标应答报文进行对比的方式，能够准确确定出目标业务系统是否通过测试。

实施例三

图4是本发明又一实施例提供的业务系统测试方法的流程示意图，如图4所示，本实施例提供的业务系统测试方法在实施例一提供的业务系统测试方法的基本上，步骤104具体为：根据基准数据及目标数据，确定目标业务系统是否通过测试。则本实施例提供的业务系统测试方法中步骤104包括以下几个步骤：

步骤104a，将基准数据及目标数据按照数据所属目标标识进行分类。

本实施例中，在原数据库和目标数据库中均可按照存储的数据所属目标标识进行分类。

例如，在原数据库和目标数据库中均存储有银行客户数据。银行客户数据可以包括：客户姓名，银行卡号，移动电话，固定电话，家庭住址，职业等数据。则将基准数据按照客户标识进行分类，将目标数据按照客户标识进行分类。其中，基准数据中包括的数据可以为银行客户数据中的任意一种或多种，同理，目标数据中包括的数据可以为银行客户数据中的任意一种或多种。

步骤104b，针对每个目标标识，将对应的基准数据及目标数据进行对比。

本实施例中，针对每个目标，均有对应的基准数据及目标数据。例如针对客户A，全天处理的一个业务是更新客户A的移动电话，则在基准数据中具有更新后的移动电话，在目标数据中也具有更新后的移动电话。则针对每个目标标识，将对应的基准数据及目标数据进行对比。

步骤104c，若确定各目标标识对应的基准数据与目标数据均一致，则确定目标业务系统通过测试。

步骤104d，若确定各目标标识对应的基准数据与目标数据不均一致，则确定目标业务系统未通过测试。

本实施例中，将每个目标标识对应的基准数据与目标数据进行对比，若确定各目标标识对应的基准数据与目标数据均一致，则说明目标业务系统在处理数据维护类业务后，目标数据库中更新后的目标数据与原业务系统在处理数据维护类业务后，原数据库中更新后的基准数据是相同的，则说明目标业务系统正确处理了该数据维护类业务，则确定目标业务系统通过测试。若确定各目标标识对应的基准数据与目标数据不均一致，例如某一个或多个目标标识对应的基准数据与目标数据不一致，则说明目标业务系统在处理一个或多个数据维护类业务时，没有采用原业务系统的处理方式进行处理，导致出现了错误结果，所以确定目标业务系统未通过测试。

需要说明的是，在确定目标业务系统未通过测试后，可输出目标业务系统未通过测试原因。还可在目标业务系统未通过测试原因中输出目标数据及目标数据对应的上报报文及目标应答报文，以根据标业务系统未通过测试原因对目标业务系统进行进一步地调试。

本实施例提供的业务系统测试方法，在根据基准数据及目标数据，确定目标业务系统是否通过测试时，通过将基准数据及目标数据按照数据所属目标标识进行分类，针对每个目标标识，将对应的基准数据及目标数据进行对比，若确定各目标标识对应的基准数据与目标数据均一致，则确定目标业务系统通过测试，若确定各目标标识对应的基准数据与目标数据不均一致，则确定目标业务系统未通过测试，由于基准数据与目标数据是否一致也能够准确反映目标业务系统在处理数据维护类业务时是都出现错误，所以采用针对每个目标标识，将对应的基准数据及目标数据进行对比的方式，能够准确确定出目标业务系统是否通过测试。

实施例四

图5是本发明再一实施例提供的业务系统测试方法的流程示意图，如图5所示，本实施例提供的业务系统测试方法在实施例一提供的业务系统测试方法的基础上，步骤104具体为：根据各原应答报文、对应的目标应答报文、基准数据及目标数据，确定目标业务系统是否通过测试。则本实施例提供的业务系统测试方法步骤104包括以下步骤：

步骤104A，将各原应答报文与对应的目标应答报文进行对比。

本实施例中，步骤104的实现方式与实施例二中步骤1041的实现方式类似，在此不再一一赘述。

步骤104B，将基准数据及目标数据按照数据所属目标标识进行分类，并针对每个目标标识，将对应的基准数据及目标数据进行对比。

本实施例中，步骤104B的实现方式与实施例三中步骤104a-步骤104b的实现方式类似，在此不再一一赘述。

步骤104C，若确定各原应答报文与对应的目标应答报文均一致，且各目标标识对应的基准数据与目标数据均一致，则确定目标业务系统通过测试。

步骤104D，若确定各原应答报文与对应的目标应答报文不均一致，和/或各目标标识对应的基准数据与目标数据不均一致，则确定目标业务系统未通过测试。

本实施例中，不仅判断各原应答报文与对应的目标应答报文是否均一致，还判断各目标标识对应的基准数据与目标数据是否均一致。若确定各原应答报文与对应的目标应答报文均一致，则说明目标业务系统在处理这些上报报文对应的业务时，对业务进行了正确处理，没有出现错误。若确定各目标标识对应的基准数据与目标数据均一致，则说明目标业务系统正确处理了数据维护类业务，则更加充分地说明目标业务系统通过测试。反之，若确定各原应答报文与对应的目标应答报文不均一致，则说明目标业务系统在处理某些上报报文对应的业务时，没有按照与原业务系统的方式进行处理，处理过程中出现了错误。以及/或者，若确定各目标标识对应的基准数据与目标数据不均一致，则说明目标业务系统在处理一个或多个数据维护类业务时，没有采用原业务系统的处理方式进行处理，导致出现了错误结果，更加充分的说明目标业务系统没有通过测试。

本实施例提供的业务系统测试方法，在根据各原应答报文、对应的目标应答报文、基准数据及目标数据，确定目标业务系统是否通过测试时，将各原应答报文与对应的目标应答报文进行对比，将基准数据及目标数据按照数据所属目标标识进行分类，并针对每个目标标识，将对应的基准数据及目标数据进行对比，若确定各原应答报文与对应的目标应答报文均一致，且各目标标识对应的基准数据与目标数据均一致，则确定目标业务系统通过测试，若确定各原应答报文与对应的目标应答报文不均一致，和/或各目标标识对应的基准数据与目标数据不均一致，则确定目标业务系统未通过测试，能够从两个不同的维度共同确定目标业务系统是否通过测试，进一步提高了对目标业务系统进行测试的准确性。

实施例五

图6是本发明一实施例提供的业务系统测试装置的结构示意图，如图6所示，本实施例提供的业务系统测试装置位于电子设备中。则本实施例提供的业务系统测试装置200包括：第一获取模块201，发送模块202，第二获取模块203及确定模块204。

其中，第一获取模块201，用于获取原业务系统对业务进行全天处理的全天报文流水及对业务进行全天处理后的基准数据；全天报文流水中包括多对报文，每对报文中包括：上报报文及原应答报文。发送模块202，用于将各上报报文按照对应的上报时间信息依次发送给目标业务系统，以使目标业务系统根据各上报报文进行对应的业务处理，生成对应的目标应答报文。第二获取模块203，用于获取目标业务系统根据各上报报文进行对应的业务处理后的目标数据。确定模块204，用于根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定目标业务系统是否通过测试。

可选地，确定模块204，具体用于：

根据各原应答报文及对应的目标应答报文确定目标业务系统是否通过测试。

可选地，确定模块204，在根据各原应答报文及对应的目标应答报文确定目标业务系统是否通过测试时，具体用于：

将各原应答报文与对应的目标应答报文进行对比；若确定各原应答报文与对应的目标应答报文均一致，则确定目标业务系统通过测试；若确定各原应答报文与对应的目标应答报文不均一致，则确定目标业务系统未通过测试。

可选地，确定模块204，具体用于：

根据基准数据及目标数据，确定目标业务系统是否通过测试。

可选地，确定模块204，在根据基准数据及目标数据，确定目标业务系统是否通过测试时，具体用于：

将基准数据及目标数据按照数据所属目标标识进行分类；针对每个目标标识，将对应的基准数据及目标数据进行对比；若确定各目标标识对应的基准数据与目标数据均一致，则确定目标业务系统通过测试；若确定各目标标识对应的基准数据与目标数据不均一致，则确定目标业务系统未通过测试。

可选地，确定模块204，具体用于：

根据各原应答报文、对应的目标应答报文、基准数据及目标数据，确定目标业务系统是否通过测试。

可选地，确定模块204，在根据各原应答报文、对应的目标应答报文、基准数据及目标数据，确定目标业务系统是否通过测试时，具体用于：

将各原应答报文与对应的目标应答报文进行对比；将基准数据及目标数据按照数据所属目标标识进行分类，并针对每个目标标识，将对应的基准数据及目标数据进行对比；若确定各原应答报文与对应的目标应答报文均一致，且各目标标识对应的基准数据与目标数据均一致，则确定目标业务系统通过测试；若确定各原应答报文与对应的目标应答报文不均一致，和/或各目标标识对应的基准数据与目标数据不均一致，则确定目标业务系统未通过测试。

本实施例提供的业务系统测试装置可以执行图2-图5所示方法实施例的技术方案，其实现原理和技术效果与图2-图5所示方法实施例类似，在此不再一一赘述。

实施例六

图7是用来实现本发明实施例的业务系统测试方法的电子设备的结构示意图，如图7所示，本实施例提供的电子设备30包括：至少一个处理器32，存储器31及收发器33；

处理器32、存储器31与收发器33通过电路互联；

存储器31存储计算机执行指令；收发器33，用于与原业务系统和目标业务系统之间收发数据；

至少一个处理器32执行存储器存储的计算机执行指令，使得至少一个处理器执行如实施例一至实施例四任意一个实施例提供的方法。

实施例七

图8是用来实现本发明实施例的业务系统测试方法的电子设备的框图，如图8所示，该电子设备可以是计算机，消息收发设备，平板设备，个人数字助理，服务器，服务器集群等。

电子设备400可以包括以下一个或多个组件：处理组件402，存储器404，电源组件406，多媒体组件408，音频组件410，输入/输出(I/O)接口412，传感器组件414，以及通信组件416。

处理组件402通常控制电子设备400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件402可以包括一个或多个处理器420来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件402可以包括一个或多个模块，便于处理组件402和其他组件之间的交互。例如，处理组件402可以包括多媒体模块，以方便多媒体组件408和处理组件402之间的交互。

存储器404被配置为存储各种类型的数据以支持在电子设备400的操作。这些数据的示例包括用于在电子设备400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件406为电子设备400的各种组件提供电力。电源组件406可以包括电源管理系统，一个或多个电源，及其他与为电子设备400生成、管理和分配电力相关联的组件。

多媒体组件408包括在电子设备400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件408包括一个前置摄像头和/或后置摄像头。当电子设备400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件410被配置为输出和/或输入音频信号。例如，音频组件410包括一个麦克风(MIC)，当电子设备400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器404或经由通信组件416发送。在一些实施例中，音频组件410还包括一个扬声器，用于输出音频信号。

I/O接口412为处理组件402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件414包括一个或多个传感器，用于为电子设备400提供各个方面的状态评估。例如，传感器组件414可以检测到电子设备400的打开/关闭状态，组件的相对定位，例如组件为电子设备400的显示器和小键盘，传感器组件414还可以检测电子设备400或电子设备400一个组件的位置改变，用户与电子设备400接触的存在或不存在，电子设备400方位或加速/减速和电子设备400的温度变化。传感器组件414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件416被配置为便于电子设备400和其他设备之间有线或无线方式的通信。电子设备400可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器404，上述指令可由电子设备400的处理器420执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当该存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述实施例一至实施例四任意一个实施例提供的方法。

在示例性实施例中，还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行上述实施例一或实施例二提供的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本发明旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (11)

1.一种业务系统测试方法，其特征在于，包括：

获取原业务系统对业务进行全天处理的全天报文流水及对业务进行全天处理后的基准数据；所述全天报文流水中包括多对报文，每对报文中包括：上报报文及原应答报文；

将各上报报文按照对应的上报时间信息依次发送给目标业务系统，以使目标业务系统根据各上报报文进行对应的业务处理，生成对应的目标应答报文；

获取目标业务系统根据各上报报文进行对应的业务处理后的目标数据；

根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定所述目标业务系统是否通过测试。

2.根据权利要求1所述的方法，其特征在于，所述根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定所述目标业务系统是否通过测试，包括：

根据各原应答报文及对应的目标应答报文确定所述目标业务系统是否通过测试。

3.根据权利要求2所述的方法，其特征在于，所述根据各原应答报文及对应的目标应答报文确定所述目标业务系统是否通过测试，包括：

将各原应答报文与对应的目标应答报文进行对比；

若确定各原应答报文与对应的目标应答报文均一致，则确定所述目标业务系统通过测试；

若确定各原应答报文与对应的目标应答报文不均一致，则确定所述目标业务系统未通过测试。

4.根据权利要求1所述的方法，其特征在于，所述根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定所述目标业务系统是否通过测试，包括：

根据所述基准数据及目标数据，确定所述目标业务系统是否通过测试。

5.根据权利要求4所述的方法，其特征在于，所述根据所述基准数据及目标数据，确定所述目标业务系统是否通过测试，包括：

将基准数据及目标数据按照数据所属目标标识进行分类；

针对每个目标标识，将对应的基准数据及目标数据进行对比；

若确定各目标标识对应的基准数据与目标数据均一致，则确定所述目标业务系统通过测试；

若确定各目标标识对应的基准数据与目标数据不均一致，则确定所述目标业务系统未通过测试。

6.根据权利要求1所述的方法，其特征在于，所述根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定所述目标业务系统是否通过测试，包括：

根据各原应答报文、对应的目标应答报文、基准数据及目标数据，确定所述目标业务系统是否通过测试。

7.根据权利要求6所述的方法，其特征在于，所述根据各原应答报文、对应的目标应答报文、基准数据及目标数据，确定所述目标业务系统是否通过测试，包括：

将各原应答报文与对应的目标应答报文进行对比；

将基准数据及目标数据按照数据所属目标标识进行分类，并针对每个目标标识，将对应的基准数据及目标数据进行对比；

若确定各原应答报文与对应的目标应答报文均一致，且各目标标识对应的基准数据与目标数据均一致，则确定所述目标业务系统通过测试；

若确定各原应答报文与对应的目标应答报文不均一致，和/或各目标标识对应的基准数据与目标数据不均一致，则确定所述目标业务系统未通过测试。

8.一种业务系统测试装置，其特征在于，包括：

第一获取模块，用于获取原业务系统对业务进行全天处理的全天报文流水及对业务进行全天处理后的基准数据；所述全天报文流水中包括多对报文，每对报文中包括：上报报文及原应答报文；

发送模块，用于将各上报报文按照对应的上报时间信息依次发送给目标业务系统，以使目标业务系统根据各上报报文进行对应的业务处理，生成对应的目标应答报文；

第二获取模块，用于获取目标业务系统根据各上报报文进行对应的业务处理后的目标数据；

确定模块，用于根据各原应答报文、对应的目标应答报文、和/或基准数据及目标数据，确定所述目标业务系统是否通过测试。

9.一种电子设备，其特征在于，包括：至少一个处理器，存储器及收发器；

所述处理器、所述存储器与所述收发器通过电路互联；

所述存储器存储计算机执行指令；所述收发器，用于与原业务系统和目标业务系统之间收发数据；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-7任一项所述的方法。

11.一种计算机程序产品，其特征在于，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1-7任一项所述的方法。

Images