测试配置方法及装置、电子设备和计算机可读存储介质与流程

测试配置方法及装置、电子设备和计算机可读存储介质
【技术领域】
1.本技术涉及测试技术领域，尤其涉及一种测试配置方法及装置、电子设备和计算机可读存储介质。


背景技术：

2.在软件开发工作中，前端和后端的开发进程往往并不一致，比如，前端开发完毕后需要进行测试，但其所用的后端未开发完成，无法支持前端的测试。因此，需要一种工具能够模拟正常响应，以便前端和后端在测试过程中能够走通测试流程，不受到未开发部分的限制。
3.目前，一般使用mock平台模拟正常响应，为测试者走通测试流程。相关技术中在接入mock平台的操作中，首先，需要知道哪些接口需要走mock平台，其中，由于需要走mock平台的接口往往是测试者不了解的部分，比如，前端开发完毕后需要进行测试，但其所用的后端未开发完成，这就需要前端的测试者与后端开发人员进行沟通，确定哪些接口需要走mock平台。在此基础上，测试者才能够在被测对象中对哪些接口需要走mock平台进行人工配置。接着，再为被测对象中这些接口各自配置其走mock平台时所需的访问地址。这种配置过程增加了测试过程中的沟通成本和人力配置成本，不利于测试的顺利进行。
4.因此，在测试过程中如何将未配置接口高效便捷地接入mock平台，成为目前亟待解决的技术问题。


技术实现要素：

5.本技术实施例提供了一种测试配置方法及装置、电子设备和计算机可读存储介质，旨在解决相关技术中接入mock平台的方式消耗沟通成本和人力配置成本过高的技术问题。
6.第一方面，本技术实施例提供了一种测试配置方法，包括：确定针对被测对象的实时测试请求中目标接口的接口类型，所述接口类型包括gateway类型、zuul类型和feign类型；按照所述接口类型对应的接口地址获取方式，获取所述实时测试请求中所述目标接口的接口地址；检测所述接口地址是否与预设地址集合中的任一预设地址相匹配，其中，所述预设地址集合包括与所述被测对象相关的全部未配置接口的地址；若所述接口地址与所述预设地址相匹配，获取所述预设地址对应的mock接入地址；基于所述mock接入地址接入mock平台，为所述实时测试请求模拟所述目标接口的响应。
7.第二方面，本技术实施例提供了一种测试配置装置，包括：接口类型获取单元，用于确定针对被测对象的实时测试请求中目标接口的接口类型，所述接口类型包括gateway类型、zuul类型和feign类型；接口地址获取单元，用于按照所述接口类型对应的接口地址获取方式，获取所述实时测试请求中所述目标接口的接口地址；地址匹配检测单元，用于检测所述接口地址是否与预设地址集合中的任一预设地址相匹配，其中，所述预设地址集合包括与所述被测对象相关的全部未配置接口的地址；mock接入地址获取单元，用于若所述
接口地址与所述预设地址相匹配，获取所述预设地址对应的mock接入地址；mock平台接入单元，用于基于所述mock接入地址接入mock平台，为所述实时测试请求模拟所述目标接口的响应。
8.第三方面，本技术实施例提供了一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行上述第一方面所述的方法。
9.第四方面，本技术实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述第一方面所述的方法。
10.以上技术方案，针对相关技术中接入mock平台的方式消耗沟通成本和人力配置成本过高的技术问题，首先，确定针对被测对象的实时测试请求中目标接口的接口类型，按照所述接口类型对应的接口地址获取方式，获取所述实时测试请求中所述目标接口的接口地址。
11.被测对象包括但不限于实体或软件的客户端及客户端中的功能模块，实时测试请求指的是实时生成的对被测对象进行测试的请求，这一测试的功能要通过目标接口实现。接口地址指的是接口url，即接口的统一资源定位符，用于反映目标接口的位置和访问方法。所述接口类型包括但不限于gateway类型、zuul类型和feign类型，gateway类型的接口用于响应式网关，zuul类型的接口用于不支持长连接的阻塞式网关，feign类型的接口用于声明式web service客户端，可提供微服务。
12.接下来，检测所述接口地址是否与预设地址集合中的任一预设地址相匹配。其中，所述预设地址集合包括与所述被测对象相关的全部未配置接口的地址。在此基础上，若实时测试请求中目标接口的接口地址与预设地址集合中的任一预设地址相匹配，说明目标接口为未配置接口。
13.由此，可实现对未配置接口的自动识别，便于进一步在mock平台中为未配置接口进行模拟响应，而无需测试者手动配置哪些接口需要接入mock平台，降低了人力成本和测试出错率。
14.进一步地，若所述接口地址与所述预设地址相匹配，获取所述预设地址对应的mock接入地址。mock接入地址指的是模拟未配置接口的地址，换言之，被测对象通过mock接入地址接入mock平台，以从mock平台获取mock平台所模拟的未配置接口的响应。由此，可自动为未配置接口匹配mock接入地址，使其自动接入mock平台，而无需测试者人工配置其所需的mock接入地址，降低了人力成本和测试出错率。
15.最终，基于所述mock接入地址接入mock平台，为所述实时测试请求模拟所述目标接口的响应。
16.以上技术方案，可自动识别哪些接口需要走mock平台，以及自动为需要走mock平台的接口配置mock接入地址，避免了相关技术中测试者手动配置需要走mock平台的接口和为接口手动配置mock接入地址的繁琐操作，实现了在测试中为未配置接口自动接入mock平台，降低了模拟接口响应所需的时间成本和人力成本，提升了测试效率和测试准确性。另外，在本技术的技术方案中，针对不同场景下的mock平台接入需求，无需针对各场景均进行配置，而仅调用不同的场景各自对应的接口地址获取方式，即可实现对接口地址的自动获取。通过以上技术方案，针对多元化的配置场景均能够做到自动识别哪些接口需要走mock
平台，以及自动为需要走mock平台的接口配置mock接入地址，提升了测试场景的兼容性。
【附图说明】
17.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
18.图1示出了根据本技术的一个实施例的测试配置方法的流程图；
19.图2示出了根据本技术的另一个实施例的测试配置方法的流程图；
20.图3示出了根据本技术的一个实施例的应用网关层通用mock插件的测试配置方法的流程图；
21.图4示出了根据本技术的一个实施例的应用服务间调用mock的测试配置方法的流程图；
22.图5示出了根据本技术的一个实施例的测试配置装置的框图；
23.图6示出了根据本技术的一个实施例的电子设备的框图。
【具体实施方式】
24.本技术针对相关技术中针对网关模拟和服务模拟等不同场景各自手动编码来接入mock平台导致的时间成本和人力成本巨大且出错率高的技术问题，提出了一种自动接入mock平台的方式，能够在测试中为未配置接口直接提供mock服务。
25.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
26.实施例一
27.图1示出了根据本技术的一个实施例的测试配置方法的流程图。
28.如图1所示，根据本技术的一个实施例的测试配置方法包括：
29.步骤102，确定针对被测对象的实时测试请求中目标接口的接口类型，所述接口类型包括gateway类型、zuul类型和feign类型。
30.步骤104，按照所述接口类型对应的接口地址获取方式，获取所述实时测试请求中所述目标接口的接口地址。
31.被测对象包括但不限于实体或软件的客户端及客户端中的功能模块，实时测试请求指的是实时生成的对被测对象进行测试的请求，这一测试的功能要通过目标接口实现。接口地址指的是接口url，即接口的统一资源定位符，用于反映目标接口的位置和访问方法。
32.其中，所述接口类型包括但不限于gateway类型、zuul类型和feign类型，gateway类型的接口用于响应式网关，zuul类型的接口用于不支持长连接的阻塞式网关，feign类型的接口用于声明式web service客户端，可提供微服务。
33.步骤106，检测所述接口地址是否与预设地址集合中的任一预设地址相匹配。
34.其中，所述预设地址集合包括与所述被测对象相关的全部未配置接口的地址。在
此基础上，若实时测试请求中目标接口的接口地址与预设地址集合中的任一预设地址相匹配，说明目标接口为未配置接口。
35.由此，可实现对未配置接口的自动识别，便于进一步在mock平台中为未配置接口进行模拟响应，而无需测试者手动配置哪些接口需要接入mock平台，降低了人力成本和测试出错率。
36.步骤108，若所述接口地址与所述预设地址相匹配，获取所述预设地址对应的mock接入地址。
37.mock接入地址指的是模拟未配置接口的地址，换言之，被测对象通过mock接入地址接入mock平台，以从mock平台获取mock平台所模拟的未配置接口的响应。
38.由此，可自动为未配置接口匹配mock接入地址，使其自动接入mock平台，而无需测试者人工配置其所需的mock接入地址，降低了人力成本和测试出错率。
39.在一种可能的设计中，所述预设地址集合存储在mock平台。
40.在另一种可能的设计中，所述预设地址集合存储在接口管理平台。
41.其中，接口管理平台为yapi平台。yapi平台为可本地部署的、打通前后端的、可视化的接口管理平台，其基于json5和mockjs定义接口返回数据的结构和文档，提供有接口数据写入工具，被测对象所涉及的接口均可在yapi平台上进行管理。
42.在一种可能的设计中，在步骤106之前，还包括：获取与所述被测对象相关的全部接口的配置状态；将所述配置状态为未配置完成的接口的地址加入所述预设地址集合。
43.由此，可确定与所述被测对象相关的全部未配置接口，以便在测试过程中基于预设地址集合识别实时测试请求中的未配置接口，便于进一步在mock平台中为未配置接口进行模拟响应，而无需测试者手动配置哪些接口需要接入mock平台，降低了人力成本和测试出错率。
44.在一种可能的设计中，所述获取与所述被测对象相关的全部接口的配置状态的步骤，包括：获取所述被测对象在接口管理平台中的接口列表，所述接口列表中，与所述被测对象相关的全部接口和所述全部接口的配置状态关联存储。
45.yapi平台上对被测对象所需的每个接口均标注了其是否已配置完成。对于yapi平台上标注了配置状态为未配置完成的接口，若测试过程中需要将其调用，则需要在测试过程中模拟该接口的响应，以使测试顺利进行，避免因该接口未配置完成而影响测试进程。例如，前端和后端的开发人员的研发进程并不一致，但前端需要测试时，其所需的后端接口可能出现未配置完成的情况，此时，即可通过接入mock平台的方式模拟该接口的响应，相当于为前端的本次测试提供虚拟的后端接口，以在后端开发工作未完成的情况下保证前端测试的顺利进行。反之，若前端开发进程影响后端的测试，也可采用mock方式模拟前端接口的响应。总之，mock方式为研发不同步的实际场景提供了顺利测试的可能。
46.步骤110，基于所述mock接入地址接入mock平台，为所述实时测试请求模拟所述目标接口的响应。
47.以上技术方案，可自动识别哪些接口需要走mock平台，以及自动为需要走mock平台的接口配置mock接入地址，避免了相关技术中测试者手动配置需要走mock平台的接口和为接口手动配置mock接入地址的繁琐操作，实现了在测试中为未配置接口自动接入mock平台，降低了模拟接口响应所需的时间成本和人力成本，提升了测试效率和测试准确性。
48.另外，在本技术的技术方案中，针对不同场景下的mock平台接入需求，无需针对各场景均进行配置，而仅调用不同的场景各自对应的接口地址获取方式，即可实现对接口地址的自动获取。通过以上技术方案，针对多元化的配置场景均能够做到自动识别哪些接口需要走mock平台，以及自动为需要走mock平台的接口配置mock接入地址，提升了测试场景的兼容性。
49.进一步地，可在springcloud中引入gateway mock、zuul mock、feign mock三种jar包，从而可通过所述接口类型对应的jar包获取所述实时测试请求中所述目标接口的接口地址。
50.在被测对象启动时，通过springboot自动装配的方式加载jar包内的实现类，以将所述预设地址与所述目标接口的接口地址进行对比，判断是否走mock平台。其中，springboot是一种用于自动装配的框架，只要存在相应的jar包，springboot即可调用jar包实现自动配置。这一自动配置方式的引入，为未配置接口自动接入mock平台提供了有效路径。
51.在一种可能的设计中，可预先为每个预设地址自动配置对应的mock接入地址，在此基础上，若所述目标接口的接口地址与所述预设地址相匹配，则即可自动调用预设地址对应的mock接入地址，将实时测试请求自动转发到mock平台，通过mock平台实现对所述目标接口的自动模拟。
52.下面针对gateway类型、zuul类型和feign类型这三种不同接口类型进行接口地址获取方式的展开叙述。
53.在一种可能的设计中，若所述实时测试请求中所述目标接口的接口类型为gateway类型或者zuul类型，通过mock拦截器获取所述实时测试请求中的所述接口地址，其中，所述mock拦截器通过spring框架设置，装载于所述jar包中。
54.拦截器一般用于对web服务器管理的所有web资源进行拦截，而所述mock拦截器则是用于对所述实时测试请求的指定内容——接口地址进行拦截。将拦截器装载于jar包中，可通过加载jar包实现mock拦截器的启用，从而进一步拦截所述目标接口的接口地址用于与预设地址比对。
55.在另一种可能的设计中，若所述实时测试请求中所述目标接口的接口类型为feign类型，通过自定义feignclient实现类获取所述实时测试请求中的所述接口地址，其中，所述自定义feignclient实现类通过spring框架设置，装载于所述jar包中。
56.其中，feign是一个声明式的web服务，通过定义一个添加相应注解的接口，即可完成一个web服务的接口，而spring框架的封装是支持feign实现注解添加的基础。在本技术方案中，自定义feignclient实现类即为定义一个用于获取接口地址的接口，以完成在所述实时测试请求中获取所述接口地址这一目的。
57.通过以上技术方案，可针对不同接口类型提供各自适应的接口地址获取方式，从而便于成功拦截所述实时测试请求中的接口信息，为进一步自动为未配置接口提供模拟响应提供了有效基础。
58.另外，在步骤102之前，还包括：通过spring框架设置缓存刷新任务类，其中，所述缓存刷新任务类装载于所述jar包中；每隔预定时间间隔通过所述缓存刷新任务类获取mock平台中的所述预设地址集合。即可通过缓存刷新任务类定时获取mock平台中设置的需
要进行模拟响应的预设地址。
59.在一种可能的设计中，mock平台中设置的需要进行模拟响应的预设地址来自接口管理平台，具体地，可获取被测对象在接口管理平台中的接口列表；将所述接口列表中接口状态为未完成状态的接口确定为需使用所述mock平台进行模拟接口响应的接口，以便在mock平台为这些未完成状态的接口进行配置。
60.其中，由于开发进程在不断进展，哪些接口未配置完成，是随着时间不断变化的，因此，可每隔预定时间间隔，获取一次与所述被测对象相关的全部接口的配置状态。
61.在一种可能的设计中，可每隔预定时间间隔通过所述缓存刷新任务类重新缓存一次mock平台中的预设地址，以保证及时获取有效的未配置接口信息，保证测试的准确性。
62.在一种可能的设计中，可通过插件形式将mock平台接入系统，其具体方案如下所述。
63.首先，在spring cloud中引入gateway mock、zuul mock、feign mock三种jar包。
64.在此基础上，当应用启动时，通过springboot自动装配的方式，加载jar包，该jar包内设置有用于拦截针对实时测试请求内接口地址的实现类。实现类的具体作用在于，获取mock平台已启用mock配置的预设地址，并将预设地址与当前所需要访问的目标接口的接口地址进行对比，以判断该目标接口是否未配置完成而需要走mock平台进行模拟响应。
65.其中，若预设地址与当前所需要访问的目标接口的接口地址相匹配，即该目标接口的接口地址为已启用mock配置的预设地址，需要走mock平台进行模拟。
66.反之，若预设地址与当前所需要访问的目标接口的接口地址不匹配，则该目标接口的接口地址不是已启用mock配置的预设地址，无需走mock平台进行模拟，对于具有目标接口地址的请求，正常处理即可。
67.由此，通过插件化方式自动引入mock平台，减少接入开发工作量，实现代码低侵入，能够基于实际测试需求快速有效地接入mock平台，同时实现了降低接入成本，提升了测试效率。
68.另外，在对任何接口变更相应的mock配置时，仅需要在mock平台进行操作，结合上述基于实际测试需求快速有效地接入mock平台的技术方案，即可实现将变更后的接口mock配置自动同步至测试中，而无需测试者在测试端进行手动配置，降低了维护工作量。
69.实施例二
70.通过插件形式将mock平台接入系统时，面临两种插件形式，分别为网关mock和服务间调用mock，而其中的网关mock又分为gatewaymock和zuul mock两类不同网关下的插件形式。下面通过图2至图4对网关mock和服务间调用mock的实现方式进行展开叙述。
71.图2示出了根据本技术的另一个实施例的测试配置方法的流程图。
72.如图2所示，图2示出了根据本技术的另一个实施例的测试配置方法包括：
73.步骤202，获取来自客户端的测试请求，该测试请求中携带有本次测试所需的接口类型。
74.接口类型至少包括用于网关和用于服务间调用。
75.步骤204，判断来自客户端的测试请求所指示的接口类型为用于网关还是用于服务间调用。
76.其中，当判断结果为来自客户端的测试请求所指示的接口类型为用于网关时，进
入步骤206；当判断结果为来自客户端的测试请求所指示的接口类型为用于服务间调用时，进入步骤208。
77.步骤206，调用网关层通用mock插件拦截测试请求中的目标接口的接口地址。
78.步骤208，调用微服务层通用mock插件拦截测试请求中的目标接口的接口地址。
79.以上技术方案中，针对接口用于网关和接口用于服务间调用的不同实际场景，无需各自手动编码接入mock平台，而仅需要为不同的场景配置各自对应的mock插件，用各自对应的mock插件为各场景实现对实时测试请求中的接口地址的自动获取和对比。换言之，针对多元化的配置场景均能够实现mock平台的自动接入，提升了测试的兼容性。
80.进一步地，不同插件对于测试请求中的目标接口的接口地址进行拦截的具体方式不同，下面通过图3和图4分别对网关层通用mock插件和微服务层通用mock插件拦截测试请求中的目标接口的接口地址的具体方式进行详细描述。
81.图3示出了根据本技术的一个实施例的应用网关层通用mock插件的测试配置方法的流程图。
82.如图3所示，根据本技术的一个实施例的应用网关层通用mock插件的测试配置方法的流程具体包括：
83.步骤302，通过网关层通用mock插件的mock拦截器拦截来自客户端的测试请求中的目标接口的接口地址。
84.其中，可通过装配jar包的形式安装网关层通用mock插件的，以及，通过spring自动装配方式将mock拦截器装载于网关层通用mock插件的jar包中。
85.当接收到来自客户端的测试请求时，即可通过加载jar包实现对网关层通用mock插件的调用。进一步地，通过加载jar包内的mock拦截器在来自客户端的测试请求中筛选目标接口的接口地址。
86.步骤304，判断目标接口的接口地址是否与从接口管理平台缓存的未配置接口的预设地址一致。
87.其中，当判断结果为目标接口的接口地址与从接口管理平台缓存的未配置接口的预设地址一致时，进入步骤306。
88.当判断结果为目标接口的接口地址与从接口管理平台缓存的未配置接口的预设地址不一致时，进入步骤308。
89.步骤306，将来自客户端的测试请求转发至mock平台，以通过mock方式模拟未配置接口的响应，并将模拟结果返回客户端。
90.步骤308，通过网关层通用mock插件放行该测试请求，以便对该测试请求进行正常处理。
91.以上技术方案，可针对网关层接口设置专用的网关层通用mock插件，以适应网关层接口未配置完成时的自动模拟需求。
92.网关可理解为系统的入口，封装了应用程序的内部结构，为客户端提供统一服务吗，显而易见地，网关具有不同的类型。一般地，网关类型至少包括gateway网关和zuul网关，其中，zuul网关使用阻塞式的api，不支持长连接，使用servlet底层，用于处理http请求，不支持异步功能，而gateway网关则使用netty底层环境，不能和传统的servlet容器一起使用，支持异步功能。由于网关类型间的差异，可分别为不同类型的网关设置对应的插
件。
93.对于gateway网关，可以设置专用于gateway类型网关的gatewaymock插件；对于zuul网关，可以设置专用于zuul类型网关的zuulmock插件，以适应不同的网关类型。
94.以上技术方案，可针对不同类型的网关层接口均可分别设置专用的网关层通用mock插件，以适应网关层接口未配置完成时的自动模拟需求，提升了测试测试过程中mock自动配置的灵活性。
95.图4示出了根据本技术的一个实施例的应用微服务层通用mock插件的测试配置方法的流程图。
96.如图4所示，根据本技术的一个实施例的应用微服务层通用mock插件的测试配置方法的流程具体包括：
97.步骤402，通过feignclient实现类获取来自客户端的测试请求中的目标接口的接口地址。
98.其中，可通过装配jar包的形式安装微服务层通用mock插件，以及，通过spring自动装配方式将feignclient实现类装载于微服务层通用mock插件的jar包中。
99.当接收到来自客户端的测试请求时，即可通过加载jar包实现对微服务层通用mock插件的调用。进一步地，通过加载jar包内的feignclient实现类在来自客户端的测试请求中筛选目标接口的接口地址。
100.步骤404，判断目标接口的接口地址是否与从接口管理平台缓存的未配置接口的预设地址一致。
101.其中，当判断结果为目标接口的接口地址与从接口管理平台缓存的未配置接口的预设地址一致时，进入步骤406，当判断结果为目标接口的接口地址与从接口管理平台缓存的未配置接口的预设地址不一致时，进入步骤408。
102.步骤406，将来自客户端的测试请求转发至mock平台，以通过mock方式模拟未配置接口的响应，并将模拟结果返回客户端。
103.步骤408，通过微服务层通用mock插件放行该测试请求，以便对该测试请求进行正常处理。
104.以上技术方案，可针对微服务层接口灵活设置与其适配的专用mock插件，以适应微服务层接口的实际测试需求，增加了测试测试过程中mock自动配置的灵活性。
105.在图2至图4所示技术方案的基础上，还包括：通过spring自动装配缓存刷新任务类，用于缓存刷新任务类定时去mock平台读取最新的接口配置缓存在本地内存里，mock平台的最新的接口配置来自接口管理平台。
106.在以上任一实施例的基础上，在能够自动接入mock平台的同时，后端开发、前端开发与测试只需确认好接口列表，所有接口即可通过mock平台实现自动同步。例如，后端人员修改接口后，可通过mock平台的定时同步功能，将这一修改结果同步至接口列表，以使前端开发与测试均可无碍使用修改后的接口，减少开发过程中的沟通成本。
107.综上，本技术的技术方案针对不同用途的接口，均提供有各自对应的自动mock配置方式，支持各个开发和测试环节的脚本化开发，实现了自动高效地绕过测试、开发过程中的断点、卡点问题。同时，各个开发和测试环节均可通过mock平台直接修改和同步接口的状态，能够灵活控制接口是否走mock平台这一关键测试步骤，减少了模拟接口响应过程中的
冗余操作。进一步地，通过本技术的技术方案，最大限度地优化了开发测试流程，使得前端开发、后端开发和测试环节均无需等待其他环节完全测试完毕后的联调测试，任一环节只要获取接口文档，即可通过自动进行mock配置的方式模拟其他环节的未配置完成的接口的响应，及时进行自身所需的测试。由此，大大提升了研发效率，降低了时间成本和人力成本。
108.图5示出了根据本技术的一个实施例的测试配置装置的框图。
109.如图5所示，根据本技术的一个实施例的测试配置装置500包括：接口类型获取单元502，用于确定针对被测对象的实时测试请求中目标接口的接口类型，所述接口类型包括gateway类型、zuul类型和feign类型；接口地址获取单元504，用于按照所述接口类型对应的接口地址获取方式，获取所述实时测试请求中所述目标接口的接口地址；地址匹配检测单元506，用于检测所述接口地址是否与预设地址集合中的任一预设地址相匹配，其中，所述预设地址集合包括与所述被测对象相关的全部未配置接口的地址；mock接入地址获取单元508，用于若所述接口地址与所述预设地址相匹配，获取所述预设地址对应的mock接入地址；mock平台接入单元510，用于基于所述mock接入地址接入mock平台，为所述实时测试请求模拟所述目标接口的响应。
110.在一种可能的设计中，所述测试配置装置500还包括：配置状态获取单元，用于在所述检测所述接口地址是否与预设地址集合中的任一预设地址相匹配之前，获取与所述被测对象相关的全部接口的配置状态；执行单元，用于将所述配置状态为未配置完成的接口的地址加入所述预设地址集合。
111.在一种可能的设计中，所述配置状态获取单元用于：获取所述被测对象在接口管理平台中的接口列表，所述接口列表中，与所述被测对象相关的全部接口和所述全部接口的配置状态关联存储。
112.在一种可能的设计中，所述接口地址获取单元504用于：通过所述接口类型对应的jar包获取所述实时测试请求中所述目标接口的接口地址。
113.在一种可能的设计中，所述接口地址获取单元504用于：若所述实时测试请求中所述目标接口的接口类型为gateway类型或者zuul类型，通过mock拦截器获取所述实时测试请求中的所述接口地址，其中，所述mock拦截器通过spring框架设置，装载于所述jar包中。
114.在一种可能的设计中，所述接口地址获取单元504用于：若所述实时测试请求中所述目标接口的接口类型为feign类型，通过自定义feignclient实现类获取所述实时测试请求中的所述接口地址，其中，所述自定义feignclient实现类通过spring框架设置，装载于所述jar包中。
115.在一种可能的设计中，所述预设地址集合存储于所述mock平台中，则所述测试配置装置500还包括：缓存刷新任务类设置单元，用于在所述获取所述实时测试请求中所述目标接口的接口地址之前，通过spring框架设置缓存刷新任务类，其中，所述缓存刷新任务类装载于所述jar包中；预设地址刷新单元，用于每隔预定时间间隔通过所述缓存刷新任务类获取所述mock平台中的所述预设地址集合。
116.该测试配置装置500使用上述实施例中任一项所述的方案，因此，具有上述所有技术效果，在此不再赘述。
117.图6示出了根据本技术的一个实施例的电子设备的框图。
118.如图6所示，本技术的一个实施例的电子设备600，包括至少一个存储器602；以及，
也旨在包括多数形式，除非上下文清楚地表示其他含义。
130.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
131.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
132.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
133.以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

技术特征：
1.一种测试配置方法，其特征在于，包括：确定针对被测对象的实时测试请求中目标接口的接口类型，所述接口类型包括gateway类型、zuul类型和feign类型；按照所述接口类型对应的接口地址获取方式，获取所述实时测试请求中所述目标接口的接口地址；检测所述接口地址是否与预设地址集合中的任一预设地址相匹配，其中，所述预设地址集合包括与所述被测对象相关的全部未配置接口的地址；若所述接口地址与所述预设地址相匹配，获取所述预设地址对应的mock接入地址；基于所述mock接入地址接入mock平台，为所述实时测试请求模拟所述目标接口的响应。2.根据权利要求1所述的测试配置方法，其特征在于，在所述检测所述接口地址是否与预设地址集合中的任一预设地址相匹配之前，还包括：获取与所述被测对象相关的全部接口的配置状态；将所述配置状态为未配置完成的接口的地址加入所述预设地址集合。3.根据权利要求2所述的测试配置方法，其特征在于，所述获取与所述被测对象相关的全部接口的配置状态，包括：获取所述被测对象在接口管理平台中的接口列表，所述接口列表中，与所述被测对象相关的全部接口和所述全部接口的配置状态关联存储。4.根据权利要求2所述的测试配置方法，其特征在于，所述按照所述接口类型对应的接口地址获取方式，获取所述实时测试请求中所述目标接口的接口地址，包括：通过所述接口类型对应的jar包获取所述实时测试请求中所述目标接口的接口地址。5.根据权利要求4所述的测试配置方法，其特征在于，所述按照所述接口类型对应的接口地址获取方式，获取所述实时测试请求中所述目标接口的接口地址，包括：若所述实时测试请求中所述目标接口的接口类型为gateway类型或者zuul类型，通过mock拦截器获取所述实时测试请求中的所述接口地址，其中，所述mock拦截器通过spring框架设置，装载于所述jar包中。6.根据权利要求4所述的测试配置方法，其特征在于，所述按照所述接口类型对应的接口地址获取方式，获取所述实时测试请求中所述目标接口的接口地址，包括：若所述实时测试请求中所述目标接口的接口类型为feign类型，通过自定义feignclient实现类获取所述实时测试请求中的所述接口地址，其中，所述自定义feignclient实现类通过spring框架设置，装载于所述jar包中。7.根据权利要求4所述的测试配置方法，其特征在于，所述预设地址集合存储于所述mock平台中，则在所述获取所述实时测试请求中所述目标接口的接口地址之前，还包括：通过spring框架设置缓存刷新任务类，其中，所述缓存刷新任务类装载于所述jar包中；以及每隔预定时间间隔通过所述缓存刷新任务类获取所述mock平台中的所述预设地址集合。8.一种测试配置装置，其特征在于，包括：接口类型获取单元，用于确定针对被测对象的实时测试请求中目标接口的接口类型，
所述接口类型包括gateway类型、zuul类型和feign类型；接口地址获取单元，用于按照所述接口类型对应的接口地址获取方式，获取所述实时测试请求中所述目标接口的接口地址；地址匹配检测单元，用于检测所述接口地址是否与预设地址集合中的任一预设地址相匹配，其中，所述预设地址集合包括与所述被测对象相关的全部未配置接口的地址；mock接入地址获取单元，用于若所述接口地址与所述预设地址相匹配，获取所述预设地址对应的mock接入地址；mock平台接入单元，用于基于所述mock接入地址接入mock平台，为所述实时测试请求模拟所述目标接口的响应。9.一种电子设备，其特征在于，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行上述权利要求1至7中任一项所述的方法。10.一种计算机可读存储介质，其特征在于，存储有计算机可执行指令，所述计算机可执行指令用于执行如权利要求1至7中任一项所述的方法。

技术总结
本申请涉及测试技术领域，提出了一种测试配置方法及装置、电子设备和计算机可读存储介质，该方法包括：确定针对被测对象的实时测试请求中目标接口的接口类型；按照所述接口类型对应的接口地址获取方式，获取所述实时测试请求中所述目标接口的接口地址；检测所述接口地址是否与预设地址集合中的任一预设地址相匹配，其中，所述预设地址集合包括与所述被测对象相关的全部未配置接口的地址；若所述接口地址与所述预设地址相匹配，获取所述预设地址对应的MOCK接入地址；基于所述MOCK接入地址接入MOCK平台，为所述实时测试请求模拟所述目标接口的响应。本技术方案实现了在测试中为未配置接口自动接入MOCK平台，提升了测试效率。提升了测试效率。提升了测试效率。


技术研发人员：赵炜皓 徐硕磊
受保护的技术使用者：平安国际融资租赁有限公司
技术研发日：2023.07.10
技术公布日：2023/10/6