一种对业务服务进行测试的方法和装置与流程

本发明涉及计算机技术领域，尤其涉及一种对业务服务进行测试的方法和装置。

背景技术：

目前，在对业务系统中的新旧业务进行切换前，需要由开发人员在线下模拟线上环境对上线的新业务进行测试，在测试合格后，对新旧业务进行线上切换，业务系统中原先调用旧业务服务的调用方将直接切换为调用该新业务服务。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

在对新业务进行测试时，即使通过线下的测试用例对新业务进行了多次的评审和验证，但是线下的测试环境往往不能完全模拟线上真实场景，测试结果不能准确的反映出新业务的情况，导致线上新旧业务切换存在一定的风险，系统的稳定性较低，在发现新业务有问题后切回到旧业务，影响面以及影响范围都不好评估。

因此，亟需一种测试结果更加真实有效的对业务服务进行测试的方法和装置。

技术实现要素：

有鉴于此，本发明实施例提供一种对业务服务进行测试的方法和装置，测试结果更加真实有效。

为实现上述目的，根据本发明实施例的一个方面，提供了一种对业务服务进行测试的方法，包括：

采集第一返回参数，其中，所述第一返回参数是原业务服务的业务逻辑根据业务服务的调用方调用原业务服务时提供的传入参数生成的；

使用所述传入参数调用待测试的业务服务，然后采集第二返回参数，其中所述第二返回参数是所述待测试的业务服务的业务逻辑根据所述传入参数生成的；

对比所述第一返回参数和第二返回参数，并根据所述第一返回参数和第二返回参数的差异判断所述待测试的业务服务是否异常。

进一步的，所述使用所述传入参数调用待测试的业务服务的步骤包括：

把所述原业务服务的传入参数存入消息队列，以供所述待测试的业务服务从所述消息队列中取出所述原业务服务的传入参数，并基于该传入参数生成所述第二返回参数。

进一步的，所述采集第一返回参数的步骤之后还包括：把所述第一返回参数存入所述消息队列；

所述对比所述第一返回参数和第二返回参数的步骤包括：

从所述消息队列中取出所述第一返回参数；

对比取出的所述第一返回参数与所述第二返回参数，以确定所述第一返回参数和第二返回参数的差异。

本发明实施例提供的对业务服务进行测试的方法，还包括：

在业务服务的调用方调用业务服务时，判断该调用方的用户是否在白名单内，若是，则将业务服务的调用方提供的传入参数发送给待测试的业务服务，然后采集所述待测试的业务服务的业务逻辑根据所述传入参数生成的返回参数。

为实现上述目的，根据本发明实施例的一个方面，提供了一种对业务服务进行测试的装置，包括：

第一采集模块，用于采集第一返回参数，其中，所述第一返回参数是原业务服务的业务逻辑根据业务服务的调用方调用原业务服务时提供的传入参数生成的；

第二采集模块，用于使用所述传入参数调用待测试的业务服务，然后采集第二返回参数，其中所述第二返回参数是所述待测试的业务服务的业务逻辑根据所述传入参数生成的；

对比模块，用于对比所述第一返回参数和第二返回参数，并根据所述第一返回参数和第二返回参数的差异判断所述待测试的业务服务是否异常。

进一步的，所述第二采集模块还用于把所述原业务服务的传入参数存入消息队列，以供所述待测试的业务服务从所述消息队列中取出所述原业务服务的传入参数，并基于该传入参数生成所述第二返回参数。

进一步的，所述第二采集模块还用于把所述第一返回参数存入所述消息队列；

所述对比模块还用于从所述消息队列中取出所述第一返回参数，然后对比取出的所述第一返回参数与所述第二返回参数，以确定所述第一返回参数和第二返回参数的差异。

本发明实施例提供的对业务服务进行测试的装置，还包括：

切流模块，用于在业务服务的调用方调用业务服务时，判断该调用方的用户是否在白名单内，若是，则将业务服务的调用方提供的传入参数发送给待测试的业务服务；

第三采集模块，用于采集所述待测试的业务服务的业务逻辑根据所述传入参数生成的返回参数。

根据本发明实施例的另一个方面，提供了一种对业务服务进行测试的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的对业务服务进行测试的方法。

根据本发明实施例的另一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的对业务服务进行测试的方法。

本发明实施例提供对业务服务进行测试的方法和装置，将线上系统的真实运行场景中调用原业务服务的传入参数和返回参数，作为测试参数对待测试的业务服务进行调用测试，相对于传统的通过线下的测试用例测试新业务服务的测试方法，本发明提供的测试方法的测试数据、测试环境和测试结果更加真实有效，极大的提高了新业务服务上线后的可用性和正确性。并且本发明提供的测试方法，通过异步调用待测试的业务服务进行测试，方法逻辑拆分的更为清晰，不需要等待对比结果返回，就可以进行后续的采集流程，从而缩减了测试时间，提高了测试效率。本发明提供的切流测试过程，通过白名单方式从原业务服务的流量中切换部分流量到待测试的业务服务，然后采集待测试的业务服务的返回参数进行抽检，在利用真实线上环境对新业务服务测试的同时，将新业务服务对线上的影响范围降至最小。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明实施例提供的对业务服务进行测试的方法的流程图；

图2是本发明实施例提供的对业务服务进行测试的方法的应用流程示意图；

图3是本发明实施例提供的对业务服务进行测试的装置的示意图；

图4是本发明实施例可以应用于其中的示例性系统架构图；

图5是适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本发明实施例提供一种对业务服务进行测试的方法，所述方法应用于在面向服务的架构soa中，对待上线的新业务服务进行测试，待上线的新业务服务的功能与线上的旧业务服务的功能基本相同，在新业务服务测试合格后，新业务服务将上线替代原来的旧业务服务，通过对新旧业务服务进行流量切换，完成新业务服务的上线。在面向服务的架构soa中，服务是应用程序的功能单元。

如图1所示，本发明实施例提供对业务服务进行测试的方法包括：步骤s101、步骤s102和步骤s103。在步骤s101中，采集第一返回参数，其中，第一返回参数是原业务服务的业务逻辑根据业务服务的调用方调用原业务服务时提供的传入参数生成的。

业务服务的调用方调用原业务服务，通过原业务服务的业务逻辑实现其所需要的数据处理功能，原业务服务根据业务调用方提供的传入参数进行数据处理生成返回参数，然后将返回参数，即第一返回参数返回给调用方，完成调用。步骤s101对第一返回参数进行采集，用于在后续步骤对待测试的业务服务进行测试。

在步骤s102中，使用传入参数调用待测试的业务服务，然后采集第二返回参数，其中第二返回参数是待测试的业务服务的业务逻辑根据传入参数进行处理后生成的返回参数。在本步骤中，调用待测试的业务服务所使用的传入参数与步骤s101中调用原业务服务的传入参数是同一参数。

在步骤s103中，对比第一返回参数和第二返回参数，并根据第一返回参数和第二返回参数的差异判断待测试的业务服务是否异常。由于第一返回参数和第二返回参数分别是原业务服务和待测试的业务服务基于同一传入参数处理生成的，因此通过第一返回参数和第二返回参数的差异即可获知待测试的业务服务和原业务服务相比的差异，通过对两者的差异进行分析，即可判断待测试的业务服务是否存在异常，例如，可以判断第一返回参数和第二返回参数的差异是否在预定义的正常范围内，差异若超出正常范围，则判定待测试的业务服务存在异常。

本发明实施例提供对业务服务进行测试的方法，将线上系统的真实运行场景中调用原业务服务的入参和返回参数作为测试参数对待测试的业务服务进行调用测试，相对于传统的通过线下的测试用例测试新业务服务的测试方法，本发明提供的测试方法的测试数据、测试环境和测试结果更加真实有效，极大的提高了新业务服务上线后的可用性和正确性。

在本发明对待测试的业务服务进行测试的过程中，调用待测试的业务服务的调用方式为异步调用，在步骤s102中，将采集到的原业务服务的第一返回参数和对应的传入参数存入消息队列，以供待测试的业务服务从消息队列中取出原业务服务的传入参数，并基于该传入参数生成第二返回参数。

然后，在步骤s103中，从消息队列中取出第一返回参数，对比取出的第一返回参数与第二返回参数，以确定待测试的业务服务与原业务服务的返回参数的差异。

原业务服务进行数据处理后，将第一返回参数返回调用方，本发明测试方法采集该第一返回参数和传入参数，将传入参数和第一返回参数存入消息队列，然后继续进行后续的参数采集流程，待测试的业务服务从消息队列中取出传入参数并基于该传入参数生成第二返回参数，然后本发明测试方法从消息队里中取出第一返回参数与第二返回参数进行对比。相对与同步调用待测试业务服务的方式，本发明提供的测试方法，通过异步调用待测试的业务服务进行测试，方法逻辑拆分的更为清晰，不需要等待对比结果返回，就可以进行后续的采集流程，从而缩减了测试时间，提高了测试效率。

本发明实施例提供对业务服务进行测试的方法，还包括切流测试过程。通过在一段时间内，记录待测试的业务服务与原业务服务的返回参数的差异并进行差异分析，判断待测试的业务服务是否符合相应的要求，当满足要求时，则可以对待测试的业务服务进行后续的切流测试过程，将原业务服务的一部分流量切换到待测试的新业务服务，对待测试的新业务服务进行试运行，若新业务服务试运行没有问题，则可将原业务服务的全部流量切换到新业务服务。

在本发明中，切流测试过程包括：在业务服务的调用方调用业务服务时，判断该调用方的用户是否在白名单内，白名单即预先配置的调用方调用原业务服务的全部用户中可以切换到调用待测试的业务服务的用户。

若调用方的用户在白名单内，则调用待测试的业务服务，将业务服务的调用方提供的传入参数发送给待测试的业务服务，然后采集待测试的业务服务的业务逻辑根据传入参数进行处理后生成的返回参数，然后可以抽样检查采集的返回参数是否存在异常，进而判断待测试的业务服务是否存在问题。

在通过一段时间的抽样检查后，若待测试的新业务服务没有异常，则可将原业务服务的全部流量切换到新业务服务，将该新业务服务上线。

本发明提供的切流测试过程，通过白名单方式从原业务服务的流量中切换部分流量到待测试的业务服务，然后采集待测试的业务服务的返回参数进行抽检，在利用真实线上环境对新业务服务测试的同时，将新业务服务对线上的影响范围降至最小。

下面结合一具体实施例对本发明提供的对业务服务进行测试的方法做进一步的说明。

如图2所示，在该实施例的应用场景中，业务服务为运费服务，业务服务的调用方为结算页、购物车和商品详情页，结算页、购物车和商品详情页通过javaserverfaces(jsf)接口调用运费服务soa接口，javaserverfaces是用于构建javaweb应用程序的标准框架，soa是面向服务的架构。

在本发明中，通过流量切换开关对新老业务服务的流量进行切换，流量切换开关和白名单通过zookeeper框架搭建实现，zookeeper是分布式应用程序协调服务。在对新业务服务上线进行测试之前，需要先配置好流量切换开关以及白名单。

测试过程开始后，流量切换开关切换至老运费服务，结算页、购物车和商品详情页调用老运费服务接口，并提供传入参数给老运费服务，在本实施例中传入参数包括：用户购买的商品的id、体积、重量和数量信息，老运费服务根据上述信息进行运费的计算，并返回相应的运费信息。

在本实施例中，采集老运费服务的传入参数和返回的运费信息，并存入消息队列，异步调用新运费服务接口，老运费服务继续进行后续流程。新运费服务使用相同传入参数计算运费信息，采集新运费服务的运费信息，然后，对比新老运费服务计算的运费信息，判断新运费服务是否存在异常。例如，老运费服务返回的费用是10元，新运费服务返回的费用是10.1元，即新老运费服务的运费信息存在差异，两者的差值为0.1，在预定义的正常范围内：差值小于0.2，则新老运费服务的运费信息的差异在正常范围内，相反，如果差值大于等于0.2，则新老运费服务的运费信息的差异超出正常范围。

在本实施例中，当新老业务服务的返回参数有差异，可以接入云监控系统对新业务服务的调用过程进行性能监控，并且通过日志记录传入参数、调用时间、新老业务的返回参数以及相关配置信息，以供开发人员分析异常情况。通过在一段时间内收集的上述信息分析新老业务服务的返回参数的差异是否是在正常范围，如果在非正常范围，则确定新业务服务存在异常，需要分析异常情况，重新梳理代码服务，修改异常点。

若新老运费服务的运费信息没有差异，或者差异在正常范围内，则可进行切流测试，通过白名单方式访问新运费服务，然后抽样检查新运费服务的运费信息是否存在异常，若存在异常，则还需要分析异常情况，修改异常点，若不存在异常则通过流量切换开关将原老运费服务的全部流量切换到新运费服务，完成新运费服务的上线。

本发明实施例提供对业务服务进行测试的方法，将线上系统的真实运行场景中调用原业务服务的入参和返回参数作为测试参数对待测试的业务服务进行调用测试，相对于传统的通过线下的测试用例测试新业务服务的测试方法，本发明提供的测试方法的测试数据、测试环境和测试结果更加真实有效，极大的提高了新业务服务上线后的可用性和正确性。本发明提供的测试方法，通过异步调用待测试的业务服务进行测试，方法逻辑拆分的更为清晰，不需要等待对比结果返回，就可以进行后续的采集流程，从而缩减了测试时间，提高了测试效率。本发明提供的切流测试过程，通过白名单方式从原业务服务的流量中切换部分流量到待测试的业务服务，然后采集待测试的业务服务的返回参数进行抽检，在利用真实线上环境对新业务服务测试的同时，将新业务服务对线上的影响范围降至最小。

本发明实施例还提供一种对业务服务进行测试的装置，如图3所示，该装置300包括：第一采集模块301、第二采集模块302和对比模块303。

其中，第一采集模块301用于采集第一返回参数，其中，第一返回参数是原业务服务的业务逻辑根据业务服务的调用方调用原业务服务时提供的传入参数进行处理后生成的返回参数。

第二采集模块302用于使用传入参数调用待测试的业务服务，然后采集第二返回参数，其中第二返回参数是待测试的业务服务的业务逻辑根据传入参数进行处理后生成的返回参数。

对比模块303用于对比第一返回参数和第二返回参数，并根据所述第一返回参数和第二返回参数的差异判断所述待测试的业务服务是否异常。

在本发明中，第二采集模块302还用于把原业务服务的传入参数存入消息队列，以供待测试的业务服务从消息队列中取出原业务服务的传入参数，并基于该传入参数生成第二返回参数。

在本发明中，第二采集模块302还用于把第一返回参数存入消息队列。

对比模块303还用于从消息队列中取出第一返回参数，然后对比取出的第一返回参数与第二返回参数，以确定待测试的业务服务与原业务服务的返回参数的差异。

本发明实施例还提供的对业务服务进行测试的装置还包括：切流模块和第三采集模块。切流模块用于在业务服务的调用方调用业务服务时，判断该调用方的用户是否在白名单内，若是，则将业务服务的调用方提供的传入参数发送给待测试的业务服务。

第三采集模块用于采集待测试的业务服务的业务逻辑根据传入参数进行处理后生成的返回参数。

本发明实施例提供对业务服务进行测试的装置，将线上系统的真实运行场景中调用原业务服务的入参和返回参数作为测试参数对待测试的业务服务进行调用测试，相对于传统的通过线下的测试用例测试新业务服务，本发明提供的测试装置的测试数据、测试环境和测试结果更加真实有效，极大的提高了新业务服务上线后的可用性和正确性。并且本发明提供的测试装置，通过异步调用待测试的业务服务进行测试，对比模块可以和待测试的业务服务作为一个应用相对独立于原业务系统，两者的逻辑拆分的更为清晰，第一采集模块不需要等待对比结果返回，就可以进行后续的采集流程，从而缩减了测试时间，提高了测试效率。本发明提供的测试装置的切流测试过程，通过白名单方式从原业务服务的流量中切换部分流量到待测试的业务服务，然后采集待测试的业务服务的返回参数进行抽检，在利用真实线上环境对新业务服务测试的同时，将新业务服务对线上的影响范围降至最小。

图4示出了可以应用本发明实施例的对业务服务进行测试的方法和装置的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。

终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器，例如对业务服务进行测试的服务器。服务器利用原业务服务的传入参数和返回参数，对待测试的业务服务进行测试。

需要说明的是，本发明实施例所提供的对业务服务进行测试的方法一般由服务器405执行，相应地，对业务服务进行测试的装置一般设置于服务器405中。

应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图5，其示出了适于用来实现本发明实施例的电子设备的计算机系统500的结构示意图。图5示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中，还存储有系统500操作所需的各种程序和数据。cpu501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。

以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器x10也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一采集模块、第二采集模块和对比模块。其中，这些模块的名称在某种情况下并不构成对该单元本身的限定，例如，第二采集模块还可以被描述为“用于使用所述传入参数调用待测试的业务服务的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

采集第一返回参数，其中，所述第一返回参数是原业务服务的业务逻辑根据业务服务的调用方调用原业务服务时提供的传入参数生成的；

使用所述传入参数调用待测试的业务服务，然后采集第二返回参数，其中所述第二返回参数是所述待测试的业务服务的业务逻辑根据所述传入参数生成的；

对比所述第一返回参数和第二返回参数，并根据所述第一返回参数和第二返回参数的差异判断所述待测试的业务服务是否异常。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。