CN110380930B

CN110380930B - 一种测试方法、装置及服务器、计算机存储介质

Info

Publication number: CN110380930B
Application number: CN201910642288.5A
Authority: CN
Inventors: 王俊俊; 雷耀艺; 梁昊; 朱文峰
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-07-16
Filing date: 2019-07-16
Publication date: 2022-07-12
Anticipated expiration: 2039-07-16
Also published as: CN110380930A

Abstract

本发明实施例提供了一种测试方法、装置及服务器、计算机存储介质，其中方法包括：获取提交的第一测试需求；根据测试需求与测试环境之间的对应关系确定所述第一测试需求所需的第一测试环境，所述第一测试环境包括至少一个服务进程；利用所述第一测试环境包括的所述至少一个服务进程执行所述第一测试需求对应的测试流程，从而测试人员只需要清楚所测需求，不需要关注测试流程中所需的单个服务进程，即可快速生成测试环境，大大提升了测试环境的搭建效率，提高了测试效率。

Description

一种测试方法、装置及服务器、计算机存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种测试方法、装置及服务器、计算机存储介质。

背景技术

测试环境一般包括前端静态资源(例如js、css、图片资源等)、接入层服务进程(记为svr)、逻辑层svr，目前的测试环境管理上，大概有两种方式：一种是基于docker容器(一种轻量的虚拟化手段，能有效隔离机器资源)技术做服务隔离，所有请求均转发到中转服务上，通过染色信息来做转发；另一种是基于虚拟机技术做服务隔离，同样使用中转服务来做转发。

然而，现有的方案中，所有的svr都是独立的，当一个测试需求涉及多人协作开发，存在多个svr改动时，测试人员需要清楚整条数据链路上的所有svr，并进行相关路由信息配置，才能进行测试，一旦某个环节配置错误，会影响整个数据链路，导致测试结果无效，从而在搭建测试环境时，测试人员需要了解所测需求具体涉及哪些svr，依次部署才能进入测试，耗时较长，效率较低。可见，如何在进行测试时快速、高效地搭建测试环境已成为亟待解决的问题。

发明内容

本发明实施例提供一种测试方法、装置及服务器、计算机存储介质，可以提升测试环境的搭建效率，提高测试效率。

一方面，本发明实施例提供了一种测试方法，包括：

获取提交的第一测试需求；

根据测试需求与测试环境之间的对应关系确定所述第一测试需求所需的第一测试环境，所述第一测试环境包括至少一个服务进程；

利用所述第一测试环境包括的所述至少一个服务进程执行所述第一测试需求对应的测试流程。

另一方面，本发明实施例还提供了一种测试装置，包括：

获取模块，用于获取提交的第一测试需求；

确定模块，用于根据测试需求与测试环境之间的对应关系确定所述第一测试需求所需的第一测试环境，所述第一测试环境包括至少一个服务进程；

执行模块，用于利用所述第一测试环境包括的所述至少一个服务进程执行所述第一测试需求对应的测试流程。

又一方面，本发明实施例还提供了一种服务器，包括处理器、网络接口和存储装置，所述处理器、所述网络接口和所述存储装置相互连接，其中，所述网络接口受所述处理器的控制用于收发数据，所述存储装置用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，用于执行上述的测试方法。

又一方面，本发明实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现上述的测试方法。

本发明实施例可以获取提交的第一测试需求，根据测试需求与测试环境之间的对应关系确定该第一测试需求所需的第一测试环境，该第一测试环境包括至少一个服务进程，利用该第一测试环境包括的至少一个服务进程即可执行该第一测试需求对应的测试流程，从而测试人员只需要清楚所测需求，不需要关注测试流程中所需的单个服务进程，即可快速生成测试环境，大大提升了测试环境的搭建效率，提高了测试效率。

附图说明

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

图1a是现有技术提供的一种测试流程示意图；

图1b是现有技术提供的另一种测试流程示意图；

图1c是现有技术提供的又一种测试流程示意图；

图2是本发明实施例提供的一种测试方法的流程示意图；

图3是本发明实施例提供的另一种测试方法的流程示意图；

图4是本发明实施例提供的一种建立测试需求与测试环境之间的对应关系的示意图；

图5是本发明实施例提供的一种测试装置的结构示意图；

图6是本发明实施例提供的一种服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1a所示，是目前一种常见的测试流程示意图，基础环境包括多个服务进程svr，即svr A、B、C、……、N，通过docker容器技术和中转服务进程可以控制数据链路，从而快速虚拟出多套测试环境，即svr A_1、A_2、B_1、C_1，能够有效解决多需求并行开发测试的情况下测试环境冲突的问题。在测试时，前端将测试请求发送给中转服务，请求头携带有唯一标识，唯一标识可以是用户信息(user info，uin)，中转服务根据配置的路由信息(即服务进程转发规则)将测试请求转发给相应的svr进行处理。其中，路由信息中具体可以包括缺省值(default)、基础环境互联网协议地址(IP)、基础环境端口(port)等字段，svr具体可以理解为服务器端用于响应客户端请求，并执行某项功能的server进程的简写。

在目前的测试方案中，当一个测试需求涉及多人协作开发，存在多个svr改动时，测试人员需要清楚整条数据链路上的所有svr，假设测试需求1涉及svr A、B、C的改动，要求数据流走到svr A_1、B_1、C_1，那么测试人员在配置时就需要在三个服务进程svr A_1、B_1、C_1上都配置转发规则，但如果配置了svr A、B未配置svr C，则数据流会走向svr C，而不是svr C_1，这将导致测试结果无效。

举例来说，如图1b所示，测试需求原有涉及的服务进程svr包括：前端页面、通用网关接口(Common Gateway Interface，CGI)A、后台svr B和后台svr C，对应的数据流向为：前端页面—>CGI A—>后台svr B—>后台svr C，在引入docker容器和中转服务技术后，每个svr都运行在一个docker容器中，所有数据流均转发到中转服务(即中转svr)，由中转svr来转发到指定svr。假设某个测试需求需要修改svr B，通过中转svr上配置的路由，将带有唯一标识uin的请求转发到虚拟出的svr B_1上。测试过程中具体的转发流程如图1c所示，中转svr上运行有两个代理(proxy)，用于对接处理两个后台svr，后台svr B修改为后台svrB_1后，中转svr收到CGI A的请求后，通过相应的代理proxy B将带有唯一标识uin的请求转发给后台svr B_1，后台svr B_1处理完毕后返回中转svr，中转svr通过相应的代理proxy C将带有唯一标识uin的请求转发给后台svr C继续处理。

可见，目前对于不同的测试需求，测试人员必须要清楚对应的整条数据链路上的所有svr，依次部署才能进入测试，耗时较长，效率较低。

鉴于此，本发明实施例提供了一种测试方法，具体包括：获取提交的测试需求(记为第一测试需求)，然后根据测试需求与测试环境之间的对应关系确定出该第一测试需求所需的测试环境(记为第一测试环境)，该第一测试环境包括至少一个服务进程svr，从而快速确定出一个测试需求所需的具体的svr，然后利用该第一测试环境包括的svr即可执行该第一测试需求对应的测试流程，从而本发明实施例提供的测试方法使得测试人员只需要清楚所测需求，不需要关注测试流程中所需的单个svr，即可快速生成测试环境，大大提升了测试环境的搭建效率，降低了测试工作的门槛，提高了测试效率。

请参见图2，是本发明实施例的一种测试方法的流程示意图，本发明实施例的所述方法包括如下步骤：

201、获取提交的第一测试需求。

具体的，测试人员可以根据产品测试需要提交相关测试需求(记为第一测试需求)，服务器接收该第一测试需求。

202、根据测试需求与测试环境之间的对应关系确定所述第一测试需求所需的第一测试环境，所述第一测试环境包括至少一个服务进程。

具体的，服务器根据测试需求与测试环境之间的对应关系即可确定出该第一测试需求所需的测试环境(记为第一测试环境)，其中，该第一测试需求所需的第一测试环境具体可以包括至少一个服务进程，例如前端服务进程、移动网络接入服务进程(例如维纳斯(Wireless Network Service，WNS))、CGI服务进程和后台业务处理服务进程中的一种或多种。

203、利用所述第一测试环境包括的所述至少一个服务进程执行所述第一测试需求对应的测试流程。

具体的，服务器确定出该第一测试需求所需的第一测试环境后，利用该第一测试环境包括的该至少一个服务进程即可执行该第一测试需求对应的测试流程。

本发明实施例中，服务器获取提交的第一测试需求，然后根据测试需求与测试环境之间的对应关系即可确定出该第一测试需求所需的第一测试环境，该第一测试环境包括至少一个服务进程svr，从而快速确定出一个测试需求所需的具体的svr，然后利用该第一测试环境包括的svr即可执行该第一测试需求对应的测试流程，从而测试人员只需要清楚所测需求，不需要关注测试流程中所需的单个svr，即可快速生成测试环境，将测试环境与测试需求进行关联，大大提升了测试环境的搭建效率，降低了测试工作的门槛，提高了测试效率。

请参见图3，是本发明实施例的另一种测试方法的流程示意图，本发明实施例的所述方法包括如下步骤：

301、获取提交的第二测试需求，所述第二测试需求包括至少一个测试需求。

具体的，产品人员可以针对相关产品提交各种测试需求(记为第二测试需求)，该第二测试需求包括至少一个测试需求，服务器接收该第二测试需求。

302、从开发环境提供的服务进程集合中确定出所述至少一个测试需求中各个测试需求所需的服务进程，其中，所述各个测试需求所需的服务进程组成了所述各个测试需求对应的测试环境。

具体的，开发环境提供了实现一个产品各项功能所需的各种服务进程(记为服务进程集合)，服务器从这一服务进程集合中可以确定出第二测试需求包括的至少一个测试需求中执行各个测试需求所需的具体的服务进程，可以理解的是，执行各个测试需求所需的服务进程组成了该各个测试需求对应的测试环境。例如，产品人员针对一产品提交了三种测试需求，记为需求1、需求2、需求3，则服务器根据各个需求的具体内容即可确定出需求1、需求2、需求3各自所需的服务进程集合，需求1所需的服务进程集合组成了能够满足需求1的测试环境，同样的，需求2所需的服务进程集合组成了能够满足需求2的测试环境，需求3所需的服务进程集合组成了能够满足需求3的测试环境。

如图4所示，提供四套开发环境，开发环境1包括前端服务进程，开发环境2包括WNS服务进程，开发环境3包括CGI1、CGI2服务进程，开发环境4包括后台业务处理svr1、svr2服务进程，服务器根据各个需求的具体内容从这四套开发环境提供的服务进程集合中确定出需求1所需的服务进程包括前端、WNS、CGI1和CGI2，需求2所需的服务进程包括前端、CGI1和CGI2，需求3所需的服务进程包括WNS、svr1和svr2，其中，前端、WNS、CGI1和CGI2这四个服务进程组成了需求1对应的测试环境1，前端、CGI1和CGI2这三个服务进程组成了需求2对应的测试环境2，WNS、svr1和svr2这三个服务进程组成了需求3对应的测试环境3，各个服务进程具体可以部署在docker容器中，可见，能够完全隔离开发环境和测试环境。

303、根据所述各个测试需求对应的测试环境建立测试需求与测试环境之间的对应关系。

具体的，服务器根据上述各个测试需求对应的测试环境可以建立起测试需求与测试环境之间的对应关系，使得根据测试需求即可快速查询到所需的具体测试环境，有助于提高测试效率。

304、获取提交的第一测试需求。

305、根据测试需求与测试环境之间的对应关系确定所述第一测试需求对应的第二测试环境。

306、利用所述第二测试环境通过容器复制的方式生成所述第一测试需求所需的第一测试环境，所述第一测试环境包括至少一个服务进程。

具体的，服务器根据测试需求与测试环境之间的对应关系可以确定出该第一测试需求对应的第二测试环境，第二测试环境包括的服务进程可以部署在docker容器中，从而利用该第二测试环境通过容器复制的方式即可生成该第一测试需求所需的第一测试环境，其中，该第一测试需求所需的第一测试环境具体可以包括至少一个服务进程，例如前端服务进程、移动网络接入服务进程(例如WNS)、CGI服务进程和后台业务处理服务进程中的一种或多种。

在一些可行的实施方式中，服务器利用第二测试环境通过容器复制的方式生成该第一测试需求所需的第一测试环境的具体方式可以是：服务器对第二测试环境包括的服务进程所在的容器进行复制处理，将复制处理得到的容器中的服务进程即可作为第一测试需求所需的第一测试环境，从而通过容器复制即可一键快速生成测试需求所需的测试环境，不需要再次编译svr代码。

307、利用所述第一测试环境包括的所述至少一个服务进程执行所述第一测试需求对应的测试流程。

具体的，服务器确定出该第一测试需求所需的第一测试环境后，获取该第一测试环境的服务进程转发规则，服务进程转发规则定义了测试过程中的数据流向，然后调用中转服务利用该服务进程转发规则和第一测试环境包括的该至少一个服务进程执行该第一测试需求对应的测试流程，从而完成该第一测试需求的测试。

在一些可行的实施方式中，服务器可以获取该第一测试环境包括的该至少一个服务进程中各个服务进程之间的转发关系，利用该转发关系即可自动生成该第一测试环境的服务进程转发规则，从而不需要测试人员依次手动给每个服务进程svr添加路由配置(即转发规则)即可保证数据流正确，实现了服务进程转发规则的一键生成，进一步提升了测试环境的搭建效率，降低了测试工作的门槛。

本发明实施例中，针对产品人员提交的至少一个测试需求，服务器可以从开发环境提供的服务进程集合中确定出该至少一个测试需求中各个测试需求所需的服务进程，各个测试需求所需的服务进程组成了各个测试需求对应的测试环境，并建立起测试需求与测试环境之间的对应关系，服务器获取测试人员提交的第一测试需求后，根据测试需求与测试环境之间的对应关系确定出该第一测试需求对应的第二测试环境，然后利用该第二测试环境通过容器复制的方式即可生成该第一测试需求所需的第一测试环境，该第一测试环境包括至少一个服务进程svr，从而快速确定出一个测试需求所需的具体的svr，然后利用该第一测试环境包括的svr即可执行该第一测试需求对应的测试流程，从而测试人员只需要清楚所测需求，不需要关注测试流程中所需的单个svr，即可快速生成测试环境，大大提升了测试环境的搭建效率，降低了测试工作的门槛，提高了测试效率。

另外，服务器利用测试环境包括的至少一个服务进程中各个服务进程之间的转发关系即可自动生成该测试环境的服务进程转发规则，利用该服务进程转发规则和该测试环境包括的服务进程实现对测试需求的测试，从而不需要测试人员依次手动给每个服务进程svr添加路由配置(即转发规则)即可保证数据流正确，实现了服务进程转发规则的一键生成，避免了逐个配置svr路由带来的效率和错误的风险，进一步提升了测试环境的搭建效率。

综上，本发明实施例提供的测试方法能够完全隔离开发环境和测试环境，从根本上解决了测试环境冲突以及测试环境管理的问题，大大简化了测试环境搭建以及路由配置的流程。

请参见图5，是本发明实施例的一种测试装置的结构示意图，本发明实施例的所述测试装置可以设置在服务器中，所述装置包括如下结构：

获取模块501，用于获取提交的第一测试需求；

确定模块502，用于根据测试需求与测试环境之间的对应关系确定所述第一测试需求所需的第一测试环境，所述第一测试环境包括至少一个服务进程；

执行模块503，用于利用所述第一测试环境包括的所述至少一个服务进程执行所述第一测试需求对应的测试流程。

可选的，所述确定模块502，具体用于：

根据测试需求与测试环境之间的对应关系确定所述第一测试需求对应的第二测试环境；

利用所述第二测试环境通过容器复制的方式生成所述第一测试需求所需的第一测试环境。

可选的，所述确定模块502，具体用于：

对所述第二测试环境包括的服务进程所在的容器进行复制处理；

将复制处理得到的容器中的服务进程作为所述第一测试需求所需的第一测试环境。

可选的，所述装置还包括：建立模块504，其中：

所述获取模块501，还用于获取提交的第二测试需求，所述第二测试需求包括至少一个测试需求；

所述确定模块502，还用于从开发环境提供的服务进程集合中确定出所述至少一个测试需求中各个测试需求所需的服务进程，其中，所述各个测试需求所需的服务进程组成了所述各个测试需求对应的测试环境；

所述建立模块504，用于根据所述各个测试需求对应的测试环境建立测试需求与测试环境之间的对应关系。

可选的，所述执行模块503，具体用于：

获取所述第一测试环境的服务进程转发规则；

调用中转服务利用所述服务进程转发规则和所述第一测试环境包括的所述至少一个服务进程执行所述第一测试需求对应的测试流程。

可选的，所述装置还包括：生成模块505，其中：

所述获取模块501，还用于获取所述第一测试环境包括的所述至少一个服务进程中各个服务进程之间的转发关系；

所述生成模块505，用于利用所述转发关系生成所述第一测试环境的服务进程转发规则。

可选的，所述至少一个服务进程包括前端服务进程、移动网络接入服务进程、通用网关接口服务进程和后台业务处理服务进程中的一种或多种。

需要说明的是，本发明实施例的测试装置的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

本发明实施例中，获取模块501获取提交的第一测试需求，确定模块502根据测试需求与测试环境之间的对应关系确定该第一测试需求所需的第一测试环境，该第一测试环境包括至少一个服务进程，执行模块503利用该第一测试环境包括的至少一个服务进程即可执行该第一测试需求对应的测试流程，从而测试人员只需要清楚所测需求，不需要关注测试流程中所需的单个服务进程，即可快速生成测试环境，将测试环境与测试需求进行关联，大大提升了测试环境的搭建效率，降低了测试工作的门槛，提高了测试效率。

请参见图6，是本发明实施例的一种服务器的结构示意图，本发明实施例的所述服务器包括供电模块等结构，并包括处理器601、存储装置602以及网络接口603。所述处理器601、存储装置602以及网络接口603之间可以交互数据，由处理器601实现相应的测试功能。

所述存储装置602可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储装置602也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flash memory)，固态硬盘(solid-state drive，SSD)等；所述存储装置602还可以包括上述种类的存储器的组合。

所述处理器601可以是中央处理器601(central processing unit，CPU)。在一个实施例中，所述处理器601还可以是图形处理器601(Graphics Processing Unit，GPU)。所述处理器601也可以是由CPU和GPU的组合。在一个实施例中，所述存储装置602用于存储程序指令。所述处理器601可以调用所述程序指令，执行如下操作：

获取提交的第一测试需求；

可选的，所述处理器601，具体用于：

可选的，所述处理器601，还用于：

获取提交的第二测试需求，所述第二测试需求包括至少一个测试需求；

从开发环境提供的服务进程集合中确定出所述至少一个测试需求中各个测试需求所需的服务进程，其中，所述各个测试需求所需的服务进程组成了所述各个测试需求对应的测试环境；

根据所述各个测试需求对应的测试环境建立测试需求与测试环境之间的对应关系。

可选的，所述处理器601，具体用于：

获取所述第一测试环境的服务进程转发规则；

可选的，所述处理器601，还用于：

获取所述第一测试环境包括的所述至少一个服务进程中各个服务进程之间的转发关系；

利用所述转发关系生成所述第一测试环境的服务进程转发规则。

具体实现中，本发明实施例中所描述的处理器601、存储装置602以及网络接口603可执行本发明实施例提供的一种测试方法的相关实施例中所描述的实现方式，也可执行本发明实施例提供的一种测试装置的相关实施例中所描述的实现方式，在此不再赘述。

本发明实施例中，处理器601获取提交的第一测试需求，根据测试需求与测试环境之间的对应关系确定该第一测试需求所需的第一测试环境，该第一测试环境包括至少一个服务进程，利用该第一测试环境包括的至少一个服务进程即可执行该第一测试需求对应的测试流程，从而测试人员只需要清楚所测需求，不需要关注测试流程中所需的单个服务进程，即可快速生成测试环境，将测试环境与测试需求进行关联，大大提升了测试环境的搭建效率，降低了测试工作的门槛，提高了测试效率。

本发明实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现上述实施例中描述的相应方法。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可能可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器)执行本发明各个实施例上述方法的全部或部分步骤。其中，而前述的存储介质可包括：U盘、移动硬盘、磁碟、光盘、只读存储器(英文：Read-Only Memory，缩写：ROM)或者随机存取存储器(英文：Random Access Memory，缩写：RAM)等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

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

根据所述各个测试需求对应的测试环境建立测试需求与测试环境之间的对应关系；

获取提交的第一测试需求；

2.根据权利要求1所述的方法，其特征在于，所述根据测试需求与测试环境之间的对应关系确定所述第一测试需求所需的第一测试环境，包括：

3.根据权利要求2所述的方法，其特征在于，所述利用所述第二测试环境通过容器复制的方式生成所述第一测试需求所需的第一测试环境，包括：

4.根据权利要求1所述的方法，其特征在于，所述利用所述第一测试环境包括的所述至少一个服务进程执行所述第一测试需求对应的测试流程，包括：

获取所述第一测试环境的服务进程转发规则；

5.根据权利要求4所述的方法，其特征在于，所述获取所述第一测试环境的服务进程转发规则之前，所述方法还包括：

6.根据权利要求1所述的方法，其特征在于，所述至少一个服务进程包括前端服务进程、移动网络接入服务进程、通用网关接口服务进程和后台业务处理服务进程中的一种或多种。

7.一种测试装置，其特征在于，所述装置包括：

获取模块，用于获取提交的第二测试需求，所述第二测试需求包括至少一个测试需求；

确定模块，用于从开发环境提供的服务进程集合中确定出所述至少一个测试需求中各个测试需求所需的服务进程，其中，所述各个测试需求所需的服务进程组成了所述各个测试需求对应的测试环境；

建立模块，用于根据所述各个测试需求对应的测试环境建立测试需求与测试环境之间的对应关系；

所述获取模块，还用于获取提交的第一测试需求；

所述确定模块，还用于根据测试需求与测试环境之间的对应关系确定所述第一测试需求所需的第一测试环境，所述第一测试环境包括至少一个服务进程；

8.一种服务器，其特征在于，包括处理器和存储装置，所述处理器和存储装置相互连接，其中，所述存储装置用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1～6中任一项所述的测试方法。

9.一种计算机存储介质，其特征在于，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现如权利要求1～6中任一项所述的测试方法。