CN117349162A - 一种应用程序测试方法及装置 - Google Patents

Abstract

本说明书提供一种应用程序测试方法及装置，所述方法包括：接收针对所述应用程序的服务测试请求，所述服务测试请求用于调用目标服务，所述服务测试请求与目标匹配策略相对应，所述目标匹配策略用于记录所述服务测试请求以及与所述服务测试请求对应的虚拟数据；判断所述服务测试请求的处理时间点是否处于所述服务测试请求对应的策略生效时间范围内，所述策略生效时间范围记录于策略生效条件中；在判断结果为是的情况下，执行所述目标匹配策略，并返回所述虚拟数据。

Description

一种应用程序测试方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用程序测试方法及装置。

背景技术

在软件开发过程中，软件测试是用于检查软件是否满足规定要求或找出预期结果与实际结果之间的差异的必要步骤。然而，在面对复杂的测试环境与测试需求时，对应测试数据的构造难度将会大幅上升，且测试数据在部分业务场景中需要消耗较多的时间生成，导致的测试成本进一步提升。

在相关技术中，通常选择引入Mock技术预设虚拟数据，并根据匹配策略对不用的请求返回不同的虚拟数据作为上述测试数据，进而简单、快速地完成对应业务功能的测试。然而，在同一测试环境中，Mock测试与生成真实数据的其他正常业务测试相互冲突，开发人员只能在人工选择在与上述正常业务不冲突的时间段内关闭正常业务测试，并启动Mock测试，同时还需要在测试结束后及时关闭Mock测试并启动正常业务测试，否则将会造成测试结果的混乱。以上过程将会浪费开发人员大量的时间成本，进而导致测试效率下降。

发明内容

有鉴于此，本发明提供一种应用程序测试方法及装置，以解决相关技术中的不足。

具体地，本发明是通过如下技术方案实现：

根据本发明的第一方面，提供了一种应用程序测试方法，所述方法包括：

接收针对所述应用程序的服务测试请求，所述服务测试请求用于调用目标服务，所述服务测试请求与目标匹配策略相对应，所述目标匹配策略用于记录所述服务测试请求以及与所述服务测试请求对应的虚拟数据；

判断所述服务测试请求的处理时间点是否处于所述服务测试请求对应的策略生效时间范围内，所述策略生效时间范围记录于策略生效条件中；

在判断结果为是的情况下，执行所述目标匹配策略，并返回所述虚拟数据。

根据本发明的第二方面，提供了一种应用程序测试装置，所述装置包括：

请求接收单元，用于接收针对所述应用程序的服务测试请求，所述服务测试请求用于调用目标服务，所述服务测试请求与目标匹配策略相对应，所述目标匹配策略用于记录所述服务测试请求以及与所述服务测试请求对应的虚拟数据；

条件判断单元，用于判断所述服务测试请求的处理时间点是否处于所述服务测试请求对应的策略生效时间范围内，所述策略生效时间范围记录于策略生效条件中；

虚拟数据返回单元，用于在判断结果为是的情况下，执行所述目标匹配策略，并返回所述虚拟数据。

根据本说明书实施例的第三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如第一方面所述的方法的步骤。

根据本说明书实施例的第四方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面所述的方法的步骤。

本发明的实施例提供的技术方案可以包括以下有益效果：

在本发明的实施例中，在接收到服务测试请求后，可以优先判断该请求的处理时间点是否处于策略生效条件中记录的策略生效时间范围之内，若是，则说明上述服务测试请求对于的匹配策略处于生效状态，因此可以执行上述匹配策略以返回对应的虚拟数据，否则说明匹配策略处于非生效状态，无法返回上述虚拟数据。换言之，本说明书通过策略生效条件实现对目标匹配策略在时间上的约束与管理，使得服务测试请求可以在不同的时间点得到不同的数据，避免了不同测试之间的冲突，且该过程无需人工参与，开发人员有更多的精力去设计与完善测试，使得整体的测试效率上升。

附图说明

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

图1是本说明书一示例性实施例示出的一种测试环境的架构示意图；

图2是本说明书一示例性实施例示出的一种应用程序测试方法的流程示意图；

图3是本说明书一示例性实施例示出的另一种应用程序测试方法的流程示意图；

图4是本说明书一示例性实施例示出的一种电子设备的示意结构图；

图5是本说明书一示例性实施例示出的一种应用程序测试装置的结构示意图。

具体实施方式

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

在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本说明书所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

下面结合附图对本说明书的应用程序测试方法的实施例进行详细描述。

图1是本说明书一示例性实施例示出的一种测试环境的架构示意图。如图1所示，上述测试环境可以包括应用程序11与程序服务12。

应用程序11是部署于测试环境的受测试对象。在系统运行过程中，应用程序可以接收针对应用程序的服务测试请求，并根据上述服务测试请求调用目标服务，以使上述目标服务返回相应的测试数据。其中，应用程序配置有对应的策略生效条件与匹配策略，二者用于控制应用程序响应于服务测试请求返回目标服务的真实数据或虚拟数据。此外，上述服务测试请求可由用户使用的用户设备响应于用户操作所发起、或者由任一设备中的预设发送程序所发起；上述目标服务可以为程序服务12中的其中一种服务，且应用程序可以实现例如万维网(World wide web，Web)应用或移动应用等对应功能，本说明书中并不对此进行限制。

程序服务12可以包含一个或多个对应上述应用程序的程序服务，每一服务至少可以用于实现应用程序11中的部分功能。在系统运行过程中，程序服务可以响应于应用程序调用请求并返回对应的真实数据或虚拟数据。其中，程序服务的部署位置可以根据应用程序的设计架构变化，例如：当上述程序服务基于单体架构设计时，程序服务可以直接部署于应用程序所在的设备本地，并通过提供本地接口地址的方式实现应用程序本地调用程序服务；或者，当上述程序服务基于微服务架构设计时，程序服务可以独立部署于应用程序所在设备之外的其他设备，并通过提供网络接口地址的方式实现应用程序远程调用程序服务。

此外，上述测试环境可以分别由一独立主机的物理服务器，或者为主机集群承载的虚拟服务器搭建，本说明书并不对此进行限制。

图2是本说明书一示例性实施例示出的一种应用程序测试方法的流程示意图。如图2所示，该方法可以包含以下步骤：

S201，接收针对所述应用程序的服务测试请求，所述服务测试请求用于调用目标服务，所述服务测试请求与目标匹配策略相对应，所述目标匹配策略用于记录所述服务测试请求以及与所述服务测试请求对应的虚拟数据。

当需要执行应用程序对应的目标服务以测试其对应的业务功能时，可以向该应用程序发送针对该目标服务的调用请求，上述调用请求的具体格式与发送协议可以根据对应的应用程序进行调整，例如在应用程序为Web应用的情况下，上述调用请求可以为例如基于超文本传输协议(Hyper Text Transfer Protoco，HTTP)、套接字(Socket)或网络服务(WebService)等方式的网络请求，本说明书中并不对此进行限制。

上述目标匹配策略记录有用于模拟实际业务功能所返回的数据的虚拟数据，以及服务测试请求与上述虚拟数据之间的第一对应关系，其中，上述服务测试请求可以携带有请求的统一资源定位符(Uniform Resource Locator，URL)或者预先约定的唯一请求标识，上述第一对应关系可以基于包含上述URL、请求类型等基本请求信息的“请求体”与包含对应虚拟数据的“返回体”的结构构成。以Mock测试环境为例，作为Mock应用的应用程序配置有针对“URL-A”的“虚拟数据A”，以及“URL-B”的“虚拟数据B”的目标匹配策略，当应用程序接收到的服务测试请求携带有“URL-A”的信息时，可以直接根据上述目标匹配策略将“虚拟数据A”返回，同理，当应用程序接收到的服务测试请求携带有“URL-B”的信息时，可以直接根据上述目标匹配策略将“虚拟数据B”返回。当然，当应用程序接收到的服务测试请求携带有例如“URL-C”等未记录于目标匹配策略的请求体中的URL信息时，可以返回默认的缺省虚拟数据(如果目标匹配策略中存在相关配置)，或者直接访问URL信息以得到并返回下文的真实数据，本说明书中并不对此进行限制。

S202，判断所述服务测试请求的处理时间点是否处于所述服务测试请求对应的策略生效时间范围内，所述策略生效时间范围记录于策略生效条件中。

在应用程序成功接收上述服务测试请求后、执行上述服务测试请求前可以记录当前时间点作为上述服务测试请求的处理时间点，同时可以在上述策略生效条件中查询与服务测试请求对应的策略生效时间范围，并判断上述处理时间点是否处于上述策略生效时间范围之中，进而在后续过程中根据判断结果确定是否执行上述目标匹配策略。其中，上述策略生效条件记录有不同服务测试请求以及策略生效时间范围之间的第二对应关系。此外，本说明书中并不限制上述策略生效条件与上述目标匹配策略的存储位置，二者可以附图存储于预设文件的不同位置，或者独立存储于不同文件中。

当然，根据第二对应关系具体内容的不同可以产生不同的判断策略，该判断策略即是表示用于判断上述处理时间点是否处于对应的策略生效时间范围内的核心逻辑。

在一实施例中，上述策略生效条件维护有针对上述服务测试请求的第一时间点与第二时间点，上述判断策略可以是判断处理时间点是否处于上述第一时间点与上述第二时间点所形成的时间段内；或者，判断上述处理时间点是否处于其他时间段，上述其他时间段不包含上述第一时间点与上述第二时间点所形成的时间段。其中，对于上述第一种时间段，其对应的策略生效时间范围是有限的(因为存在确定的第一时间点作为第二时间点作为上述策略生效时间范围的极值)，因此上述服务测试请求的处理时间点仅能在一段时间内符合策略生效条件，并执行目标匹配策略，以返回上述虚拟数据；对于上述第二种时间段，其对应的策略生效时间范围理论上是无限的(因为不存在确定的时间点作为上述策略生效时间范围的极值)，因此上述服务测试请求的处理时间点仅在一段时间内不符合策略生效条件，且不执行目标匹配策略，以返回上述虚拟数据。此外，上述第一时间点与上述第二时间点本质上可以不规定固定大小，二者可以根据上述判断策略分别转换为策略生效时间点或策略失效时间点。

在另一实施例中，在上一实施例的基础上，可以基于计划任务(Cron)表达式表示上述第一时间点与上述第二时间点，相比固定的时间戳(Unix timestamp)，Cron表达式可以表示出第一时间点与第二时间点的周期性，因此由上述第一时间点与上述第二时间点形成的时间段也可以呈现出对应的周期性。其中，Cron表达式本质是一个字符串，该字符串以5或6个空格隔开，分为6或7个域，每一个域代表一个含义。假设第一时间点为每天的8点、第二时间点每天的12点，那么对应的Cron表达式即为“0 0 8**？”与“0 0 12**？”，那么当上述判断策略为判断处理时间点是否处于上述第一时间点与上述第二时间点所形成的时间段内时，上述处理时间点只有在每天的8点～12点之间才能符合策略生效条件中，并执行目标匹配策略，以返回上述虚拟数据。

在又一实施例中，上述策略生效条件可以维护有针对上述服务测试请求的临时标识与第三时间点，上述临时标识对应启用或关闭状态，此时，上述判断策略可以是判断上述临时标识是否为启用状态，且上述处理时间点是否小于上述第三时间点。其中，上述临时标识可以理解为上述判断策略的执行开关，当临时标识为关闭状态时，上述判断策略的结果必然为否，也不执行上述目标匹配策略，并返回上述虚拟数据。当临时标识为启用状态时，可以比较上述处理时间点与上述第三时间点之间的大小，相比上两个实施例中的第一时间点与第二时间点，本实施例的策略生效条件仅需要一个第三时间点，结构更加简洁，判断逻辑更加清晰，适用于第一时间点与第二时间点在上述策略生效条件中缺失的临时判断场景。

所谓的临时场景可以理解为上述临时标识为人为手动或预设程序自动地由关闭状态切换为启用状态的情况下，上述第三时间点可以配置为在状态切换时的时间点与预设临时时长之和，进而使得上述应用程序在此后的预设临时时长之内可以针对服务测试请求执行对应的目标匹配策略。例如：假设预设临时时长为24小时，用户在“2022年2月4日晚上19：30”希望应用程序在未来24小时之内针对服务测试请求执行目标匹配策略以返回所述虚拟数据(平时均为返回下文的真实数据)时，可以触发不同于上述服务测试请求的临时测试请求，使得上述临时标识在同一时间由关闭状态切换为启用状态，那么上述第三时间点可以由空白值或者历史的第三时间点更新为最新的第三时间点(即“2022年2月5日晚上19：30”)。

同时，在上述临时标识为启用状态的情况下，可以每隔预设等待时长后，判断当前时间点是否大于第三时间点，若是，可以将临时标识由启用状态切换为关闭状态，否则依然保持启用状态。其中，上述预设等待时长可以根据具体需求设置为例如“100毫秒”等较短的时间间隔来比较当前时间点与第三时间点的大小以保证判断结果的及时性，或者设置为例如“1小时”等较长的时间间隔来比较当前时间点与第三时间点的大小以减少判断逻辑所需的资源消耗。

S203，在判断结果为是的情况下，执行所述目标匹配策略，并返回所述虚拟数据。

如果在上述处理时间点确实处于上述服务测试请求对应的策略生效时间范围内容的情况下(即上述判断结果为是)，那么可以执行上述目标匹配策略，以匹配与上述服务测试请求对应的虚拟数据。如果在上述判断结果为否的情况下，可以将上述调用请求发送至上述目标服务的真实接口地址，并返回对应的真实数据。

下面以某一待检测的应用程序为例，介绍该应用程序接收服务测试请求时基于策略生效条件与目标匹配策略确定所要返回数据的过程，图3是本说明书一示例性实施例示出的另一种应用程序测试方法的流程示意图，如图3所示，该过程包括：

S201，配置Mock应用与对应的匹配策略，以及策略生效条件。

在一实施例中，可以首先对上述应用程序部署测试环境，假设该测试环境基于Mock技术，那么可以将应用程序的相关信息(例如应用程序对应的域名、需要被mock的目标服务的真实互联网协议(Internet Protocol，IP)地址以及对应地址端口，以使上述应用程序配置为Mock应用。此外还可配置目标匹配策略与策略生效条件如下：

S202，接收服务测试请求。

在一实施例中，假设上述应用程序接收到基于“GET”方式发送的服务测试请求，且该请求的URL地址为“/delaved”。

S203，获取与服务测试请求对应的策略生效条件。

在一实施例中，上述应用程序可以根据上述URL地址与发送方式确定对应的策略生效条件。

S204，判断服务测试请求的处理时间点是否处于服务测试请求对应的策略生效时间范围。

在一实施例中，上述应用程序可以确定的策略生效条件所对应的策略生效时间范围是否命中服务测试请求的处理时间点，假设上述处理时间点为当天的上午11时，那么由于该处理时间点位于作为第一时间点的“activationTime”(策略生效时间点)与第二时间点的“activationTime”(策略失效时间点)所形成的时间段中(上午10时15分到中午12时00分)那么可以执行S205，否则执行S206。

S205，判断服务测试请求是否存在对应的目标匹配策略

在一实施例中，上述应用程序还可以根据上述URL地址与发送方式确定对应的目标匹配策略，若存在对应的目标匹配策略(即上述目标匹配策略)则执行S206，否则执行S207。

S206，执行所述目标匹配策略，并返回所述虚拟数据。

在一实施例中，根据上述目标匹配策略的代码可知，与上述服务测试请求对应的虚拟数据为“{‘status’：200，‘bodyFileName’：‘mvtest1.json’}”这一返回体，因此可以以成功的状态返回文件mvtest1.json所示的内容

S207，将所述调用请求发送至目标服务的真实接口地址，并返回对应的真实数据。

在一实施例中，假设上述服务测试请求不处于上述策略生效时间范围内，或者上述服务测试请求不存在对应的目标匹配策略，那么可以由应用程序执行访问执行URL地址“/delaved”，并将该地址返回的信息再次返回的给上述服务测试请求的发起设备。

图4是一示例性实施例中的一种电子设备的示意结构图。请参考图3，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成应用程序测试装置。当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

与前述应用程序测试方法的实施例相对应，本说明书还提供了应用程序测试装置的实施例。

请参考图5，图5是一示例性实施例示出的一种应用程序测试装置的结构示意图。如图5所示，该装置可以包括：

请求接收单元501，用于接收针对所述应用程序的服务测试请求，所述服务测试请求用于调用目标服务，所述服务测试请求与目标匹配策略相对应，所述目标匹配策略用于记录所述服务测试请求以及与所述服务测试请求对应的虚拟数据；

条件判断单元502，用于判断所述服务测试请求的处理时间点是否处于所述服务测试请求对应的策略生效时间范围内，所述策略生效时间范围记录于策略生效条件中；

虚拟数据返回单元503，在判断结果为是的情况下，执行所述目标匹配策略，并返回所述虚拟数据。

可选的，所述装置还包括：

真实数据返回单元504，用于在所述判断结果为否的情况下，将所述调用请求发送至所述目标服务的真实接口地址，并返回对应的真实数据。

可选的，所述策略生效条件维护有针对所述服务测试请求的第一时间点与第二时间点；所述条件判断单元502具体用于：

判断所述处理时间点是否处于所述第一时间点与所述第二时间点所形成的时间段内；或者，

判断所述处理时间点是否处于其他时间段，所述其他时间段不包含所述第一时间点与所述第二时间点所形成的时间段。

可选的，所述第一时间点与所述第二时间点采用计划任务表达式表示，以使所述时间段呈现周期性

可选的，所述策略生效条件维护有针对所述服务测试请求的临时标识与第三时间点，所述临时标识对应启用或关闭状态；所述条件判断单元502具体用于：

判断所述临时标识是否为启用状态，且所述处理时间点是否小于所述第三时间点。

可选的，所述装置还包括：

时间点配置单元505，用于在所述临时标识由关闭状态切换为启用状态的情况下，将所述第三时间点配置为在状态切换时的时间点与预设临时时长之和。

可选的，所述装置还包括：

标识状态切换单元506，用于在所述临时标识为启用状态的情况下，每隔预设等待时长后，判断当前时间点是否大于所述第三时间点，若是，将所述临时标识由启用状态切换为关闭状态。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本说明书中描述的主题及功能操作的实施例可以在以下中实现：数字电子电路、有形体现的计算机软件或固件、包括本说明书中公开的结构及其结构性等同物的计算机硬件、或者它们中的一个或多个的组合。本说明书中描述的主题的实施例可以实现为一个或多个计算机程序，即编码在有形非暂时性程序载体上以被数据处理装置执行或控制数据处理装置的操作的计算机程序指令中的一个或多个模块。可替代地或附加地，程序指令可以被编码在人工生成的传播信号上，例如机器生成的电、光或电磁信号，该信号被生成以将信息编码并传输到合适的接收机装置以由数据处理装置执行。计算机存储介质可以是机器可读存储设备、机器可读存储基板、随机或串行存取存储器设备、或它们中的一个或多个的组合。

本说明书中描述的处理及逻辑流程可以由执行一个或多个计算机程序的一个或多个可编程计算机执行，以通过根据输入数据进行操作并生成输出来执行相应的功能。所述处理及逻辑流程还可以由专用逻辑电路—例如FPGA(现场可编程门阵列)或ASIC(专用集成电路)来执行，并且装置也可以实现为专用逻辑电路。

适合用于执行计算机程序的计算机包括，例如通用和/或专用微处理器，或任何其他类型的中央处理单元。通常，中央处理单元将从只读存储器和/或随机存取存储器接收指令和数据。计算机的基本组件包括用于实施或执行指令的中央处理单元以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括用于存储数据的一个或多个大容量存储设备，例如磁盘、磁光盘或光盘等，或者计算机将可操作地与此大容量存储设备耦接以从其接收数据或向其传送数据，抑或两种情况兼而有之。然而，计算机不是必须具有这样的设备。此外，计算机可以嵌入在另一设备中，例如移动电话、个人数字助理(PDA)、移动音频或视频播放器、游戏操纵台、全球定位系统(GPS)接收机、或例如通用串行总线(USB)闪存驱动器的便携式存储设备，仅举几例。

适合于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、媒介和存储器设备，例如包括半导体存储器设备(例如EPROM、EEPROM和闪存设备)、磁盘(例如内部硬盘或可移动盘)、磁光盘以及CD ROM和DVD-ROM盘。处理器和存储器可由专用逻辑电路补充或并入专用逻辑电路中。

虽然本说明书包含许多具体实施细节，但是这些不应被解释为限制任何发明的范围或所要求保护的范围，而是主要用于描述特定发明的具体实施例的特征。本说明书内在多个实施例中描述的某些特征也可以在单个实施例中被组合实施。另一方面，在单个实施例中描述的各种特征也可以在多个实施例中分开实施或以任何合适的子组合来实施。此外，虽然特征可以如上所述在某些组合中起作用并且甚至最初如此要求保护，但是来自所要求保护的组合中的一个或多个特征在一些情况下可以从该组合中去除，并且所要求保护的组合可以指向子组合或子组合的变型。

类似地，虽然在附图中以特定顺序描绘了操作，但是这不应被理解为要求这些操作以所示的特定顺序执行或顺次执行、或者要求所有例示的操作被执行，以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统模块和组件的分离不应被理解为在所有实施例中均需要这样的分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中，或者封装成多个软件产品。

由此，主题的特定实施例已被描述。此外，附图中描绘的处理并非必需所示的特定顺序或顺次顺序，以实现期望的结果。在某些实现中，多任务和并行处理可能是有利的。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims (10)

1.一种应用程序测试方法，其特征在于，所述方法包括：

接收针对所述应用程序的服务测试请求，所述服务测试请求用于调用目标服务，所述服务测试请求与目标匹配策略相对应，所述目标匹配策略用于记录所述服务测试请求以及与所述服务测试请求对应的虚拟数据；

判断所述服务测试请求的处理时间点是否处于所述服务测试请求对应的策略生效时间范围内，所述策略生效时间范围记录于策略生效条件中；

在判断结果为是的情况下，执行所述目标匹配策略，并返回所述虚拟数据。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述判断结果为否的情况下，将所述调用请求发送至所述目标服务的真实接口地址，并返回对应的真实数据。

3.根据权利要求1所述的方法，其特征在于，所述策略生效条件维护有针对所述服务测试请求的第一时间点与第二时间点；所述判断所述服务测试请求的处理时间点是否处于所述服务测试请求对应的策略生效时间范围内，包括：

判断所述处理时间点是否处于所述第一时间点与所述第二时间点所形成的时间段内；或者，

判断所述处理时间点是否处于其他时间段，所述其他时间段不包含所述第一时间点与所述第二时间点所形成的时间段。

4.根据权利要求3所述的方法，其特征在于，所述第一时间点与所述第二时间点采用计划任务表达式表示，以使所述时间段呈现周期性。

5.根据权利要求1所述的方法，其特征在于，所述策略生效条件维护有针对所述服务测试请求的临时标识与第三时间点，所述临时标识对应启用或关闭状态；所述判断所述服务测试请求的处理时间点是否处于所述服务测试请求对应的策略生效时间范围内，包括：

判断所述临时标识是否为启用状态，且所述处理时间点是否小于所述第三时间点。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

在所述临时标识由关闭状态切换为启用状态的情况下，将所述第三时间点配置为在状态切换时的时间点与预设临时时长之和。

7.根据权利要求5所述的方法，其特征在于，所述方法还包括：

在所述临时标识为启用状态的情况下，每隔预设等待时长后，判断当前时间点是否大于所述第三时间点，若是，将所述临时标识由启用状态切换为关闭状态。

8.一种应用程序测试装置，其特征在于，所述装置包括：

请求接收单元，用于接收针对所述应用程序的服务测试请求，所述服务测试请求用于调用目标服务，所述服务测试请求与目标匹配策略相对应，所述目标匹配策略用于记录所述服务测试请求以及与所述服务测试请求对应的虚拟数据；

条件判断单元，用于判断所述服务测试请求的处理时间点是否处于所述服务测试请求对应的策略生效时间范围内，所述策略生效时间范围记录于策略生效条件中；

虚拟数据返回单元，用于在判断结果为是的情况下，执行所述目标匹配策略，并返回所述虚拟数据。

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

10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1～7任一所述方法的步骤。