CN113760315A - 测试系统的方法和装置 - Google Patents

Abstract

本发明公开了测试系统的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收测试指令，获取测试指令中的数据采集条件，根据数据采集条件，采集在系统的生产环境版本下的接口请求数据；解析接口请求数据，调用系统的生产环境版本和系统升级后的沙箱环境版本，对比调用结果；若调用结果不一致，则触发实时预警，对系统升级后的沙箱环境版本进行问题定位处理。该实施方式能够利用生产环境的真实请求数据进行实时测试，从而可以覆盖所有业务场景，还降低了人工用例测试成本和测试耗时。

Description

测试系统的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种测试系统的方法和装置。

背景技术

系统升级完成后，需要保证升级后的系统对外提供的接口数据的准确性。现有技术方案中，通过人工用例测试或借助自动化测试工具对升级后的系统进行测试，保证升级后系统提供的接口数据的正确性。

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

1)人工用例测试或自动化测试工具很难保证所有业务场景都覆盖全面，会导致遗漏冷门业务场景，还会造成人工用例测试成本高、测试耗时；

2)对于数据实时变化的业务场景，如物品的促销场景，人工用例测试或自动化测试工具很难模拟真实的场景。

发明内容

有鉴于此，本发明实施例提供一种测试系统的方法和装置，能够利用生产环境的真实请求数据进行实时测试，从而可以覆盖所有业务场景，还降低了人工用例测试成本和测试耗时。

为实现上述目的，根据本发明实施例的第一方面，提供了一种测试系统的方法。

本发明实施例的一种测试系统的方法，包括：接收测试指令，获取所述测试指令中的数据采集条件，根据所述数据采集条件，采集在系统的生产环境版本下的接口请求数据；解析所述接口请求数据，调用所述系统的生产环境版本和系统升级后的沙箱环境版本，对比调用结果；若所述调用结果不一致，则触发实时预警，对所述系统升级后的沙箱环境版本进行问题定位处理。

可选的，所述根据所述数据采集条件，采集在系统的生产环境版本下的接口请求数据，包括：根据所述数据采集条件，确定待测业务线和所述待测业务线的采集信息；根据所述待测业务线的采集信息，采集所述待测业务线在所述系统的生产环境版本下的接口请求数据；其中，所述待测业务线在所述系统的生产环境版本下的接口请求数据为所述待测业务线调用所述系统的生产环境版本时的调用接口以及接口请求参数。

可选的，在所述待测业务线为一条的情况下，所述待测业务线的采集信息包括：所述待测业务线的采集时间范围；以及，所述根据所述待测业务线的采集信息，采集所述待测业务线在所述系统的生产环境版本下的接口请求数据，包括：在所述待测业务线的采集时间范围内，根据所述待测业务线的唯一标识，采集所述待测业务线在所述系统的生产环境版本下的接口请求数据。

可选的，在所述待测业务线为多条的情况下，所述方法还包括：对每条待测业务线对应的接口的内部实现逻辑进行测试，以及对多条待测业务线对应的接口的内部实现逻辑进行测试。

可选的，所述待测业务线的采集信息包括：所述每条待测业务线的采集时间范围、所述多条待测业务线的共同采集时间范围、以及每条待测业务线的采集频率；以及，所述根据所述待测业务线的采集信息，采集所述待测业务线在所述系统的生产环境版本下的接口请求数据，包括：在所述每条待测业务线的采集时间范围内，根据所述每条待测业务线的唯一标识，采集所述每条待测业务线在所述系统的生产环境版本下的接口请求数据，以便对所述每条待测业务线对应的接口的内部实现逻辑进行测试；在所述多条待测业务线的共同采集时间范围内，根据所述每条待测业务线的唯一标识，按照所述每条待测业务线的采集频率采集所述每条待测业务线在所述系统的生产环境版本下的接口请求数据，以便对所述多条待测业务线对应的接口的内部实现逻辑进行测试。

可选的，在采集在系统的生产环境版本下的接口请求数据之后，所述方法还包括：通过消息队列模式，将所述接口请求数据发送至指定的消息主题中，以便在监控到所述消息主题中的所述接口请求数据的情况下，调用所述系统的生产环境版本和所述系统升级后的沙箱环境版本。

可选的，所述若所述调用结果不一致，则触发实时预警，包括：在所述调用结果不一致的情况下，获取所述接口请求数据对应的调用次数和所述接口请求数据对应的采集时间；判断所述调用次数是否不大于预设的重试次数且所述采集时间是否小于预设的时间阈值；若是，则重新调用所述系统的生产环境版本和所述系统升级后的沙箱环境版本，对比调用结果；若否，则触发实时预警。

为实现上述目的，根据本发明实施例的第二方面，提供了一种测试系统的装置。

本发明实施例的一种测试系统的装置，包括：采集模块，用于接收测试指令，获取所述测试指令中的数据采集条件，根据所述数据采集条件，采集在系统的生产环境版本下的接口请求数据；调用模块，用于解析所述接口请求数据，调用所述系统的生产环境版本和系统升级后的沙箱环境版本，对比调用结果；预警模块，用于若所述调用结果不一致，则触发实时预警，对所述系统升级后的沙箱环境版本进行问题定位处理。

可选的，所述采集模块还用于：根据所述数据采集条件，确定待测业务线和所述待测业务线的采集信息；根据所述待测业务线的采集信息，采集所述待测业务线在所述系统的生产环境版本下的接口请求数据；其中，所述待测业务线在所述系统的生产环境版本下的接口请求数据为所述待测业务线调用所述系统的生产环境版本时的调用接口以及接口请求参数。

可选的，在所述待测业务线为一条的情况下，所述待测业务线的采集信息包括：所述待测业务线的采集时间范围；以及，所述采集模块还用于：在所述待测业务线的采集时间范围内，根据所述待测业务线的唯一标识，采集所述待测业务线在所述系统的生产环境版本下的接口请求数据。

可选的，在所述待测业务线为多条的情况下，所述装置还用于：对每条待测业务线对应的接口的内部实现逻辑进行测试，以及对多条待测业务线对应的接口的内部实现逻辑进行测试。

可选的，所述待测业务线的采集信息包括：所述每条待测业务线的采集时间范围、所述多条待测业务线的共同采集时间范围、以及每条待测业务线的采集频率；以及，所述采集模块还用于：在所述每条待测业务线的采集时间范围内，根据所述每条待测业务线的唯一标识，采集所述每条待测业务线在所述系统的生产环境版本下的接口请求数据，以便对所述每条待测业务线对应的接口的内部实现逻辑进行测试；在所述多条待测业务线的共同采集时间范围内，根据所述每条待测业务线的唯一标识，按照所述每条待测业务线的采集频率采集所述每条待测业务线在所述系统的生产环境版本下的接口请求数据，以便对所述多条待测业务线对应的接口的内部实现逻辑进行测试。

可选的，所述装置还包括发送模块，用于：通过消息队列模式，将所述接口请求数据发送至指定的消息主题中，以便在监控到所述消息主题中的所述接口请求数据的情况下，调用所述系统的生产环境版本和所述系统升级后的沙箱环境版本。

可选的，所述预警模块还用于：在所述调用结果不一致的情况下，获取所述接口请求数据对应的调用次数和所述接口请求数据对应的采集时间；判断所述调用次数是否不大于预设的重试次数且所述采集时间是否小于预设的时间阈值；若是，则重新调用所述系统的生产环境版本和所述系统升级后的沙箱环境版本，对比调用结果；若否，则触发实时预警。

为实现上述目的，根据本发明实施例的第三方面，提供了一种电子设备。

本发明实施例的一种电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明实施例的测试系统的方法。

为实现上述目的，根据本发明实施例的第四方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现本发明实施例的测试系统的方法。

上述发明中的一个实施例具有如下优点或有益效果：因为按照测试系统指令中的数据采集条件采集系统生产环境版本的接口请求数据，从而可以利用生产环境的真实请求数据进行实时测试，解决了现有技术中人工用例测试或自动化测试工具不能保证覆盖所有业务场景以及很难模拟真实场景的技术问题，还可以降低人工用例测试成本和测试耗时；此外，解析接口请求数据，调用系统的生产环境版本和系统升级后的沙箱环境版本，接着对调用结果进行对比分析，且在结果不一致的情况下进行实时预警，保证了系统对外提供的接口数据的准确性，能够实时发现系统的生产环境版本和系统升级后的沙箱环境版本的差异性，第一时间解决系统升级过程中存在的缺陷。

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

附图说明

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

图1是根据本发明实施例的测试系统的方法的主要步骤的示意图；

图2是根据本发明实施例的采集接口请求数据的主要过程的示意图；

图3是根据本发明实施例的测试系统的方法的主要流程的示意图；

图4是根据本发明实施例的测试系统的装置的主要模块的示意图；

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

图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

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

图1是根据本发明实施例的测试系统的方法的主要步骤的示意图，如图1所示，测试系统的方法的主要步骤可以包括步骤S101至步骤S103。

步骤S101：接收测试指令，获取测试指令中的数据采集条件，根据数据采集条件，采集在系统的生产环境版本下的接口请求数据。

其中，测试指令是指需要对升级后的系统进行测试的指令，该采集指令中包含数据采集条件，如数据采集时间等条件，可以根据数据采集条件，采集在系统的生产环境版本下的接口请求数据。系统的生产环境版本是指处于生产环境下的系统运行版本，也即，在实际生产中，当前正在运行的系统版本。接口请求数据是指外部调用方调用当前正在运行的系统版本时的调用接口以及接口请求参数。不同业务的接口请求参数是不同的，比如物品抢购业务，请求参数可以为用户名、用户抢购物品的标识、抢购的数量、抢购的单价、抢购时间等，对应的系统的调用结果可以为用户是否抢购成功、用户需要支付的价格等。具体的采集接口数据可以为：向系统的生产环境版本发送采集数据请求，系统的生产环境版本将外部调用方调用的接口以及接口请求参数返回。需要注意的是，为了避免对生产环境的影响，系统的生产环境版本可以采用异步方式返回。

步骤S102：解析接口请求数据，调用系统的生产环境版本和系统升级后的沙箱环境版本，对比调用结果。

在采集接口请求数据后，解析采集的接口请求数据，且分别调用系统的生产环境版本和系统升级后的沙箱环境版本，获取两个版本对应的调用结果。在上文中已经说明系统的生产环境版本是指在实际生产中，当前正在运行的系统版本，接下来详细说明系统升级后的沙箱版本。沙箱是一个虚拟系统程序，其创造了一个类似沙盒的独立作业环境，在其内部运行的程序并不能对硬盘产生永久性的影响。在网络安全中，沙箱指在隔离环境中，用以测试不受信任的文件或应用程序等行为的工具。本发明实施例中，沙箱环境是指协助开发者进行测试的环境，且该沙箱环境独立于生产环境的配置。因此，系统升级后的沙箱环境版本可以理解为测试环境下的系统升级后的版本。

在采集到系统的生产环境版本下的接口请求数据后，分别调用系统的生产环境版本和系统升级后的沙箱环境版本，获取两个版本对应的调用结果，然后对调用结果进行对比分析。本发明的可参考实施例中，在采集在系统的生产环境版本下的接口请求数据之后，测试系统的方法还可以包括：通过消息队列模式将接口请求数据发送至指定的消息主题中，以便在监控到消息主题中的接口请求数据的情况下，调用系统的生产环境版本和系统升级后的沙箱环境版本。

消息队列模式是消息发布者将消息发布在消息主题中，消息消费者能够消费消息主题中的消息。具体的，可以采用消息发布订阅模式，将接口请求数据发送至指定的消息主题中，且能够立即监控到接口请求数据被发送至指定的消息主题，这样可以立刻进行后续处理，即解析接口请求数据，同时调用系统的生产环境版本和系统升级后的沙箱环境版本，完成两个版本的调用结果对比。由于采用消息队列模式，所以从接口请求数据的采集到最后执行调用结果对比的耗时能控制在毫秒级别。这对于数据变更频繁的系统来说，如物品的促销业务，随着用户的下单，促销的库存实时发生变化，能够更真实的模拟系统的生产环境版本和系统升级后的沙箱环境版本的调用结果，也即，获取到的调用结果更加符合实际场景，而现有人工用例测试或者接口自动化测试工具是很难模拟的。

步骤S103：若调用结果不一致，则触发实时预警，对系统升级后的沙箱环境版本进行问题定位处理。

对系统升级完成后，虽然对外接口的定义没有变动，但是需要保证系统对外提供的接口数据的准确性。本发明实施例中，分别调用系统的生产环境版本和系统升级后的沙箱环境版本，获取两个版本对应的调用结果，即获取两个版本对应的接口返回数据，然后对接口返回数据进行对比分析，判断接口返回数据是否符合强一致性，即判断调用两个版本的接口返回数据的每个字符是否都相同。如果不一致，则表明系统升级后的版本有问题，需要触发实时预警，对系统升级后的沙箱环境版本进行问题定位以及问题处理，从而解决接口返回数据不一致的问题。如果一致，则表明系统升级后的版本没有问题，可以进行系统升级以及系统切流流程，其中，系统切流流程是指系统升级后逐步引入生产环境流量，可以先引入小部分流量到升级后的系统中，然后逐步增大。

此外，如果两个版本对应的接口返回数据不一致，则说明是如下两种情况导致的：一、系统的生产环境版本的接口的内在实现逻辑与系统升级后的沙箱环境版本的接口的内在实现逻辑存在差异；二、调用两个版本时存在时差、或者接口调用超时(网络抖动)等原因导致的。为了避免第二种情况导致的误判问题，可以采用多次对比的技术手段。所以，作为本发明的可参考实施例，若调用结果不一致，则触发实时预警，可以包括：在调用结果不一致的情况下，获取接口请求数据对应的调用次数和接口请求数据对应的采集时间；判断调用次数是否不大于预设的重试次数且采集时间是否小于预设的时间阈值；若是，则重新调用系统的生产环境版本和系统升级后的沙箱环境版本，对比调用结果；若否，则触发实时预警。

其中，接口请求数据对应的调用次数是指解析接口请求数据后，调用系统的生产环境版本和系统升级后的沙箱环境版本的次数。为了避免调用两个版本时存在时差、或者接口调用超时(网络抖动)等原因导致的接口返回数据不一致的问题，在解析接口请求数据后，可以多次调用系统的生产环境版本和系统升级后的沙箱环境版本，然后对两个版本的调用结果进行对比分析。需要注意的是，一次对应的是调用系统的生产环境和系统升级后的沙箱环境这两个版本。同时，考虑到系统的数据变更频繁，为了能够更加真实的模拟生产环境，需要设置时间阈值，在时间阈值范围内，才可以进行多次调用。显然，也需要设置重试次数，在接口请求数据对应的调用次数不大于预设的重试次数的情况下，才可以进行重新调用。所以，如果两个版本对应的接口返回数据不一致，在调用次数不大于预设的重试次数且采集时间小于预设的时间阈值的情况下，可以重新调用系统的生产环境版本和系统升级后的沙箱环境版本，然后对比调用结果。对于调用次数大于预设的重试次数，和\或，采集时间不小于预设的时间阈值的情况，触发实时预警。

根据本发明实施例的测试系统的技术方案，根据数据采集条件采集系统生产环境版本的接口请求数据，从而可以利用生产环境的真实请求数据进行实时测试，解决了现有技术中人工用例测试或自动化测试工具不能保证覆盖所有业务场景以及很难模拟真实场景的技术问题，还可以降低人工用例测试成本和测试耗时；此外，解析接口请求数据，调用系统的生产环境版本和系统升级后的沙箱环境版本，接着对调用结果进行对比分析，且在结果不一致的情况下进行实时预警，保证了系统对外提供的接口数据的准确性，能够实时发现系统的生产环境版本和系统升级后的沙箱环境版本的差异性，第一时间解决系统升级过程中存在的缺陷。

本发明实施例提供的测试系统的方法中，根据数据采集条件采集系统生产环境版本的接口请求数据，实现了利用生产环境的真实请求数据进行实时测试，进而可以解决现有技术不能保证覆盖所有业务场景以及很难模拟真实场景的技术问题。可以看出，采集的接口请求数据在提供的测试系统的方法中具有重要作用。结合系统进行分析，其接入的业务线较多，各业务线之间的业务逻辑差异性大，各业务线对应的接口内部实现逻辑也是有差异的，需要的接口请求数据的时间范围以及流量大小等也是不同的，因此按照具体的规则采集业务线的接口请求数据是本发明实施例的重要组成部分，接下来具体说明此部分。

作为本发明的可参考实施例，根据数据采集条件，采集在系统的生产环境版本下的接口请求数据，可以包括：根据数据采集条件，确定待测业务线和待测业务线的采集信息；根据待测业务线的采集信息，采集待测业务线在系统的生产环境版本下的接口请求数据；其中，待测业务线在系统的生产环境版本下的接口请求数据为待测业务线调用系统的生产环境版本时的调用接口以及接口请求参数。

系统可以为外部接入的业务线分配指定的业务标识，也可以直接获取业务线的唯一标识，这样可以实现采集指定业务线的接口请求数据，即系统可以通过为业务线分配的业务标识或者通过获取的业务线的唯一标识，获取某条业务线的调用接口及接口请求参数。本发明实施例中，可以根据数据采集条件确定待测业务线和该待测业务线的采集信息。假设待测业务线为A，则说明需要采集业务线A调用系统时的调用接口以及接口请求参数，也即，需要对业务线A对应的接口的内部实现逻辑进行测试。待测业务线的采集信息可以包括采集时间范围、采集流量范围等信息，比如物品促销业务，采集时间范围可以设置为具体的促销时间范围。

此外，在步骤S101中已经说明，测试指令中包括数据采集条件，且可以通过数据采集条件确定待测业务线和待测业务线的采集信息，那么说明本发明实施例提供的测试系统的方法中，可以根据具体需求进行测试。比如，某个业务方需要在指定的时间段进行大促活动，如每天晚上8点至9点进行某物品的促销，那么该物品的促销活动只在这段时间才会生效，因此可以在指定的时间段内，只配置这个业务方的业务标识，实现对这种特殊时间点的场景进行有效验证。

需要注意的是，待测业务线可以为一条也可以为多条，针对一条待测业务线，该待测业务线的采集信息可以包括：采集时间范围，具体的采集过程可以为：在待测业务线的采集时间范围内，根据待测业务线的唯一标识，采集待测业务线在系统的生产环境版本下的接口请求数据。接着，可以执行后续的调用、对比调用结果以及分析对比结果等处理，这样可以对系统升级前后，该待测业务线调用的接口的内部实现逻辑是否有差异。

对于待测业务线为多条的情况，本发明实施例提供的测试系统的方法还可以包括：对每条待测业务线对应的接口的内部实现逻辑进行测试，以及对多条待测业务线对应的接口的内部实现逻辑进行测试。也即，可以分别获取每条待测业务线的接口请求数据，然后执行后续的调用、对比调用结果以及分析对比结果等处理，这样可以完成对每条待测业务线对应的接口的内部实现逻辑进行测试，能够及时发现系统升级前后，每条待测业务线对应的接口的内部实现逻辑是否存在差异，使得问题定位更加准确。此外，还可以获取在同一个时间范围内，获取多条待测业务线的接口请求数据，然后执行后续的调用、对比调用结果以及分析对比结果等处理，这样可以完成对多条待测业务线对应的接口的内部实现逻辑进行测试，相当于对混合业务场景进行有效验证。

针对多条待测业务线的情况，待测业务线的采集信息可以包括：每条待测业务线的采集时间范围、多条待测业务线的共同采集时间范围、以及每条待测业务线的采集频率。其中，每条待测业务线的采集时间范围是指在分别对每条业务线对应的接口的内部实现逻辑进行测试的情况下，设置的采集时间范围。比如，有待测业务线A、B和C，针对业务线A，可以设置在8点到9点采集接口请求数据，针对业务线B，可以设置在9点到11点采集接口请求数据，针对业务线C，可以设置12点到13点采集接口请求数据。多条待测业务线的共同采集时间范围是指在对多条业务线对应的接口的内部实现逻辑进行测试的情况下，设置的采集时间范围。比如，有待测业务线A、B和C，可以设置在14点到16点同时采集这三条业务线的接口请求数据。每条待测业务线的采集频率是指在对多条业务线对应的接口的内部实现逻辑进行测试的情况下，设置的采集频率，如调用接口流量较大的业务线按比例采集接口请求数据，调用接口流量小的业务线全量采集接口请求数据。考虑到不同业务方的业务场景千差万别，业务流量也存在很大的差异，根据业务线的具体情况为不同业务线设置采集频率，能够有效解决高流量业务和低流量业务的对比隔离，还可以解决现有技术中遗漏冷门业务场景的技术问题。

作为本发明的可参考实施例，根据待测业务线的采集信息，采集待测业务线在系统的生产环境版本下的接口请求数据，可以包括：在每条待测业务线的采集时间范围内，根据每条待测业务线的唯一标识，采集每条待测业务线在系统的生产环境版本下的接口请求数据，以便对每条待测业务线对应的接口的内部实现逻辑进行测试；在多条待测业务线的共同采集时间范围内，根据每条待测业务线的唯一标识，按照每条待测业务线的采集频率采集每条待测业务线在系统的生产环境版本下的接口请求数据，以便对多条待测业务线对应的接口的内部实现逻辑进行测试。

对于待测业务线为多条的情况，可以对每条待测业务线对应的接口的内部实现逻辑进行测试，以及对多条待测业务线对应的接口的内部实现逻辑进行测试。需要注意的是，具体的测试顺序可以根据需求设置，比如先对每条待测业务线对应的接口的内部实现逻辑进行测试，然后对多条待测业务线对应的接口的内部实现逻辑进行测试，或者也可以先对多条待测业务线对应的接口的内部实现逻辑进行测试，再对每条待测业务线对应的接口的内部实现逻辑进行测试。具体的执行顺序可以由数据采集条件中每条待测业务线的采集时间范围、以及多条待测业务线的共同采集时间范围确定。

图2是根据本发明实施例的采集接口请求数据的主要过程的示意图。如图2所示，采集接口请求数据的主要过程可以包括：

步骤S201，接收测试指令，获取测试指令中的数据采集条件；

步骤S202，根据数据采集条件，确定待测业务线和待测业务线的采集信息；

步骤S203，若待测业务线为一条，则待测业务线的采集信息为该条业务线的采集时间范围；

步骤S204，在该条待测业务线的采集时间范围内，根据该条待测业务线的唯一标识，采集该条待测业务线在系统的生产环境版本下的接口请求数据，即采集该条待测业务线调用系统的生产环境版本时的调用接口以及接口请求参数；

步骤S205，若待测业务线为多条，则待测业务线的采集信息为每条待测业务线的采集时间范围、多条待测业务线的共同采集时间范围、以及每条待测业务线的采集频率；

步骤S206，在每条待测业务线的采集时间范围内，根据每条待测业务线的唯一标识，采集每条待测业务线在系统的生产环境版本下的接口请求数据，以便对每条待测业务线对应的接口的内部实现逻辑进行测试；

步骤S207，在多条待测业务线的共同采集时间范围内，根据每条待测业务线的唯一标识，按照每条待测业务线的采集频率采集每条待测业务线在系统的生产环境版本下的接口请求数据，以便对多条待测业务线对应的接口的内部实现逻辑进行测试。

步骤S206和步骤S207的顺序仅为示例，具体的执行顺序可以由每条待测业务线的采集时间范围、以及多条待测业务线的共同采集时间范围确定。

本发明实施例提供的测试系统的方法中，可以根据测试指令中的数据采集条件采集接口请求数据。该数据采集条件可以根据具体需要设置，包括仅对一条待测业务线对应的接口的内部实现逻辑进行测试、以及对多条待测业务线对应的接口的内部实现逻辑进行测试，且不同待测业务线的采集信息是不同的，从而可以实现对特殊场景进行有效验证，还可以解决高流量业务和低流量业务的对比隔离，解决现有技术场景覆盖不全的问题。

为了方便理解，接下来从一条待测业务线这种情形，详细说明测试系统的方法的具体过程。

图3是根据本发明实施例的测试系统的方法的主要流程的示意图，其所示的为待测业务线为一条的情况下的测试系统的方法的主要流程。如图3所示，测试系统的方法的主要流程可以包括：

步骤S301，接收测试指令，获取测试指令中的数据采集条件；

步骤S302，根据数据采集条件，确定一条待测业务线和该条待测业务线的采集时间范围；

步骤S303，在该条待测业务线的采集时间范围内，根据该条待测业务线的唯一标识，采集该条待测业务线在系统的生产环境版本下的接口请求数据，即采集该条待测业务线调用系统的生产环境版本时的调用接口以及接口请求参数；

步骤S304，通过消息队列模式将采集的接口请求数据发送至指定的消息主题中，以便在监控到指定的消息主题中的接口请求数据的情况下，解析接口请求数据；

步骤S305，调用系统的生产环境版本和系统升级后的沙箱环境版本；

步骤S306，判断调用结果是否一致，若是，则执行步骤S307，否则，执行步骤S308；

步骤S307，根据具体需求，进行系统升级以及系统切流流程；

步骤S308，获取接口请求数据对应的调用次数和接口请求数据对应的采集时间；

步骤S309，判断调用次数是否不大于预设的重试次数且采集时间是否小于预设的时间阈值，若是，则执行步骤S305，否则执行步骤S310；

步骤S310，触发实时预警。

若待测业务线为一条，可以采集该条业务线在某时间范围的接口请求数据，以便对该条业务线对应的接口的内部实现逻辑进行测试，能够实现对特殊时间点的场景的有效验证。还有，步骤S309中的预设的重试次数以及预设的时间阈值可以根据该条业务线设置，比如对于物品促销业务，由于数据变化比较频繁，如果预设的时间阈值过大，会造成重新调用时的两个系统版本与采集数据时的两个系统版本的差异比较大，间接造成调用结果不准确。

对于多条待测业务线，除了可以按照上述步骤S303至步骤S310对每条待测业务线对应的接口的内部实现逻辑进行测试外，还需要对多条待测业务线对应的接口的内部实现逻辑进行测试，具体的，在通过步骤S207获取到接口请求数据后，按照步骤S304至步骤S310进行测试。

需要注意的是，待测业务线为多条的情况下，如果首先对每条待测业务线对应的接口的内部实现逻辑进行测试，发现某条业务线对应的接口的内部实现逻辑有问题，则需要进行实时预警。此种情况下，对多条待测业务线对应的接口的内部实现逻辑进行测试时，可以先将该条业务线从待测业务线中剔除掉，也可以不剔除，具体情况可以根据需求设置。

根据本发明实施例的测试系统的方法，能够按照测试系统指令中的数据采集条件采集系统生产环境版本的接口请求数据，从而可以利用生产环境的真实请求数据进行实时测试，解决了现有技术中人工用例测试或自动化测试工具不能保证覆盖所有业务场景以及很难模拟真实场景的技术问题，还可以降低人工用例测试成本和测试耗时；此外本发明实施例的测试系统的装置，能够解析接口请求数据，调用系统的生产环境版本和系统升级后的沙箱环境版本，接着对调用结果进行对比分析，且在结果不一致的情况下进行实时预警，保证了系统对外提供的接口数据的准确性，能够实时发现系统的生产环境版本和系统升级后的沙箱环境版本的差异性，第一时间解决系统升级过程中存在的缺陷。此外，数据采集条件可以包括仅对一条待测业务线对应的接口的内部实现逻辑进行测试、以及对多条待测业务线对应的接口的内部实现逻辑进行测试，且不同待测业务线的采集信息是不同的，从而可以实现对特殊场景进行有效验证，还可以解决高流量业务和低流量业务的对比隔离，解决现有技术场景覆盖不全的问题。

图4是根据本发明实施例的测试系统的装置的主要模块的示意图。如图4所示，测试系统的装置400的主要模块可以包括：采集模块401、调用模块402和预警模块403。

其中，采集模块401可用于接收测试指令，获取测试指令中的数据采集条件，根据数据采集条件，采集在系统的生产环境版本下的接口请求数据；调用模块402可用于解析接口请求数据，调用系统的生产环境版本和系统升级后的沙箱环境版本，对比调用结果；预警模块403可用于若调用结果不一致，则触发实时预警，对系统升级后的沙箱环境版本进行问题定位处理。

本发明实施例中，采集模块401还可用于：根据数据采集条件，确定待测业务线和待测业务线的采集信息；根据待测业务线的采集信息，采集待测业务线在系统的生产环境版本下的接口请求数据；其中，待测业务线在系统的生产环境版本下的接口请求数据为待测业务线调用系统的生产环境版本时的调用接口以及接口请求参数。

本发明实施例中，在待测业务线为一条的情况下，待测业务线的采集信息可以包括：待测业务线的采集时间范围；以及，采集模块401还可用于：在待测业务线的采集时间范围内，根据待测业务线的唯一标识，采集待测业务线在系统的生产环境版本下的接口请求数据。

本发明实施例中，在待测业务线为多条的情况下，测试系统的装置可以用于：对每条待测业务线对应的接口的内部实现逻辑进行测试，以及对多条待测业务线对应的接口的内部实现逻辑进行测试。

本发明实施例中，待测业务线的采集信息可以包括：每条待测业务线的采集时间范围、多条待测业务线的共同采集时间范围、以及每条待测业务线的采集频率；以及，采集模块401还可用于：在每条待测业务线的采集时间范围内，根据每条待测业务线的唯一标识，采集每条待测业务线在系统的生产环境版本下的接口请求数据，以便对每条待测业务线对应的接口的内部实现逻辑进行测试；在多条待测业务线的共同采集时间范围内，根据每条待测业务线的唯一标识，按照每条待测业务线的采集频率采集每条待测业务线在系统的生产环境版本下的接口请求数据，以便对多条待测业务线对应的接口的内部实现逻辑进行测试。

本发明实施例中，测试系统的装置还可以包括发送模块(图4中未示出)，该发送模块可用于：通过消息队列模式将接口请求数据发送至指定的消息主题中，以便在监控到消息主题中的接口请求数据的情况下，调用系统的生产环境版本和系统升级后的沙箱环境版本。

本发明实施例中，预警模块403还可用于：在调用结果不一致的情况下，获取接口请求数据对应的调用次数和接口请求数据对应的采集时间；判断调用次数是否不大于预设的重试次数且采集时间是否小于预设的时间阈值；若是，则重新调用系统的生产环境版本和系统升级后的沙箱环境版本，对比调用结果；若否，则触发实时预警。

根据本发明实施例的测试系统的装置，能够按照测试系统指令中的数据采集条件采集系统生产环境版本的接口请求数据，从而可以利用生产环境的真实请求数据进行实时测试，解决了现有技术中人工用例测试或自动化测试工具不能保证覆盖所有业务场景以及很难模拟真实场景的技术问题，还可以降低人工用例测试成本和测试耗时；此外本发明实施例的测试系统的装置，能够解析接口请求数据，调用系统的生产环境版本和系统升级后的沙箱环境版本，接着对调用结果进行对比分析，且在结果不一致的情况下进行实时预警，保证了系统对外提供的接口数据的准确性，能够实时发现系统的生产环境版本和系统升级后的沙箱环境版本的差异性，第一时间解决系统升级过程中存在的缺陷。

图5示出了可以应用本发明实施例的测试系统的方法或测试系统的装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如测试类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

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

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

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

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

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

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有系统600操作所需的各种程序和数据。CPU601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

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

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

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括采集模块、调用模块和预警模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，采集模块还可以被描述为“接收测试指令，获取测试指令中的数据采集条件，根据数据采集条件，采集在系统的生产环境版本下的接口请求数据的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收测试指令，获取测试指令中的数据采集条件，根据数据采集条件，采集在系统的生产环境版本下的接口请求数据；解析接口请求数据，调用系统的生产环境版本和系统升级后的沙箱环境版本，对比调用结果；若调用结果不一致，则触发实时预警，对系统升级后的沙箱环境版本进行问题定位处理。

根据本发明实施例的技术方案，因为按照测试系统指令中的数据采集条件采集系统生产环境版本的接口请求数据，从而可以利用生产环境的真实请求数据进行实时测试，解决了现有技术中人工用例测试或自动化测试工具不能保证覆盖所有业务场景以及很难模拟真实场景的技术问题，还可以降低人工用例测试成本和测试耗时；此外，解析接口请求数据，调用系统的生产环境版本和系统升级后的沙箱环境版本，接着对调用结果进行对比分析，且在结果不一致的情况下进行实时预警，保证了系统对外提供的接口数据的准确性，能够实时发现系统的生产环境版本和系统升级后的沙箱环境版本的差异性，第一时间解决系统升级过程中存在的缺陷。

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

Claims (10)

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

接收测试指令，获取所述测试指令中的数据采集条件，根据所述数据采集条件，采集在系统的生产环境版本下的接口请求数据；

解析所述接口请求数据，调用所述系统的生产环境版本和系统升级后的沙箱环境版本，对比调用结果；

若所述调用结果不一致，则触发实时预警，对所述系统升级后的沙箱环境版本进行问题定位处理。

2.根据权利要求1所述的方法，其特征在于，所述根据所述数据采集条件，采集在系统的生产环境版本下的接口请求数据，包括：

根据所述数据采集条件，确定待测业务线和所述待测业务线的采集信息；

根据所述待测业务线的采集信息，采集所述待测业务线在所述系统的生产环境版本下的接口请求数据；其中，

所述待测业务线在所述系统的生产环境版本下的接口请求数据为所述待测业务线调用所述系统的生产环境版本时的调用接口以及接口请求参数。

3.根据权利要求2所述的方法，其特征在于，在所述待测业务线为一条的情况下，所述待测业务线的采集信息包括：所述待测业务线的采集时间范围；以及，

所述根据所述待测业务线的采集信息，采集所述待测业务线在所述系统的生产环境版本下的接口请求数据，包括：

在所述待测业务线的采集时间范围内，根据所述待测业务线的唯一标识，采集所述待测业务线在所述系统的生产环境版本下的接口请求数据。

4.根据权利要求2所述的方法，其特征在于，在所述待测业务线为多条的情况下，所述方法还包括：对每条待测业务线对应的接口的内部实现逻辑进行测试，以及对多条待测业务线对应的接口的内部实现逻辑进行测试。

5.根据权利要求4所述的方法，其特征在于，所述待测业务线的采集信息包括：所述每条待测业务线的采集时间范围、所述多条待测业务线的共同采集时间范围、以及每条待测业务线的采集频率；以及，

所述根据所述待测业务线的采集信息，采集所述待测业务线在所述系统的生产环境版本下的接口请求数据，包括：

在所述每条待测业务线的采集时间范围内，根据所述每条待测业务线的唯一标识，采集所述每条待测业务线在所述系统的生产环境版本下的接口请求数据，以便对所述每条待测业务线对应的接口的内部实现逻辑进行测试；

在所述多条待测业务线的共同采集时间范围内，根据所述每条待测业务线的唯一标识，按照所述每条待测业务线的采集频率采集所述每条待测业务线在所述系统的生产环境版本下的接口请求数据，以便对所述多条待测业务线对应的接口的内部实现逻辑进行测试。

6.根据权利要求1所述的方法，其特征在于，在采集在系统的生产环境版本下的接口请求数据之后，所述方法还包括：

通过消息队列模式，将所述接口请求数据发送至指定的消息主题中，以便在监控到所述消息主题中的所述接口请求数据的情况下，调用所述系统的生产环境版本和所述系统升级后的沙箱环境版本。

7.根据权利要求1所述的方法，其特征在于，所述若所述调用结果不一致，则触发实时预警，包括：

在所述调用结果不一致的情况下，获取所述接口请求数据对应的调用次数和所述接口请求数据对应的采集时间；

判断所述调用次数是否不大于预设的重试次数且所述采集时间是否小于预设的时间阈值；

若是，则重新调用所述系统的生产环境版本和所述系统升级后的沙箱环境版本，对比调用结果；

若否，则触发实时预警。

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

采集模块，用于接收测试指令，获取所述测试指令中的数据采集条件，根据所述数据采集条件，采集在系统的生产环境版本下的接口请求数据；

调用模块，用于解析所述接口请求数据，调用所述系统的生产环境版本和系统升级后的沙箱环境版本，对比调用结果；

预警模块，用于若所述调用结果不一致，则触发实时预警，对所述系统升级后的沙箱环境版本进行问题定位处理。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

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

Images