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

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


背景技术：

2.在软件开发过程中，软件测试是用于检查软件是否满足规定要求或找出预期结果与实际结果之间的差异的必要步骤。然而，当前的测试方式无法适用于复杂的测试环境，导致测试效率低下。以采用传统方式直接搭建的测试环境来测试应用程序为例：当该测试环境的测试应用被多个团队同时使用时，该测试应用对应的服务针对不同团队的调用请求只能返回相同的数据，导致各团队只能额外搭建符合自身需求的测试环境，或者依次对当前的测试环境进行修改与测试。


技术实现要素：

3.有鉴于此，本发明提供一种应用程序测试方法及装置，以解决相关技术中的不足。
4.具体地，本发明是通过如下技术方案实现：
5.根据本发明的第一方面，提供了一种应用程序测试方法，所述应用程序对应有目标服务；所述方法包括：
6.接收针对所述目标服务的调用请求，所述调用请求中包含对应请求发起方的请求数据标签；
7.根据所述请求数据标签将所述调用请求与预设匹配策略进行匹配，所述预设匹配策略记录有分别包含不同数据标签的调用请求与对应的虚拟数据；
8.在所述请求数据标签成功匹配所述预设匹配策略中的目标调用请求的情况下，返回与所述目标调用请求对应的虚拟数据。
9.根据本发明的第二方面，提供了一种应用程序测试装置，所述应用程序对应有目标服务；所述装置包括：
10.调用请求接收单元，用于接收针对所述目标服务的调用请求，所述调用请求中包含对应请求发起方的请求数据标签；
11.策略匹配单元，用于根据所述请求数据标签将所述调用请求与预设匹配策略进行匹配，所述预设匹配策略记录有分别包含不同数据标签的调用请求与对应的虚拟数据；
12.虚拟数据返回单元，用于在所述请求数据标签成功匹配所述预设匹配策略中的目标调用请求的情况下，返回与所述目标调用请求对应的虚拟数据。
13.根据本发明的第三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现第一方面所述方法的步骤。
14.根据本说明书实施例的第四方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面所述的方法的步骤。
15.在本说明书所提供的技术方案中，通过记录有分别包含不同数据标签的调用请求
与对应的虚拟数据的预设匹配策略，使得应用程序在接收到目标服务的不同调用请求的情况下，可以根据调用请求中的数据标签匹配预设匹配策略中的目标调用请求，从而返回对应的虚拟数据。其中，由于针对同一服务的不同的调用请求可以对应于不同的测试结果且无需额外成本来改变现有的测试环境，因此极大程度地提高了应用程序的测试效率。
16.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。
附图说明
17.为了更清楚地说明本发明的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。
18.图1是本说明书一示例性实施例示出的一种测试环境的架构示意图；
19.图2是本说明书一示例性实施例示出的一种应用程序测试方法的流程示意图；
20.图3是本说明书一示例性实施例示出的另一种应用程序测试方法的流程示意图；
21.图4是本说明书一示例性实施例示出的一种电子设备的示意结构图；
22.图5是本说明书一示例性实施例示出的一种应用程序测试装置的结构示意图。
具体实施方式
23.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与本说明书的一些方面相一致的装置和方法的例子。
24.需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
25.本说明书所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
26.图1是本说明书一示例性实施例示出的一种测试环境的架构示意图。如图1所示，可以包括应用程序11与程序服务12。
27.应用程序11是部署于测试环境的受测试对象。在系统运行过程中，应用程序可以
接收针对目标服务的调用请求，并根据上述调用请求所含的请求数据标签与预设匹配策略进行匹配，以返回与匹配的目标调用请求相对应的虚拟数据。其中，上述目标服务可以为程序服务12中的其中一种服务，且应用程序可以实现例如万维网(world wide web，web)应用或移动应用等对应功能，本说明书中并不对此进行限制。
28.程序服务12可以包含一个或多个对应上述应用程序的服务，每一服务至少可以用于实现应用程序11中的部分功能。在系统运行过程中，程序服务可以响应于应用程序发起的调用请求并返回对应的真实数据。其中，程序服务的部署位置可以根据应用程序的设计架构变化，例如：当上述程序服务基于单体架构设计时，程序服务可以直接部署于应用程序所在的设备本地(简称第一设备)，并通过提供本地接口地址的方式实现应用程序本地调用程序服务；或者，当上述程序服务基于微服务架构设计时，程序服务可以独立部署于应用程序所在设备之外的其他设备(简称第二设备)，并通过提供网络接口地址的方式实现应用程序远程调用程序服务。
29.此外，上述测试环境可以分别由一独立主机的物理服务器，或者为主机集群承载的虚拟服务器搭建，本说明书并不对此进行限制。
30.图2是本说明书一示例性实施例示出的一种应用程序测试方法的流程示意图，如图2所示，上述应用程序对应有目标服务；上述方法可以包含以下步骤：
31.s201，接收针对所述目标服务的调用请求，所述调用请求中包含对应请求发起方的请求数据标签。
32.当需要执行应用程序中的目标服务以测试其对应的功能时，可以向该应用程序发送针对该目标服务的调用请求，上述调用请求的具体格式与发送协议可以根据对应的应用程序进行调整，例如在应用程序为web应用的情况下，上述调用请求可以为例如基于超文本传输协议(hyper text transfer protoco，http)的网络请求，本说明书中并不对此进行限制。
33.上述调用请求中包含的请求数据标签可以参与上述调用请求与下文的预设匹配策略的匹配过程。同时，请求数据标签至少可以包含以下任一信息：请求发起方的身份信息(例如测试用户的昵称、职位标识)、请求发起方所属团体信息(例如团体唯一标识)以及所述请求发起方针对所述目标服务的需求描述信息(例如目标服务的测试版本号，测试类型)，请求数据标签的格式可随对应调用请求的形式而改变，例如上述调用请求为上述网络请求，上述请求数据标签可以为统一资源定位符(uniform resource locator，url)的拼接数据、额外的字段、表单或自定义对象等方式存储至调用请求中，本说明书中并不对此进行限制。
34.当然，以上示例中的请求发起方除了可以为通过由应用程序提供的客户端与应用程序相连、并触发调用请求生成并发送的用户，还可以为不同于上述目标服务的其他服务，换言之，上述调用请求可以被对应应用程序的客户端，或者不同于该目标服务的其他服务所生成，本说明书中并不对此进行限制。
35.s202，根据所述请求数据标签将所述调用请求与预设匹配策略进行匹配，所述预设匹配策略记录有分别包含不同数据标签的调用请求与对应的虚拟数据。
36.上述预设匹配策略可以通过诸如数据库、txt文本或javascript对象表示法(javascript object notation，json)的进行存储，且可以将每一调用请求与对应的虚拟
数据作为上述预设匹配策略中的最小单元。例如，上述预设匹配策略包含以下内容：
[0037][0038][0039]
其中，对于同一目标服务的预设匹配策略而言，即使对应调用请求的url地址一致，但如果对应的请求数据标签存在差异，那么基于对应两个调用请求所返回的结果则可以是不同的。以便于目标服务实现对于不同请求发起方的返回结果差异化，进而使得多个请求发起方可以同时对目标服务发送调用请求，从而提高测试效率。
[0040]
此外，上述预设匹配策略的匹配过程可以基于模拟技术(mock)实现，即上述应用程序可以通过mock拦截所有发送至应用程序的调用请求，并在执行请求前根据上述预设匹配策略判断是否真正执行目标服务，或者提供用户预设的虚拟数据，当然，mock技术在应用程序中的具体应用方式与原理基本已被相关技术所公开，因此本说明书中不再对此进行赘述。
[0041]
s203，在所述请求数据标签成功匹配所述预设匹配策略中的目标调用请求的情况下，返回与所述目标调用请求对应的虚拟数据。
[0042]
当匹配成功时，可以返回与目标调用请求对应的虚拟数据。以上文示例中的预设匹配策略为例：假设调用请求的url地址为”/delaved”，请求数据标签可以为“{
‘
user’:
‘
testt1’}”，那么该调用请求将匹配于上述预设匹配策略中的策略二，且应用程序可以将
上述策略二中的调用请求作为目标调用请求，以返回对应的虚拟数据(例如上述mvtest2.json的内容)。
[0043]
本说明书中对于未匹配的后续情况提供了相应的应对方案。
[0044]
在一实施例中，上述应用程序可以在请求数据标签未匹配任一预设匹配策略匹配的情况下，将该调用请求发送至目标服务的真实接口地址，并返回对应的真实数据。此时，预设匹配策略将不再参与后续的请求处理过程，即应用程序期望上述目标服务可以返回真实的数据。
[0045]
然而，以上数据是在内容有效的前提下进行论述的，实际场景中还可以存在返回非预期的错误数据(注意有别于用户预期的错误数据)，例如表征网页不存在的http错误代码404，本说明书中同样也提供了相应的应对方案，即应用程序配置有记录了各个服务与对应的虚拟数据的预设返回策略，其中，上述预设返回策略与预设匹配策略的存储方式基本一致，故本说明书中并不对此进行赘述。
[0046]
在一实施例中，上述应用程序可以在目标服务未配置所述真实接口地址情况下，返回由预设返回策略提供的虚拟数据。例如调用请求调用了目标服务，但由于应用程序中并不存在目标服务，或者仅仅设计了部分目标服务但未提供可用的调用接口地址，导致应用程序将返回可读性较差的调用结果，然而通过上述预设返回策略可以在确定目标服务无法提供预期的正确数据时，返回对应目标服务的虚拟数据，以减低测试过程受测试环境不稳定性的影响程度。
[0047]
在另一实施例中，上述应用程序可以在真实接口地址不可用的情况下，返回由预设返回策略提供的虚拟数据。例如调用请求调用了目标服务，且应用程序中存在目标服务并提供了调用接口地址，但目标服务由于自身出现异常(例如网络波动或者设备损坏)导致无法提供预期的正确数据，那么上述预设返回策略可以为其返回对应目标服务的虚拟数据，在另一方面也有效地减低测试过程受测试环境不稳定性的影响程度。
[0048]
本领域技术人员可以理解的是，上述预设返回策略对于每一服务通常仅需设置一种虚拟数据，无需根据请求数据标签进一步对同一目标服务的不同调用请求进行返回结果的细分，因此占用空间小，存储成本低。
[0049]
上述应用程序在测试过程中返回任一数据时，可以获取返回数据的数据类型(可以用于区别数据是否为对应预设返回策略或预设返回策略的虚拟数据，或者为由真实接口地址返回的真实数据)，并根据数据类型生成对应调用请求的请求分析日志，以使用户根据请求分析日志确定并分析应用程序中关于目标服务的测试信息。其中，测试信息可以用于表征目标服务在响应针对同一目标服务的不同调用请求时，对应的真实接口地址的可用情况，通讯状态等，以便于用户根据请求分析日志格获取更精确的目标服务测试结果。此外，数据类型可以基于类似二进制编码或者字符串的形式实现，本说明书中并不对此进行限制。
[0050]
图3是本说明书一示例性实施例示出的另一种应用程序测试方法的流程示意图，如图3所示，上述应用程序对应有目标服务；上述方法可以包含以下步骤：
[0051]
s301，基于wiremock部署测试环境。
[0052]
在一实施例中，假设存在一测试服务器提供用于测试应用程序的测试环境，且应用程序对应的目标服务基于微服务实现。用户可以从项目代码仓库gitlab中通过代码克隆
指令获取对应应用程序的项目源码，通过构建指令集myn clean package构建成能独立运行的程序包，并将程序包部署到上述测试服务器中。并依次将测试环境中的应用程序所依赖的多个微服务通过上述方式构建部署到对应的测试服务器上述应用程序为用于虚拟化上述多个微服务的服务虚拟化平台，用户可以基于wiremock搭建该服务虚拟化平台，并将测试环境中的相关的微服务的部署机器，端口，域名，服务名等相关信息配置到服务虚拟化平台。
[0053]
s302，配置及更新预设匹配策略。
[0054]
在一实施例中，上述服务虚拟化平台可以根据用户的测试需求配置预设匹配策略。例如根据微服务中应用程序接口(application programming interface，api)的url地址，以及不同的请求数据标签，配置不同的虚拟接口以用于返回数据。同时可以为每一个api接口配置真实的微服务转发地址(即上述预设返回策略)。假设预设匹配策略如下：
[0055][0056][0057]
s303，接收并判断针对目标服务的调用请求是否匹配预设匹配策略。
[0058]
在一实施例中，当接收针对url地址为“/delaved”的目标服务(即上述微服务)的调用请求时，若其所含的请求数据标签可以匹配到相应的策略三或策略四，则执行s304，根
据对应的匹配策略返回对应的虚拟返回数据；如果不能匹配到若任一预设匹配策略(由于请求数据标签不同)，则执行s305
[0059]
s304，返回预设匹配策略对应的虚拟数据。
[0060]
在一实施例中，假设调用请求的请求数据标签为“{"user":"testt2”}”，因此可以匹配到相应的策略三，并返回mvtest2.json中的页面内容。即根据请求配置的真实的微服务转发地址，并返回对应的真实数据。
[0061]
s305，判断真实接口地址是否可用。
[0062]
在一实施例中，上述应用程序可以判断上述微服务对应的真实接口地址是否可用，若否，则执行s306，否则执行s307。
[0063]
s306，返回由预设返回策略提供的虚拟数据。
[0064]
在一实施例中，由于上述真实接口地址不可用，因此可以通过预设返回策略确定上述微服务默认提供的虚拟数据，进而避免直接返回真实接口地址的错误信息并导致测试效率的下降。
[0065]
s307，返回对应真实接口地址的真实数据。
[0066]
在一实施例中，假设调用请求的请求数据标签为“{
‘
user’：
‘
testt4’}”、上述目标服务的真实接口地址为“x/true.json”且该地址可用。那么可以在不匹配任何预设匹配策的情况下直接返回“x/true.json”中的页面内容。
[0067]
图4是一示例性实施例中的一种电子设备的示意结构图。请参考图4，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成一种应用程序测试装置。当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
[0068]
与前述一种应用程序测试方法的实施例相对应，本说明书还提供了一种应用程序测试装置的实施例。
[0069]
请参考图5，图5是一示例性实施例示出的一种应用程序测试装置的结构示意图。
[0070]
如图5所示，在软件实施方式中，所述应用程序对应有目标服务；该装置可以包括：
[0071]
调用请求接收单元501，用于接收针对所述目标服务的调用请求，所述调用请求中包含对应请求发起方的请求数据标签；
[0072]
策略匹配单元502，用于根据所述请求数据标签将所述调用请求与预设匹配策略进行匹配，所述预设匹配策略记录有分别包含不同数据标签的调用请求与对应的虚拟数据；
[0073]
虚拟数据返回单元503，用于在所述请求数据标签成功匹配所述预设匹配策略中的目标调用请求的情况下，返回与所述目标调用请求对应的虚拟数据。
[0074]
可选的，所述目标服务部署于所述应用程序所在的第一设备，或者未部署所述应用程序的第二设备。
[0075]
可选的，所述装置还包括：
[0076]
真实数据返回单元504，用于在所述请求数据标签未匹配任一预设匹配策略匹配的情况下，将所述调用请求发送至所述目标服务的真实接口地址，并返回对应的真实数据。
[0077]
可选的，所述应用程序配置有预设返回策略，所述预设返回策略记录有各个服务与对应的虚拟数据；所述装置还包括：
[0078]
预设返回策略配置单元505，用于在所述目标服务未配置所述真实接口地址情况下，返回由预设返回策略提供的虚拟数据；或者，
[0079]
在所述真实接口地址不可用的情况下，返回由预设返回策略提供的虚拟数据。
[0080]
可选的，所述装置还包括：
[0081]
日志生成单元506，用于获取返回数据的数据类型，并根据所述数据类型生成对应所述调用请求的请求分析日志，以使用户根据所述请求分析日志确定并分析应用程序中关于所述目标服务的测试信息。
[0082]
可选的，所述数据标签至少包含以下任一：所述请求发起方的身份信息、所述请求发起方所属团体信息、所述请求发起方针对所述目标服务的需求描述信息。
[0083]
可选的，所述应用程序提供有客户端；所述调用请求为对应所述应用程序的客户端，或者不同于所述目标服务的其他服务所生成。
[0084]
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
[0085]
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0086]
本说明书中描述的主题及功能操作的实施例可以在以下中实现：数字电子电路、有形体现的计算机软件或固件、包括本说明书中公开的结构及其结构性等同物的计算机硬件、或者它们中的一个或多个的组合。本说明书中描述的主题的实施例可以实现为一个或多个计算机程序，即编码在有形非暂时性程序载体上以被数据处理装置执行或控制数据处理装置的操作的计算机程序指令中的一个或多个模块。可替代地或附加地，程序指令可以被编码在人工生成的传播信号上，例如机器生成的电、光或电磁信号，该信号被生成以将信息编码并传输到合适的接收机装置以由数据处理装置执行。计算机存储介质可以是机器可读存储设备、机器可读存储基板、随机或串行存取存储器设备、或它们中的一个或多个的组合。
[0087]
本说明书中描述的处理及逻辑流程可以由执行一个或多个计算机程序的一个或多个可编程计算机执行，以通过根据输入数据进行操作并生成输出来执行相应的功能。所述处理及逻辑流程还可以由专用逻辑电路—例如fpga(现场可编程门阵列)或asic(专用集成电路)来执行，并且装置也可以实现为专用逻辑电路。
[0088]
适合用于执行计算机程序的计算机包括，例如通用和/或专用微处理器，或任何其他类型的中央处理单元。通常，中央处理单元将从只读存储器和/或随机存取存储器接收指令和数据。计算机的基本组件包括用于实施或执行指令的中央处理单元以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括用于存储数据的一个或多个大容量存储设备，例如磁盘、磁光盘或光盘等，或者计算机将可操作地与此大容量存储设备耦接
以从其接收数据或向其传送数据，抑或两种情况兼而有之。然而，计算机不是必须具有这样的设备。此外，计算机可以嵌入在另一设备中，例如移动电话、个人数字助理(pda)、移动音频或视频播放器、游戏操纵台、全球定位系统(gps)接收机、或例如通用串行总线(usb)闪存驱动器的便携式存储设备，仅举几例。
[0089]
适合于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、媒介和存储器设备，例如包括半导体存储器设备(例如eprom、eeprom和闪存设备)、磁盘(例如内部硬盘或可移动盘)、磁光盘以及cd rom和dvd-rom盘。处理器和存储器可由专用逻辑电路补充或并入专用逻辑电路中。
[0090]
虽然本说明书包含许多具体实施细节，但是这些不应被解释为限制任何发明的范围或所要求保护的范围，而是主要用于描述特定发明的具体实施例的特征。本说明书内在多个实施例中描述的某些特征也可以在单个实施例中被组合实施。另一方面，在单个实施例中描述的各种特征也可以在多个实施例中分开实施或以任何合适的子组合来实施。此外，虽然特征可以如上所述在某些组合中起作用并且甚至最初如此要求保护，但是来自所要求保护的组合中的一个或多个特征在一些情况下可以从该组合中去除，并且所要求保护的组合可以指向子组合或子组合的变型。
[0091]
类似地，虽然在附图中以特定顺序描绘了操作，但是这不应被理解为要求这些操作以所示的特定顺序执行或顺次执行、或者要求所有例示的操作被执行，以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统模块和组件的分离不应被理解为在所有实施例中均需要这样的分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中，或者封装成多个软件产品。
[0092]
由此，主题的特定实施例已被描述。此外，附图中描绘的处理并非必需所示的特定顺序或顺次顺序，以实现期望的结果。在某些实现中，多任务和并行处理可能是有利的。
[0093]
以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

技术特征：
1.一种应用程序测试方法，其特征在于，所述应用程序对应有目标服务；所述方法包括：接收针对所述目标服务的调用请求，所述调用请求中包含对应请求发起方的请求数据标签；根据所述请求数据标签将所述调用请求与预设匹配策略进行匹配，所述预设匹配策略记录有分别包含不同数据标签的调用请求与对应的虚拟数据；在所述请求数据标签成功匹配所述预设匹配策略中的目标调用请求的情况下，返回与所述目标调用请求对应的虚拟数据。2.根据权利要求1所述的方法，其特征在于，所述目标服务部署于所述应用程序所在的第一设备，或者未部署所述应用程序的第二设备。3.根据权利要求1所述的方法，其特征在于，所述方法还包括：在所述请求数据标签未匹配任一预设匹配策略匹配的情况下，将所述调用请求发送至所述目标服务的真实接口地址，并返回对应的真实数据。4.根据权利要求3所述的方法，其特征在于，所述应用程序配置有预设返回策略，所述预设返回策略记录有各个服务与对应的虚拟数据，所述方法还包括：在所述目标服务未配置所述真实接口地址情况下，返回由预设返回策略提供的虚拟数据；或者，在所述真实接口地址不可用的情况下，返回由预设返回策略提供的虚拟数据。5.根据权利要求4所述的方法，其特征在于，所述方法还包括：获取返回数据的数据类型，并根据所述数据类型生成对应所述调用请求的请求分析日志，以使用户根据所述请求分析日志确定并分析应用程序中关于所述目标服务的测试信息。6.根据权利要求1所述的方法，其特征在于，所述数据标签至少包含以下任一：所述请求发起方的身份信息、所述请求发起方所属团体信息、所述请求发起方针对所述目标服务的需求描述信息。7.根据权利要求1所述的方法，其特征在于，所述应用程序提供有客户端；所述调用请求为对应所述应用程序的客户端，或者不同于所述目标服务的其他服务所生成。8.一种应用程序测试装置，其特征在于，所述应用程序对应有目标服务；所述装置包括：调用请求接收单元，用于接收针对所述目标服务的调用请求，所述调用请求中包含对应请求发起方的数据标签；策略匹配单元，用于根据所述请求数据将所述调用请求与预设匹配策略进行匹配，所述预设匹配策略记录有分别包含不同数据标签的调用请求与对应的虚拟数据；虚拟数据返回单元，用于在所述请求数据标签成功匹配所述预设匹配策略中的目标调用请求的情况下，返回与所述目标调用请求对应的虚拟数据。9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1～7任一所述方法的步骤。10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1～7任一所述方法的步骤。

技术总结
本发明提供一种应用程序测试方法及装置，所述应用程序对应有目标服务；所述方法包括：接收针对所述目标服务的调用请求，所述调用请求中包含对应请求发起方的请求数据标签；根据所述请求数据标签将所述调用请求与预设匹配策略进行匹配，所述预设匹配策略记录有分别包含不同数据标签的调用请求与对应的虚拟数据；在所述请求数据标签成功匹配所述预设匹配策略中的目标调用请求的情况下，返回与所述目标调用请求对应的虚拟数据。调用请求对应的虚拟数据。调用请求对应的虚拟数据。


技术研发人员：方海波 鲁阳
受保护的技术使用者：浙江吉利控股集团有限公司
技术研发日：2023.06.20
技术公布日：2023/10/5