一种测试处理方法、装置、设备和可读存储介质与流程

1.本发明涉及数据测试技术领域，尤其涉及一种测试处理方法、装置、设备和可读存储介质。


背景技术：

2.mock(模拟)通过模拟接口返回的信息实现对上级模块的测试。发明人发现利用现有的mock方式进行测试的方式效率较低。例如，现有技术中，mock程序返回的是固定返回值。在mock业务流程流转的过程中，如果客户端需要访问每个接口，则需要测试人员手动修改配置然后重启再进行测试等。


技术实现要素：

3.本发明实施例提供一种测试处理方法、装置、设备和可读存储介质，以提高测试效率。
4.第一方面，本发明实施例提供了一种测试处理方法，应用于服务端，包括：
5.接收客户端的mock请求；
6.根据所述mock请求，确定待调用的接口以及数据处理策略；
7.从所述待调用的接口获取目标输出数据；
8.根据所述数据处理策略，对所述目标输出数据进行处理；
9.其中，所述数据处理策略包括以下至少一项：
10.将所述目标输出数据返回给所述客户端，发送mq(message queue，消息队列)消息，所述mq消息用于进行下一步测试的测试接口调用和/或测试数据流转。
11.第二方面，本发明实施例还提供一种测试处理方法，应用于客户端，包括：
12.向服务端发送mock请求；
13.接收所述服务端发送的目标输出数据；
14.其中，所述目标输出数据是所述服务端在根据数据处理策略确定返回目标输出数据时发送的；
15.其中，所述向服务端发送mock请求，包括：
16.根据预设的触发条件，自动触发向所述服务端发送mock请求。
17.第三方面，本发明实施例提供了一种测试处理装置，应用于服务端，包括：
18.第一接收模块，用于接收客户端的mock请求；
19.第一确定模块，用于根据所述mock请求，确定待调用的接口以及数据处理策略；
20.第一获取模块，用于从所述待调用的接口获取目标输出数据；
21.第一处理模块，用于根据所述数据处理策略，对所述目标输出数据进行处理；
22.其中，所述数据处理策略包括以下至少一项：
23.将所述目标输出数据返回给所述客户端，发送mq消息，所述mq消息用于进行下一步测试的测试接口调用和/或测试数据流转。
24.第四方面，本发明实施例提供了一种测试处理装置，应用于客户端，包括：
25.第一发送模块，用于向服务端发送mock请求；
26.第一接收模块，用于接收所述服务端发送的目标输出数据；
27.其中，所述目标输出数据是所述服务端在根据数据处理策略确定返回目标输出数据时发送的；
28.其中，所述向服务端发送mock请求，包括：
29.根据预设的触发条件，自动触发向所述服务端发送mock请求。
30.第五方面，本发明实施例还提供一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的程序，所述处理器执行所述程序时实现如上所述的测试处理方法中的步骤。
31.第六方面，本发明实施例还提供一种可读存储介质，所述可读存储介质上存储程序，所述程序被处理器执行时实现如上所述的测试处理方法中的步骤。
32.在本发明实施例中，当接收到客户端的mock请求后，根据所述mock请求，确定待调用的接口以及数据处理策略，并从所述待调用的接口获取目标输出数据，进而根据所述数据处理策略，对所述目标输出数据进行处理。由于数据处理策略至少包括返回目标输出数据，发送mq消息等，因此，利用本发明实施例的方案可返回不同的调用的接口的返回值，并可通过mq消息等方式实现数据在业务流程之间的流转或者下一步测试。因此，利用本发明实施例的方案可提高测试效率。
附图说明
33.图1是本发明实施例的系统架构图；
34.图2是本发明实施例的技术实现架构图；
35.图3是本发明实施例提供的测试处理方法的流程图之一；
36.图4是本发明实施例提供的测试处理方法的流程图之二；
37.图5是本发明实施例提供的测试处理方法的流程图之三；
38.图6是本发明实施例提供的测试处理装置的结构示意图之一；
39.图7是本发明实施例提供的测试处理装置的结构示意图之二。
具体实施方式
40.本发明实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
41.本技术实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
42.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，并不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
43.参见图1，图1是本发明实施例的系统架构图。结合图1，本发明实施例的架构可包括：接口mock和用例管理两个部分。
44.一、接口mock可包括：服务端mock和客户端mock。
45.1、服务端mock主要包括：(1)mock数据返回路由决策器，(2)业务数据流转/校验，协议类型路由。进一步的，mock数据返回路由决策器可包括：路由参数捕获模块，路由参数决策模块，用例后置消息发送决策模块；业务数据流转/校验包括请求业务数据入参捕获并流转模块。协议类型路由主要用于适用于本架构的多种协议，如http协议等，并可进行不同协议类型数据的转换。
46.(1)mock数据返回路由决策器中各模块在测试时实现功能如下：
47.路由参数捕获模块：接收客户端的mock请求，在mock请求中可包括：环境信息，测试信息(测试人员信息，测试集信息等)，业务参数，路由信息等。该路由参数捕获模块提取mock请求中的路由信息。
48.路由参数决策模块：根据提取的路由信息，确定待调用的接口。
49.用例后置消息发送决策模块：决策数据处理策略，即确定对获取的输出值的处理方式，如返回给客户端，更新测试集，发送mq消息等。
50.(2)业务数据流转/校验中各模块在测试时实现功能如下：
51.请求业务数据入参捕获并流转模块：捕获mock请求中的业务参数，并存储或者更新测试集。
52.2、客户端mock包括：(1)mock数据返回路由决策器以及(2)业务数据流转/校验。
53.(1)mock数据返回路由决策器可包括：通过接口手动触发mock模块以及自动触发mock模块。
54.通过接口手动触发mock模块：用于通过测试人员手动触发的方式发送请求给服务端，请求调用其他接口。
55.自动触发mock模块：主要用于根据接口调用顺序及捕获的接口返回值自动触发下一次的mock请求。
56.(2)业务数据流转/校验包括被请求业务数据捕获并校验模块，用于从其他客户端返回的数据中提取返回的数据，并存储。
57.二、用例管理主要包括配置管理，用于实现对系统进行配置。主要包括：环境/测试集配置，用例/接口配置。
58.1、环境/测试集配置包括：环境配置模块，测试集配置模块。
59.环境配置模块：用于测试环境的配置；
60.测试集配置模块：用于测试集的配置，可以为不同的测试人员或者测试需求配置不同的测试集。
61.2、用例/接口配置包括：(1)接口路径配置模块，(2)接口/用例入参配置模块，(3)接口/用例返回值配置模块，(4)接口异步调用配置模块。
62.(1)接口路径配置模块：用于将mock请求中的接口路径对应到相应的接口，即确定待调用的接口；
63.(2)接口/用例入参配置模块：用于配置需要从mock请求中捕获的具体参数等；
64.(3)接口/用例返回值配置模块：用于配置需要返回的具体参数、mq信息等；
65.(4)接口异步调用配置模块：用于配置是否发送mq消息，进行消息更新等。
66.其中，服务端mock的mock数据返回路由决策器用于根据环境配置模块对测试环境
的配置、测试集配置模块对测试集的配置以及接口路径配置模块确定接口的配置执行对应的测试处理；例如，当接收到客户端的mock请求后，服务端mock的路由参数捕获模块提取mock请求中的路由信息。路由参数决策模块根据获取的路由信息、预设的接口入参配置信息以及接口路径配置模块预设的接口路径配置信息，确定待调用的接口。用例后置消息发送决策模块根据所述mock请求中的测试信息、业务参数，以及环境配置模块预设的测试环境配置信息以及测试集配置模块预设的测试集配置信息，确定数据处理策略。服务端mock的业务数据流转/校验用于根据接口/用例入参配置模块对参数的获取配置、接口/用例返回值配置模块对参数的返回配置以及接口异步调用配置模块对mq信息等的处理配置执行对应的测试处理；例如，在获取目标输出数据的过程中，请求业务数据入参捕获并流转模块根据所述业务参数以及接口/用例入参配置模块预设的接口入参配置信息，从所述业务参数中提取目标输入参数，利用所述目标输入参数以及预设的测试集配置信息，更新测试集，请求业务数据入参捕获并流转模块从所述待调用的接口获取待处理的输出数据，根据所述待处理的输出数据和所述测试集，获取目标输出数据，在获取了目标输出数据之后，如果根据接口/用例返回值配置模块预设的接口出参配置信息需要更新测试集，则请求业务数据入参捕获并流转模块利用所述待处理的输出数据更新测试集中的数据，并利用更新后的所述测试集中的数据，获取所述目标输出数据，而如果还需从外部系统获取待处理数据，那么，还可根据接口异步调用配置模块的配置调用外部系统，并根据所述接口/用例返回值配置模块的接口返回值配置信息，对所述待处理数据进行处理(如，更新测试集中的数据等)。服务端mock的协议类型路用于根据接口/用例入参配置模块对参数的获取配置、接口/用例返回值配置模块对参数的返回配置以及接口异步调用配置模块对mq信息等的处理配置执行对应的测试处理；例如，当接收到业务请求并根据接口/用例入参配置模块提取相应的参数后，根据业务请求所使用的协议类型将其转换为本系统所支持的协议类型的数据，或对于向客户端返回的数据则根据接口/用例返回值配置模块获取需要返回给客户端的数据后将其转换为客户端所支持的协议类型的数据，或对于与外部系统的数据交互则将外部系统的数据转换为支持的协议类型的数据，或将本系统的数据转换为外部系统所支持的协议类型的数据。
67.如图2所示，为本发明实施例的技术实现架构图。参见图2，本发明实施例的设计架构可划分为：(1)业务层，(2)决策层以及(3)持久化层等。
68.(1)业务层主要实现如图1所示系统中的用例管理以及自动化回归功能。其中，用例管理主要用于对测试用例进行管理，而自动化回归功能主要是根据配置等方式决定启动哪些测试用例从而进行自动化回归测试。
69.(2)决策层主要对应于图1中服务端mock的功能，可包括用例遍历器，用例适配器，用例类型适配器，服务端mock决策适配器等。其中，用例遍历器用于根据服务端mock决策适配器的决策抓取需要调用的所有客户端用户的数据，并依次调用；用例适配器，用于根据客户端的请求决定所使用的测试用例；用例类型适配器，用于使得客户端用例进入自动化回归流程；服务端mock决策适配器，用于根据用例的配置进行决策，决定返回值的返回方式，例如，转发实际服务并返回，同步返回，异步返回并发起mq消息等。
70.(3)持久化层主要是用于测试集和用例的存储等。
71.结合图1和图2，利用上述系统进行测试处理的流程可包括如下步骤：
72.1)、系统启动并读取关键配置数据，根据配置数据对系统进行初始化。
73.2)、当接收到客户端的mock请求后，系统根据初始化的接口比对，确定待调用的接口和数据处理策略，并进入到对应的接口mock逻辑。
74.3)、接口mock逻辑匹配成功后，获取接口参数并流转，将获取到的数据和接口用例入参配置进行匹配。匹配成功后，则进入业务流程的模拟。
75.4)、根据业务流程的模拟并根据数据处理策略进行数据处理。
76.其中，业务流程的模拟可包括数据流转、数据发送及数据更新。被配置到一个业务流程的所有接口共享一个测试集。接口匹配成功后，分别根据数据处理策略确认是否将入参写入测试集、是否根据配置发送mq消息，是否自动生成新数据等对数据进行处理。
77.5)、返回数据处理结果。
78.在此步骤中，将返回值与测试集中的数据进行匹配。若根据配置需要更新返回值的部分，则将测试集中的数据更新并返回更新后的返回值。通过这种方式，可以将上一个接口调用中的入参，或者mq通知中的值，在该接口或者下一个接口的返回值中返回，从而达到mock业务流转的结果。
79.参见图3，图3是本发明实施例提供的测试处理方法的流程图，应用于服务端。如图3所示，包括以下步骤：
80.步骤301、接收客户端的mock请求。
81.在本发明实施例中，所述客户端的mock请求可包括以下内容：路由信息，测试信息，业务参数等。其中，所述路由信息可表示期望调用的接口的信息。所述测试信息可包括测试人员信息，测试集信息等。所述业务参数指的是与具体的测试内容相关的参数，比如，用户信息，申请单号，额度等等。
82.当需要进行测试时，客户端向服务端发送mock请求，相应的，服务端接收客户端发送的mock请求。
83.具体的，结合图1，在此步骤中，在一实施方式中可通过服务端的mock数据返回路由决策器的路由参数捕获模块接收该客户端的mock请求。客户端的mock请求可以通过客户端的mock数据返回路由决策器的通过接口手动触发mock模块进行手动触发或者自动触发mock模块进行自动触发所述mock请求。
84.步骤302、根据所述mock请求，确定待调用的接口以及数据处理策略。
85.由于不同的业务可能涉及到不同的接口，即使是同一业务也可能设置多个接口以实现整体功能，因此，在本发明实施例中，为了进一步提高测试效率并准确处理客户端的mock请求，在此步骤中，可根据所述路由信息、接口入参配置信息以及接口路径配置信息，确定待调用的接口。在确定数据处理策略的时候，可根据所述测试信息以及业务参数，确定数据处理策略。其中，所述数据处理策略包括以下至少一项：将所述目标输出数据返回给所述客户端，发送mq消息，所述mq消息用于进行下一步测试的测试接口调用和/或测试数据流转。在具体应用过程中，可根据所述测试信息、业务参数、预设的测试环境配置信息以及预设的测试集配置信息，确定数据处理策略。
86.需要特别说明的是，本实施例的“下一步测试”，指的是针对应用业务进行的至少两个相关联流程的综合测试中的其中一个子测试步骤，例如，若应用业务包括五个相关联的流程，则综合测试是指将五个相关联的流程中的至少两个进行连续的一次性测试。进一
步的，比如，针对贷款申请业务，一般包括查询个人信息、根据个人信息查询征信、根据征信结果查询贷款额度、根据查询的贷款额度返回最终审批结果给用户，那么，该综合测试则至少是包括例如根据个人信息查询征信、根据征信结果查询贷款额度的两个相连的连续子测试步骤，作为说明，本实施例描述的“下一步测试”指的是根据征信结果查询贷款额度这个子测试步骤。
87.其中，将所述目标输出数据返回给所述客户端指的是向客户端返回最终的数据。该数据的来源主要是测试集。而测试集中的数据，主要来源于业务参数，在业务流转过程中从各个接口返回的数据以及来自外部系统的数据。
88.通常情况下，若要mock实际使用场景，则如果接收到了客户的mock请求，对应需要输出返回值给客户端。但是，在返回给客户端返回值之前，还有可能涉及到多个接口的调用以及数据的流转。因此，本实施例根据不同的mock请求以及测试需求，还可确定在各个接口之间实现接口的调用和数据流转，而接口的调用和数据流转则可通过发送mq消息的方式实现。通过各个接口返回的数据，也可对测试集中的数据进行相应的更新。
89.具体的，结合图1所示，在此步骤中，当接收到客户端的mock请求后，服务端mock的路由参数捕获模块提取mock请求中的路由信息。服务端的路由参数决策模块根据获取的mock请求中的路由信息、接口入参配置信息以及接口路径配置信息，确定待调用的接口，其中，路由信息与接口具有对应关系，每一接口对应设置有相应的接口入参配置信息。服务端的用例后置消息发送决策模块根据所述客户端的mock请求中的测试信息、业务参数，以及预设的测试环境配置信息、预设的测试集配置信息，确定数据处理策略。所述预设的测试环境配置信息、预设的测试集配置信息是在用例管理的配置管理中的环境/测试集配置、用例/接口配置及其多个子模块预先配置的。所述数据处理策略在一些实施方式中，可以为向客户端返回数据处理返回值、在测试过程中发送mq信息以为该测试的下一步测试所用，或者根据数据处理返回值更新测试集。
90.在本实施例中，当服务端的路由参数决策模块接收到mock请求并根据接口/用例入参配置模块提取到与具体的测试内容相关的用户信息、申请单号、额度等参数，服务端的协议类型路由根据mock请求所使用的协议类型将其转换为本测试的系统所支持的协议类型的数据。
91.步骤303、从所述待调用的接口获取目标输出数据。
92.具体的，在此步骤中，根据所述业务参数以及预设的接口入参配置信息，从所述业务参数中提取目标输入参数。然后，利用所述目标输入参数以及预设的测试集配置信息，更新测试集。之后，从所述待调用的接口获取待处理的输出数据，根据所述待处理的输出数据和所述测试集，获取目标输出数据。
93.在根据所述待处理的输出数据和所述测试集，获取目标输出数据的过程中，根据预设的接口出参配置信息，确定是否需要更新测试集中的数据。若确定需要更新所述测试集中的数据，则利用所述待处理的输出数据更新测试集中的数据，并利用更新后的所述测试集中的数据，获取所述目标输出数据。例如，测试集中配置有某个key值而待处理的输出数据中具有该key的具体参数值，那么，则需要根据返回的参数更新测试集。
94.根据接口入参配置信息以及测试集配置信息，对不同的测试集配置了哪些参数是需要从客户端的mock请求中获得的。因此，需要从所述业务参数中提取目标输入参数，并利
用这些目标输入参数去更新测试集中的相应的参数值。如果无需调用其他接口，那么可直接根据测试集中的参数值返回输出值。如果涉及到接口的调用，那么，就根据从其他接口获得数据去更新参数集中的数据，并返回给客户端。
95.具体的，结合图1，在此步骤中，通过服务端的业务数据流转/校验的请求业务数据入参捕获并流转模块获取目标输出数据。在获取目标输出数据的过程中，请求业务数据入参捕获并流转模块根据所述mock请求中的业务参数以及接口入参配置信息，从所述业务参数中提取由接口/用例入参配置模块配置的目标输入参数。然后，利用所述目标输入参数以及预设的测试集配置信息，更新测试集。进一步的，服务端的请求业务数据入参捕获并流转模块从所述待调用的接口获取待处理的输出数据，根据所述待处理的输出数据和所述测试集，获取目标输出数据。在获取了目标输出数据之后，如果根据所述接口/用例返回值配置模块确定的接口出参配置信息需要更新测试集，那么，服务端的请求业务数据入参捕获并流转模块利用所述待处理的输出数据更新测试集中的数据，并利用更新后的所述测试集中的数据，获取所述目标输出数据。步骤304、根据所述数据处理策略，对所述目标输出数据进行处理。
96.具体的，在此步骤中，若所述数据处理策略包括将所述目标输出数据返回给所述客户端，则从测试集中获取目标输出数据，并发送给所述客户端。
97.若所述数据处理策略包括发送mq消息，则根据预设的接口异步调用配置信息，确定用于进行下一步测试的第一接口。其中，所述第一接口可以指的是需要调用的接口中的任一接口。之后，向所述第一接口发送mq消息，在所述mq消息中包括所述目标输出数据。除了向第一接口发送mq消息，在本发明实施例中，还可从所述第一接口获取第一数据，之后，根据所述第一数据，更新测试集中的数据。
98.如图1所示，需要特别说明的是，当所述数据处理策略包括发送mq消息，而根据预设的接口异步调用配置信息，确定用于进行下一步测试的第一接口时，执行下一测试的客户端的业务数据流转/校验的被请求业务数据捕获并校验模块用于从当前的客户端所返回的数据中提取返回的数据，并存储，以执行下一步测试。
99.此外，为了使得测试集中的数据更为准确，在本发明实施例中，还可从外部系统获取待处理数据，根据所述接口返回值配置信息，对所述待处理数据进行处理，例如，更新测试集中的数据等。
100.具体的，在此步骤中，服务端可以根据用例管理的用例后置消息发送决策模块的决策对获取的目标输出数据进行处理。如需将所述目标输出数据返回给所述客户端，则通过用例后置消息发送决策模块触发与客户端的通信，以将目标输出数据输出给客户端；如需发送mq消息，则通过用例后置消息发送决策模块触发发送mq消息。
101.具体而言，在本实施例中，当或对于需要向客户端返回的目标输出数据时，则根据接口/用例返回值配置模块获取需要返回给客户端的目标输出数据后将其转换为客户端所支持的协议类型的数据。或，在一些实施方式中，对于用于与外部系统的数据交互的数据，则将外部系统的数据转换为本测试的系统支持的协议类型的数据；同理，在一些实施方式中，本技术还可以将本系统的数据转换为外部系统所支持的协议类型的数据。
102.在本发明实施例中，当接收到客户端的mock请求后，根据所述mock请求，确定待调用的接口以及数据处理策略，并从所述待调用的接口获取目标输出数据，进而根据所述数
据处理策略，对所述目标输出数据进行处理。由于数据处理策略至少包括返回目标输出数据，发送mq消息等，因此，利用本发明实施例的方案可返回不同的调用的接口的返回值，并可通过mq消息等方式实现数据在业务流程之间的流转或者下一步测试。因此，利用本发明实施例的方案可提高测试效率。
103.此外，为了进一步提高测试效率，在本发明实施例中，还可预先配置以下至少一种信息：测试环境配置信息，测试集配置信息，接口路径配置信息，接口入参配置信息，接口返回值配置信息，接口异步调用配置信息。
104.具体的，结合图1所示，在执行本发明实施例的测试处理方法之前，可通过用例管理的各个模块进行对应参数的预先配置。
105.参见图4，图4是本发明实施例提供的测试处理方法的流程图，应用于客户端。如图4所示，包括以下步骤：
106.步骤401、向服务端发送mock请求。
107.其中，在本发明实施例中，还可根据预设的触发条件，自动触发向所述服务端发送mock请求。其中，所述预设的触发条件例如可以是调用接口的顺序等。
108.结合图1所示，在本实施例中，客户端的mock请求可以通过客户端的mock数据返回路由决策器的通过接口手动触发mock模块进行手动触发或者自动触发mock模块进行自动触发所述mock请求。
109.其中，所述客户端的mock请求可包括：以下内容：路由信息，测试信息，业务参数等等。
110.再次结合图1所示，在服务端，当接收到客户端的mock请求后，服务端mock的路由参数捕获模块提取mock请求中的路由信息。服务端的路由参数决策模块根据获取的mock请求中的路由信息、接口入参配置信息以及接口路径配置信息，确定待调用的接口，其中，路由信息与接口具有对应关系，每一接口对应设置有相应的接口入参配置信息。服务端的用例后置消息发送决策模块根据所述客户端的mock请求中的测试信息、业务参数，以及预设的测试环境配置信息、预设的测试集配置信息，确定数据处理策略。所述预设的测试环境配置信息、预设的测试集配置信息是在用例管理的配置管理中的环境/测试集配置、用例/接口配置及其多个子模块预先配置的。所述数据处理策略在一些实施方式中，可以为向客户端返回数据处理返回值、在测试过程中发送mq信息以为该测试的下一步测试所用，或者根据数据处理返回值更新测试集。
111.在本实施例中，当服务端的路由参数决策模块接收到mock请求并根据接口/用例入参配置模块提取到与具体的测试内容相关的用户信息、申请单号、额度等参数，服务端的协议类型路由根据mock请求所使用的协议类型将其转换为本测试的系统所支持的协议类型的数据。步骤402、接收所述服务端发送的目标输出数据。其中，所述目标输出数据是所述服务端在根据数据处理策略确定返回目标输出数据时发送的。
112.结合图1所示，在此步骤中，服务端在接收到mock请求后，通过服务端的业务数据流转/校验的请求业务数据入参捕获并流转模块获取目标输出数据。在获取目标输出数据的过程中，请求业务数据入参捕获并流转模块根据所述mock请求中的业务参数以及接口入参配置信息，从所述业务参数中提取由接口/用例入参配置模块配置的目标输入参数。然后，利用所述目标输入参数以及预设的测试集配置信息，更新测试集。进一步的，服务端的
请求业务数据入参捕获并流转模块从所述待调用的接口获取待处理的输出数据，根据所述待处理的输出数据和所述测试集，获取目标输出数据。在获取了目标输出数据之后，如果根据所述接口/用例返回值配置模块确定的接口出参配置信息需要更新测试集，那么，服务端的请求业务数据入参捕获并流转模块利用所述待处理的输出数据更新测试集中的数据，并利用更新后的所述测试集中的数据，获取所述目标输出数据。
113.此外，在本发明实施例中，所述客户端还可从其他客户端获取数据，并存储所述数据。
114.在本发明实施例中，当接收到客户端的mock请求后，根据所述mock请求，确定待调用的接口以及数据处理策略，并从所述待调用的接口获取目标输出数据，进而根据所述数据处理策略，对所述目标输出数据进行处理。由于数据处理策略至少包括返回目标输出数据，发送mq消息等，因此，利用本发明实施例的方案可返回不同的调用的接口的返回值，并可通过mq消息等方式实现数据在业务流程之间的流转或者下一步测试。因此，利用本发明实施例的方案可提高测试效率。
115.以mock授信业务流程举例，该测试流程至少包含提交授信和查询授信结果两个业务步骤。其中，配置如下：在授信流程中配置某接口可以触发mq消息，并针对某种业务的状态字段进行修改。假设授信业务流程有两个mq发送消息，分别在客户端的请求提交5秒后，10秒后触发，并分别发送mq消息，携带的状态分别为a与n。
116.结合图5，本发明实施例的测试处理方法可包括：
117.步骤501、接收客户端的mock请求，mock请求中可以包括授信申请参数，如用户名称，申请单号等等。假设此时状态为i。
118.步骤502、系统根据mock请求中的路由信息、接口入参配置信息以及接口路径配置信息进行数据捕获并进行流转，同时在其他需继续调用的接口执行上述捕获的数据的覆盖且获得各继续调用的接口的返回值。
119.步骤503、若接收到客户临时发起的查询请求，则向客户端输出返回值，状态为i。
120.步骤504、在接收到客户端的mock请求5s之后，发送mq消息，同时携带状态a以及获取到的全局参数。
121.步骤505、若接收到客户临时发起的查询请求，则向客户端输出返回值，状态为a。
122.步骤506、在接收到客户端的mock请求10s之后，发送mq消息，同时携带状态n以及获取到的全局参数。
123.步骤507、若接收到客户的mock请求，则向客户端输出返回值，状态为n。
124.假设要查询的是用户个人数据中的贷款额度。如果申请贷款的时候用户的贷款额度是20000，但是，在mock审批的时候模拟的贷款额度是10000，且贷款额度作为业务流转数据进行了配置。那么，在审批之前，第一次查询时，输出的返回值为20000。由于进行了流转，那么，经审批之后，第二次查询时，输出的返回值为10000。如果征信额度是5000，那么，经考虑征信额度再进行审批之后，第三次查询时，输出的返回值将是5000。
125.综上，利用本发明实施例的方案，可针对业务进行模拟，从而避免了测试中对周边应用环境的过度依赖。由于利用该系统可支持mq消息的发送，从而解决了现有mock过程中调用方无法收到mq消息的问题。此外，利用本发明实施例的方案，通过对不同环境同一配置的应用，可实现多个mock测试同时运行并且相互独立，从而节约了测试环境的硬件资源。尤
其是对金融领域的业务，由于业务的独特性，对业务流程有着强依赖，利用本发明实施例的方案，可解决此类业务流程mock的配置化，从而可以有效提升金融业务的测试能力和研发对接效率。
126.本发明实施例还提供了一种测试处理装置，应用于服务端。参见图6，图6是本发明实施例提供的测试处理装置的结构图。由于测试处理装置解决问题的原理与本发明实施例中测试处理方法相似，因此该测试处理装置的实施可以参见方法的实施，重复之处不再赘述。
127.如图6所示，测试处理装置600包括：第一接收模块601，用于接收客户端的mock请求；第一确定模块602，用于根据所述mock请求，确定待调用的接口以及数据处理策略；第一获取模块603，用于从所述待调用的接口获取目标输出数据；第一处理模块604，用于根据所述数据处理策略，对所述目标输出数据进行处理；其中，所述数据处理策略包括以下至少一项：将所述目标输出数据返回给所述客户端，发送mq消息，所述mq消息用于进行下一步测试的测试接口调用和/或测试数据流转。
128.可选的，所述mock请求包括路由信息，测试信息以及业务参数；所述第一确定模块可包括：第一确定子模块，用于根据所述路由信息、接口入参配置信息以及接口路径配置信息，确定待调用的接口；第二确定子模块，用于根据所述测试信息以及业务参数，确定数据处理策略。
129.可选的，所述第二确定子模块，用于根据所述测试信息、业务参数、预设的测试环境配置信息以及预设的测试集配置信息，确定数据处理策略。
130.可选的，所述mock请求包括业务参数；所述第一获取模块可包括：
131.第一提取子模块，用于根据所述业务参数以及预设的接口入参配置信息，从所述业务参数中提取目标输入参数；第一更新子模块，用于利用所述目标输入参数以及预设的测试集配置信息，更新测试集；第一获取子模块，用于从所述待调用的接口获取待处理的输出数据；第二获取子模块，用于根据所述待处理的输出数据和所述测试集，获取目标输出数据。
132.可选的，所述第二获取子模块可包括：
133.确定单元，用于根据预设的接口出参配置信息，确定是否需要更新测试集中的数据；更新单元，用于若确定需要更新所述测试集中的数据，则利用所述待处理的输出数据更新测试集中的数据；获取单元，用于利用更新后的所述测试集中的数据，获取所述目标输出数据。
134.可选的，所述第一处理模块，用于若所述数据处理策略包括返回目标输出数据，则从测试集中获取目标输出数据，并发送给所述客户端。
135.可选的，所述第一处理模块包括：第一确定子模块，用于若所述数据处理策略包括发送mq消息，则根据预设的接口异步调用配置信息，确定用于进行下一步测试的第一接口；第一发送子模块，用于向所述第一接口发送mq消息，在所述mq消息中包括所述目标输出数据。
136.可选的，所述第一处理模块还包括：第一获取子模块，用于从所述第一接口获取第一数据；第一更新子模块，用于根据所述第一数据，更新测试集中的数据。
137.可选的，所述装置还可包括：第三获取模块，用于从外部系统获取待处理数据；第
二处理模块，用于根据所述接口返回值配置信息，对所述待处理数据进行处理。
138.可选的，所述装置还包括：配置模块，用于预先配置以下至少一种信息：
139.测试环境配置信息，测试集配置信息，接口路径配置信息，接口入参配置信息，接口返回值配置信息，接口异步调用配置信息。
140.本发明实施例提供的装置，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
141.本发明实施例还提供了一种测试处理装置，应用于客户端。参见图7，图7是本发明实施例提供的测试处理装置的结构图。由于测试处理装置解决问题的原理与本发明实施例中测试处理方法相似，因此该测试处理装置的实施可以参见方法的实施，重复之处不再赘述。
142.如图7所示，测试处理装置700包括：第一发送模块701，用于向服务端发送mock请求；第一接收模块702，用于接收所述服务端发送的目标输出数据；其中，所述目标输出数据是所述服务端在根据数据处理策略确定返回目标输出数据时发送的。
143.可选的，所述第一发送模块701，用于根据预设的触发条件，自动触发向所述服务端发送mock请求。
144.可选的，所述装置还可包括：获取模块，用于从其他客户端获取数据，并存储所述数据。
145.本发明实施例提供的装置，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
146.本发明实施例还提供了一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序。其中，所述处理器，用于读取存储器中的程序实现上述任一方法实施例的过程。
147.本发明实施例还提供一种可读存储介质，可读存储介质上存储有程序，该程序被处理器执行时实现上述测试处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的可读存储介质，可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(mo)等)、光学存储器(例如cd、dvd、bd、hvd等)、以及半导体存储器(例如rom、eprom、eeprom、非易失性存储器(nand flash)、固态硬盘(ssd))等。
148.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
149.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。根据这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁盘、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务端，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
150.上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。