CN113360379A - 程序测试方法和程序测试装置 - Google Patents

Abstract

本发明实施例公开了一种程序测试方法和程序测试装置。本发明实施例在接收到环境构建指令后，提取环境构建指令中的环境标签信息、程序构建信息和程序部署信息，并向预定的构建发布平台发送程序构建信息，以及向预定的服务托管平台发送程序部署信息，以使得构建发布平台基于基准测试环境以及程序构建信息、服务托管平台基于基准测试环境以及程序部署信息创建环境标签信息对应的测试环境。在本发明实施例中，程序测试人员只需要设置好待测试程序的环境标签信息、程序构建信息和程序部署信息，测试环境管理平台就可以通过与构建发布平台和服务托管平台交互的方式完成测试环境的创建，有效降低了创建测试环境的复杂度，提升了创建测试环境的效率。

Description

程序测试方法和程序测试装置

技术领域

本发明涉及计算机技术领域，具体涉及一种程序测试方法和程序测试装置。

背景技术

日常生活中，电子产品的普及度越来越高，电子产品中安装的程序的数量也越来越多。为了适应不同的运行系统和满足不同用户群体的使用需求，程序的版本众多，因此不同的程序需要在不同的测试环境进行测试。而现有的测试环境需要依靠人工的方式进行创建，测试环境的创建效率较低。

发明内容

有鉴于此,本发明实施例的目的在于提供一种程序测试方法和程序测试装置，用于根据环境标签信息、程序构建信息和程序部署信息自动构建程序的测试环境，有效提升了测试环境的创建效率。

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

响应于接收到环境构建指令，提取所述环境构建指令中的环境标签信息、程序构建信息和程序部署信息；

向预定的构建发布平台发送所述程序构建信息，以使得所述构建发布平台基于基准测试环境以及所述程序构建信息创建与所述环境标签信息对应的测试环境；以及

向预定的服务托管平台发送所述程序部署信息，以使得所述服务托管平台基于所述基准测试环境以及所述程序部署信息创建所述与所述环境标签信息对应的测试环境。

优选地，所述方法还包括：

响应于接收到程序测试请求，获取环境变量参数；

根据所述环境变量参数确定所述程序测试请求的环境标签信息；

根据所述环境标签信息访问对应的测试环境；

根据所述程序测试请求对应的配置信息在对应的测试环境内部署所述程序测试请求对应的待测试程序；

在对应的测试环境中测试所述待测试程序。

优选地，所述根据所述环境标签信息访问对应的测试环境包括：

根据所述程序测试请求生成环境访问请求，所述环境访问请求带有所述环境标签信息；

基于所述预定访问请求访问对应的测试环境。

优选地，所述生成预定访问请求包括：

将所述程序测试请求对应的域名系统地址或系统文件地址切换至目标地址，以将所述程序测试请求发送至所述环境标签信息对应的标签代理容器，所述目标地址为所述环境标签信息对应的标签代理容器的地址；

启动所述标签代理容器中的反向代理网页服务器服务；

基于所述反向代理网页服务器服务将所述环境标签信息添加为所述程序测试请求的请求头，以生成所述预定访问请求。

优选地，所述生成预定访问请求包括：

基于预定终端获取对应的测试环境的创建信息，所述创建信息包括对应的测试环境的环境标签信息；

基于预定终端的代码框架将所述环境标签信息添加为所述程序测试请求的请求头，以生成所述预定访问请求。

优选地，所述根据所述程序测试请求对应的配置信息在对应的测试环境内部署所述程序测试请求对应的待测试程序包括：

向所述构建发布平台发送程序构建指令，以使得所述构建发布平台基于所述配置信息在对应的测试环境内构建所述待测试程序；

基于所述待测试程序对应的所述配置信息创建构建信息管理任务，所述构建信息管理任务用于从所述构建发布平台获取所述待测试程序的当前构建状态；

响应于所述当前构建状态为成功，向所述服务托管平台发送程序部署指令，以使得所述服务托管平台基于所述配置信息部署所述待测试程序；

根据所述当前构建状态确定所述待测试程序的部署状态。

优选地，所述根据所述程序测试请求对应的配置信息在对应的测试环境内部署所述程序测试请求对应的待测试程序还包括：

响应于所述待测试程序的所述部署状态为成功，基于对应的所述配置信息创建部署信息管理任务，所述部署信息管理任务用于从所述服务托管平台获取所述待测试程序的当前部署状态；

获取所述当前部署状态，并根据所述当前部署状态确定所述待测试程序的部署状态。

优选地，所述方法还包括：

向所述构建发布平台和所述服务托管平台发送针对目标测试环境的环境回收指令，以使得所述构建发布平台和所述服务托管平台回收所述目标测试环境。

优选地，所述向所述构建发布平台和所述服务托管平台发送针对所述目标测试环境的环境回收指令包括：

响应于所述目标测试环境的创建时长满足预定条件，和/或接收到预定终端发送的所述环境回收指令，向所述构建发布平台和所述服务托管平台发送所述环境回收指令。

优选地，所述方法还包括：

响应于所述目标测试环境回收成功，回收所述目标测试环境对应的标签代理容器。

优选地，所述方法还包括：

向所述构建发布平台和所述服务托管平台发送针对目标测试环境的环境延期指令，以使得所述构建发布平台和所述服务托管平台延长所述目标测试环境的预计创建时长。

优选地，所述方法还包括：

根据各测试环境内待测试程序的创建状态和/或部署状态生成各测试环境的环境记录。

优选地，所述方法还包括：

向预定终端发送至少一个测试环境的所述环境记录，以使得所述预定终端显示对应测试环境的所述环境记录。

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

信息提取单元，用于响应于接收到环境构建指令，提取所述环境构建指令中的环境标签信息、程序构建信息和程序部署信息；

构建信息发送单元，用于向预定的构建发布平台发送所述程序构建信息，以使得所述构建发布平台基于基准测试环境以及所述程序构建信息创建与所述环境标签信息对应的测试环境；以及

部署信息发送单元，用于向预定的服务托管平台发送所述程序部署信息，以使得所述服务托管平台基于所述基准测试环境以及所述程序部署信息创建所述与所述环境标签信息对应的测试环境。

根据本发明实施例的第三方面，提供一种计算机可读存储介质，其上存储计算机程序指令，其中，所述计算机程序指令在被处理器执行时实现如第一方面中任一项所述的方法。

根据本发明实施例的第四方面，提供一种电子设备，包括存储器和处理器，其中，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如第一方面中任一项所述的方法。

根据本发明实施例的第五方面，提供一种计算机程序产品，包括计算机程序/指令，其中，该计算机程序/指令被处理器执行以实现如第一方面中任一项所述的方法。

本发明实施例在接收到环境构建指令后，提取环境构建指令中的环境标签信息、程序构建信息和程序部署信息，并向预定的构建发布平台发送程序构建信息，以及向预定的服务托管平台发送程序部署信息，以使得构建发布平台基于基准测试环境以及程序构建信息、服务托管平台基于基准测试环境以及程序部署信息创建环境标签信息对应的测试环境。在本发明实施例中，程序测试人员只需要设置好待测试程序的环境标签信息、程序构建信息和程序部署信息，测试环境管理平台就可以通过与构建发布平台和服务托管平台交互的方式完成测试环境的创建，有效降低了创建测试环境的复杂度，提升了创建测试环境的效率。

附图说明

通过以下参照附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：

图1是本发明实施例的程序测试方法所适用的系统的功能示意图；

图2是本发明第一实施例的程序测试方法的流程图；

图3是本发明第二实施例的程序测试方法的流程图；

图4是本发明第二实施例的一种可选的实现方式中访问环境标签信息对应的测试环境的示意图；

图5是本发明第二实施例在环境标签信息对应的测试环境内部署待测试程序的示意图；

图6是本发明第三实施例的程序测试装置的示意图；

图7是本发明第四实施例的电子设备的示意图。

具体实施方式

以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。

此外，本领域普通技术人员应当理解，在此提供的附图都是为了说明的目的，并且附图不一定是按比例绘制的。

除非上下文明确要求，否则在说明书的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。

在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

为了适应不同的运行系统和满足不同用户群体的使用需求，即使是相同的程序也会具有不同的版本。例如，运行在安卓(Android)系统中的程序A和运行在IOS系统中的程序A’为具有相同功能的同一程序，但程序A和程序A’的版本不同。再例如，运行在安卓系统的程序B和程序B’为具有不同功能(也即，调用不同服务)的同一程序，但程序B和程序B’的版本不同。因此不同的程序需要在不同的测试环境进行测试。而现有的测试环境需要依靠人工的方式在不同平台填写与测试环境相关的信息，以对测试环境进行创建，因此复杂度较高，且测试环境的创建效率较低。

在本发明实施例中，预定终端可以为手机、平板电脑、笔记本电脑、台式电脑等，本发明实施例不做限定。

图1是本发明实施例的程序测试方法所适用的系统的功能示意图。图1所示的系统包括测试环境管理平台、构建发布平台以及服务托管平台，环境管理平台、构建发布平台以及服务托管平台之间通过交互的方式实现了本发明实施例的程序测试方法。如图1所示，系统可以管理各测试环境的环境标签信息、创建时长、使用权限等基础信息，以及各测试环境中的服务信息，例如包括服务A、服务B、服务C等。具体地，系统大致具有三类功能，分别为基础功能、周边功能以及定时任务。基础功能包括创建101、更新102以及回收103，其中，创建101用于根据预定终端发送的环境构建指令构建环境标签信息对应的测试环境；更新102用于根据预定终端发送的程序测试请求在对应的测试环境内部署新的待测试程序；回收103用于对测试环境进行回收。周边功能包括代理104、扫码105、权限106以及续期107，其中，代理104用于通过标签代理容器将接收到的程序测试请求对应的环境标签信息添加为程序测试请求的请求头；扫码105用于生成测试环境对应的二维码以支持预定终端通过扫码的方式获取测试环境的创建信息；权限106用于限制各测试环境的使用权限，包括部分终端可访问以及全部终端可访问，例如可以通过tree平台实现终端的使用权限的鉴定；续期107用于延长测试环境的创建时长。定时任务包括代理状态更新108、构建状态更新109、部署状态更新110以及测试环境自动回收111，其中，代理状态更新108用于更新标签代理容器的状态，也即，在测试环境被回收时回收标签代理容器；构建状态更新109用于在测试环境内构建新的待测试程序时，更新待测试程序的构建状态；部署状态更新110用于在测试环境内部署新的待测试程序时，更新待测试程序的部署状态；测试环境自动回收111用于在测试环境的创建时长满足预定条件和/或接收到预定终端发送的环境回收指令时，回收对应的测试环境。

下面通过方法实施例对本发明实施例进行详细说明。图2是本发明第一实施例的程序测试方法的流程图。如图2所示，本实施例的方法包括如下步骤：

步骤S100，响应于接收到环境构建指令，提取环境构建指令中的环境标签信息、程序构建信息和程序部署信息。

测试环境是指运行在环境内的被测试软件(也即，程序)和硬件的描述，以及任何其他与被测试软件交互的软件，包括驱动和桩。本实施例的测试环境为容器。可选地，测试环境也可以为虚拟机。

虚拟机和容器技术均属于虚拟化技术的一种，可以在同一台电脑内运行多个操作系统。虚拟机指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统，每个虚拟机均拥有独立的CMOS(Complementary Metal OxideSemiconductor，互补金属氧化物半导体，一种芯片)、硬盘和操作系统，因此在实体计算机中可以完成的工作在虚拟机中均可以实现。容器与虚拟机相似，可以同时将操作系统镜像和程序加载到内存中，且容器占用网络资源和存储资源很少，即使多个容器同时启动也不会对网络资源和存储资源带来较大负担。

在本实施例中，程序测试人员(也即，用户)可以通过预定终端设置测试环境的环境标签信息、程序构建信息和程序部署信息。其中程序构建信息和程序部署信息均可以通过用于创建测试环境的待测试程序的程序标识获取，因此有效降低了程序测试人员创建测试环境的复杂度。

环境标签信息用于表征待测试程序在正常运行时运行系统所需要满足的参数，具体可以包括测试环境的颜色标识和环境标识。颜色标识可以为橙色、黄色、红色、紫色、绿色、蓝色等颜色标识；环境标识可以为程序测试人员自行设置的标识，程序测试人员可以将数字、字母、符号或上述任意的组合设置为环境标识。

程序构建信息包括待测试程序在运行过程中所需要调用的方法、服务等信息，不同的待测试程序具有不同的程序构建信息，因此程序测试人员可以根据待测试程序的程序标识通过预定终端从服务端获取到待测试程序的程序构建信息。

程序部署信息包括待测试程序的版本信息、运行环境的环境变量等信息。与程序构建信息相似，不同的待测试程序具有不同的程序部署信息，因此服务器同样可以根据待测试程序的程序标识通过预定终端从服务端获取到待测试程序的程序构建信息。其中，环境变量指用来指定操作系统运行环境的参数，可以包括临时文件夹位置、系统文件夹位置等，例如，当待测试程序在运行过程中，系统无法获取待测试程序所在的完整路径时，系统可以通过path环境变量查找待测试程序的完整路径。

程序测试人员在通过预定终端设置测试环境的环境标签信息、程序构建信息和程序部署信息后，预定终端可以根据测试环境的环境标签信息、程序构建信息和程序部署信息生成环境构建指令，并向服务器发送环境构建指令，并由服务器向预定的测试环境管理平台转发环境构建指令。测试环境管理平台在接收到环境构建指令后，可以提取环境构建指令中的环境标签信息、程序构建信息和程序部署信息。

本实施例的测试环境为容器，因此测试环境管理平台为容器管理平台，例如，本实施例中的测试环境管理平台为Hassan平台。可选地，在测试环境为虚拟机时，测试环境管理平台为虚拟机管理平台，例如可以为KVM(Kernel-based Virtual Machine，基于内核的虚拟机)平台等。

步骤S200，向预定的构建发布平台发送程序构建信息，以使得构建发布平台基于基准测试环境以及程序构建信息创建与环境标签信息对应的测试环境。

容器需要依靠待测试程序的镜像创建并启动，因此在本实施例中，测试环境管理平台需要将程序构建信息发送至构建发布平台，以使得构建发布平台可以根据待测试程序的程序构建信息构建待测试程序的镜像。镜像(Mirroring)是一种文件存储形式，是冗余的一种类型，一个磁盘上的数据在另一个磁盘上存在一个完全相同的副本即为镜像。

构建发布平台是IDE(Integrated Development Environment，集成开发环境)的一种，用于提供程序的开发环境，一般包括代码编辑器、编译器、调试器和图形用户界面等工具，可以实现代码编写、分析、编译、调试等功能。构建发布平台可以为Visual Studio、C++Builder、Rider平台等，本实施例的构建发布平台为Rider平台。

步骤S300，向预定的服务托管平台发送程序部署信息，以使得服务托管平台基于基准测试环境以及程序部署信息创建与环境标签信息对应的测试环境。

在镜像创建完毕后，预定的服务托管平台可以基于程序部署信息配置基准测试环境以获取与环境标签对应的测试环境，并在测试环境内部署待测试程序的镜像，以完成与环境标签对应的测试环境的创建。

服务托管平台也即PaaS(Platform-as-a-Service，平台即服务)平台，用于将程序的运行和开发环境作为服务提供。本实施例的服务托管平台为Caster平台。

在本实施例中，程序测试人员只需要设置好待测试程序的环境标签信息、程序构建信息和程序部署信息，测试环境管理平台就可以通过与构建发布平台和服务托管平台交互的方式完成与环境标签信息对应的测试环境的创建，有效降低了创建测试环境的复杂度，提升了创建测试环境的效率和准确性。

可选地，本实施例还可以对测试环境进行回收。在一种可选的实现方式中，本实施例的方法还可以包括如下步骤：

步骤S400，向构建发布平台和服务托管平台发送针对目标测试环境的环境回收指令，以使得构建发布平台和服务托管平台回收目标测试环境。

随着测试环境数量的不断增长，对计算机的网络资源和存储资源的占用也在不断增长，因此在本实施例的一种可选的实现方式中，测试环境管理平台还可以对测试环境进行回收，以降低对网络资源和存储资源的消耗。

在本实施例中，测试环境的预计创建时长可以为环境构建指令中的参数，具体可以为用户设置的值。预计创建时长也即从测试环境创建完毕到回收之间的时长，用户可以根据实际需求进行设置，预计创建时长可以为1天、一周、一个月、永久等。可选地，预计创建时长也可以为预先设置的默认值。

测试环境管理平台可以对各环境标签信息对应的测试环境的预计创建时长进行记录，并响应于任一测试环境的创建时长满足预定条件，或者接收到用户通过预定终端发送的环境回收指令时，将对应的测试环境确定为目标测试环境，然后向构建发布平台和服务托管平台发送针对目标测试环境的环境回收指令，构建发布平台和服务托管平台在接收到环境回收指令后，可以对目标测试环境进行回收。

可选地，本实施例还可以对测试环境的预计创建时长进行延长。在一种可选的实现方式中，本实施例的方法还可以包括如下步骤：

步骤S500，向构建发布平台和服务托管平台发送针对目标测试环境的环境延期指令。

在本实施例中，程序测试人员还可以通过预定终端向服务器，并由服务器向测试环境管理平台发送针对目标测试环境的环境延期指令。测试环境管理平台在接收到环境延期指令后，可以向构建发布平台和服务托管平台发送环境延期指令，以使得构建发布平台和服务托管平台延长目标测试环境的预计创建时长。

本实施例在接收到环境构建指令后，提取环境构建指令中的环境标签信息、程序构建信息和程序部署信息，并向预定的构建发布平台发送程序构建信息，以及向预定的服务托管平台发送程序部署信息，以使得构建发布平台基于基准测试环境以及程序构建信息、服务托管平台基于基准测试环境以及程序部署信息创建环境标签信息对应的测试环境。在本实施例中，程序测试人员只需要设置好待测试程序的环境标签信息、程序构建信息和程序部署信息，测试环境管理平台就可以通过与构建发布平台和服务托管平台交互的方式完成测试环境的创建，有效降低了创建测试环境的复杂度，提升了创建测试环境的效率。

图3是本发明第二实施例的程序测试方法的流程图。如图3所示，本实施例的方法包括如下步骤：

步骤S100’，响应于接收到环境构建指令，提取环境构建指令中的环境标签信息、程序构建信息和程序部署信息。

在本实施例中，步骤S100’的实现方式和步骤S100的实现方式相似，在此不再赘述。

步骤S200’，向预定的构建发布平台发送程序构建信息，以使得构建发布平台基于基准测试环境以及程序构建信息创建与环境标签信息对应的测试环境。

在本实施例中，步骤S200’的实现方式和步骤S200的实现方式相似，在此不再赘述。

步骤S300’，向预定的服务托管平台发送程序部署信息，以使得服务托管平台基于基准测试环境以及程序部署信息创建与环境标签信息对应的测试环境。

在本实施例中，步骤S300’的实现方式和步骤S300的实现方式相似，在此不再赘述。

步骤S400’，响应于接收到程序测试请求，获取环境变量参数。

在本实施例中，程序测试人员可以通过程序测试指令在已创建的测试环境内新增待测试程序。测试环境管理平台在接收到预定终端发送的程序测试请求后，可以提取环境变量参数。

步骤S500’，根据环境变量参数确定程序测试请求的环境标签信息。

不同测试环境的环境变量参数不同，因此在本实施例中，测试环境管理平台可以根据环境变量参数确定程序测试请求对应的环境标签信息。

步骤S600’，根据环境标签信息访问对应的测试环境。

在确定程序测试请求对应的环境标签信息后，测试环境管理平台可以根据程序测试请求生成环境访问请求，并根据环境访问请求访问对应的测试环境。在本实施例中，环境访问请求中带有程序测试请求对应的环境标签信息，具体地，环境标签信息可以为程序测试请求的请求头。

在一种可选的实现方式中，在任一环境标签信息对应的测试环境创建完成后，测试环境管理平台可以创建该测试环境对应的标签代理容器。具体地，测试环境管理平台可以基于DNS(Domain Name System，域名系统)服务的镜像和Nginx(反向代理网页服务器)服务的镜像创建标签代理容器。因此，测试环境管理平台可以将程序测试请求对应的DNS地址或Hosts地址切换为环境标签信息对应的标签代理容器的地址，并将程序测试请求中的环境变量参数发送至标签代理容器，然后启动标签代理容器中的Nginx服务，进而基于Nginx服务从环境变量参数中读取环境标签信息，并基于Nginx服务将环境标签信息添加为程序测试请求的请求头。

在将环境标签信息添加为程序测试请求的请求头的过程中，标签代理容器的Nginx服务还可以监听与程序测试请求相关的所有域名后缀，包括80/443端口(超文本传输协议/网页浏览端口)，并启动DNS服务将相关的所有域名均解析为预定终端(也即，本机)的IP地址(Internet Protocol Address，互联网协议地址)，并将环境访问请求转发给本机的Nginx服务，以通过预定终端访问对应的测试环境。

图4是本发明第二实施例的一种可选的实现方式中访问环境标签信息对应的测试环境的示意图。如图4所示，程序测试人员通过终端41(也即，预定终端)向服务器，并由服务器向测试环境管理平台发送请求42(也即，程序测试请求)。测试环境管理平台可以确定请求42对应的环境标签信息，并通过将DNS地址或Hosts地址修改为环境标签信息对应的标签代理容器43的方式以通过标签代理容器43为请求42添加请求头。标签代理容器43可以将请求42中的环境变量参数作为启动读取的参数，并启动Nginx服务432，Nginx服务432从环境变量参数中读取环境标签信息，并将环境标签信息添加为请求42的请求头，得到请求44。Nginx服务432还可以监听与程序测试请求相关的所有域名后缀，并启动DNS服务431将相关的所有域名均解析为预定终端(也即，本机)的IP地址(Internet Protocol Address，互联网协议地址)，并将请求44转发给本机的Nginx服务，以通过预定终端访问对应的测试环境45。

在另一种可选的实现方式中，在任一环境标签信息对应的测试环境创建完成后，测试环境管理平台可以对包括环境标签信息在内的该测试环境的创建信息进行存储，具体可以以二维码的形式存储。程序测试人员可以通过预定终端扫描二维码，获取该测试环境的环境标签信息。预定轴端在获取到测试环境的环境标签信息后，可以通过代码框架生成环境访问请求的请求头，并基于带有环境标签信息的程序测试请求访问对应的测试环境。

步骤S700’，根据程序测试请求对应的配置信息在对应的测试环境内部署程序测试请求对应的待测试程序。

在本实施例中，配置信息包括待测试程序的程序创建信息和程序部署信息。与测试环境的创建相似，测试环境管理平台可以通过与构建发布平台和服务托管平台交互的方式部署待测试程序。

可选地，在本步骤前，服务托管平台可以对待测试程序的配置信息进行信息校验，以保证待测试程序可以在对应的测试环境内正常运行。信息校验可以包括配置信息对应的待测试程序是否存在、配置信息是否正确等。

在本实施例中，测试环境管理平台可以向构建发布平台发送程序构建指令，以使得构建发布平台基于待测试程序的配置信息在对应的测试环境内构建待测试程序。

在向构建发布平台发送程序构建指令后，测试环境管理平台可以默认待测试程序的构建状态为成功，并基于待测试程序的配置信息，具体可以为待测试程序的程序构建信息创建构建信息管理任务。构建信息管理任务用于从构建发布平台获取待测试程序的当前构建状态，具体可以为一个定时(也即，以预定周期)获取待测试程序的当前构建状态的任务。具体地，测试环境管理平台可以基于job服务(也即，Hassan-job)创建构建信息管理任务。

测试环境管理平台还可以根据当前构建状态确定待测试程序的部署状态。具体地，若当前构建状态为成功，则测试环境管理平台可以确定待测试程序的构建状态为成功；若当前构建状态为失败，则测试环境管理平台可以确定待测试程序的构建状态为失败。进一步地，若待测试程序的当前构建状态为成功，测试环境管理平台可以向服务托管平台发送程序部署指令，以使得服务托管平台基于配置信息部署待测试程序。

在确定待测试程序的构建状态为成功后，服务托管平台可以基于程序部署信息部署待测试程序。同时，测试环境管理平台可以基于待测试程序的配置信息，具体可以为待测试程序的程序部署信息创建部署信息管理任务。部署信息管理任务用于从服务托管平台获取待测试程序的当前部署状态，具体可以为一个定时获取待测试程序的当前部署状态的任务。类似地，测试环境管理平台也可以基于job服务创建部署信息管理任务。

图5是本发明第二实施例在环境标签信息对应的测试环境内部署待测试程序的示意图。如图5所示，Hassan在接收到预定终端发送的带有环境标签信息52的程序测试请求51后，提取程序测试请求51中的环境标签52和配置信息53，然后向Rider平台发送配置信息53中的构建信息531，并向Caster平台发送配置信息53中的部署信息532，以使得Rider平台和Caster平台在与环境标签信息52对应的测试系统内部署待测试程序。可选地，Hassan平台可以对配置信息53进行校验，并在校验通过时，触发程序构建，具体可以向Rider平台发送程序构建指令54，以使得Rider平台对程序测试请求51对应的待测试程序进行构建。

Hassan平台可以默认待测试程序的构建状态55为成功，并通过Hassan-job基于待测试程序的配置信息53创建构建信息定时任务5A，以通过构建信息定时任务5A从Rider平台获取待测试程序的当前构建状态57。在获取到待测试程序的当前构建状态57后，Hassan平台可以对存储的待测试程序的构建状态55和部署状态56进行更新，具体可以在当前构建状态57为成功时确定待测试程序的部署状态56为成功，在当前构建状态57为失败时将待测试程序的构建状态55更新为失败。并且，在当前构建状态57为成功时，Hassan平台可以触发Caster平台对待测试程序进行部署。

Hassan平台还可以通过Hassan-job基于待测试程序的配置信息53创建部署信息定时任务5B，以通过部署信息定时任务5B从Caster平台获取待测试程序的当前部署状态。在获取到待测试程序的当前构建状态57后，Hassan平台可以对存储的待测试程序的部署状态56进行更新，具体可以在当前部署状态57为成功时确定待测试程序的部署状态56为成功，在当前部署状态57为失败时确定待测试程序的部署状态56为失败。

通过上述方式，程序测试人员无需通过手动的方式确定对应的测试环境以及在对应的测试环境中手动部署待测试程序，因此有效提升了待测试程序的部署效率。

步骤S800’，在对应的测试环境中测试待测试程序。

在对待测试程序部署完毕后，程序测试人员可以对待测试程序进行测试。具体地，测试环境管理平台可以在对应的测试环境中执行待测试程序，以对待测试程序进行测试。

步骤S900’，向构建发布平台和服务托管平台发送针对目标测试环境的环境回收指令，以使得构建发布平台和服务托管平台回收目标测试环境。

在本实施例中，步骤S900’的实现方式和步骤S400的实现方式相似，在此不再赘述。

在本实施例的一种可选的实现方式中，若测试环境管理平台在创建任一环境标签信息对应的测试环境时还创建了该环境标签信息对应的标签代理容器，本实施例的方法还可以包括如下步骤：

步骤S1000’，响应于目标测试环境回收成功，回收目标测试环境对应的标签代理容器。

在对目标测试环境成功回收后，测试环境管理平台还可以对目标测试环境对应的标签代理容器进行回收，以降低标签代理容器对存储资源的占用，同时避免该标签代理容器被误用的可能。

步骤S1100’，向构建发布平台和服务托管平台发送针对目标测试环境的环境延期指令。

在本实施例中，步骤S1100’的实现方式和步骤S500的实现方式相似，在此不再赘述。

步骤S1200’，根据各测试环境内待测试程序的创建状态和/或部署状态生成各测试环境的环境记录。

测试环境管理平台会对各测试环境内待测试程序的创建状态以及部署状态进行存储，因此服务器可以根据存储的待测试程序的创建状态和/或部署状态生成各待测试环境的环境记录。

步骤S1300’，向预定终端发送至少一个测试环境的环境记录。

可选地，服务器还可以向预定终端发送至少一个测试环境的环境记录，以使得预定终端可以对对应测试环境的环境记录进行显示。在本实施例中，预定终端可以以各种现有的方式对环境记录进行显示，例如列表形式、图文形式等，本实施例不做具体限定。

本实施例在接收到环境构建指令后，提取环境构建指令中的环境标签信息、程序构建信息和程序部署信息，并向预定的构建发布平台发送程序构建信息，以及向预定的服务托管平台发送程序部署信息，以使得构建发布平台基于基准测试环境以及程序构建信息、服务托管平台基于基准测试环境以及程序部署信息创建环境标签信息对应的测试环境。在环境标签信息对应的测试环境创建完毕后，服务器在接收到程序测试请求后，可以获取程序测试请求中的环境变量参数，并根据环境变量参数确定程序测试请求的环境标签信息，进而根据环境标签信息访问对应的测试环境，并根据程序测试请求对应的配置信息在对应的测试环境内部署程序测试请求对应的待测试程序，以对待测试程序进行测试。在本实施例中，程序测试人员只需要设置好待测试程序的环境标签信息、程序构建信息和程序部署信息，测试环境管理平台就可以通过与构建发布平台和服务托管平台交互的方式完成测试环境的创建，有效降低了创建测试环境的复杂度，提升了创建测试环境的效率。并且，程序测试人员只需要发送程序测试请求，服务器就可以根据程序测试请求确定对应的测试环境，并自动在对应的测试环境内部署并测试程序测试请求对应的待测试程序，有效降低了程序测试的复杂度。

图6是本发明第三实施例的程序测试装置的示意图。如图6所示，本实施例的装置包括信息提取单元601、构建信息发送单元602和部署信息发送单元603。

其中，信息提取单元601用于响应于接收到环境构建指令，提取所述环境构建指令中的环境标签信息、程序构建信息和程序部署信息。构建信息发送单元602用于向预定的构建发布平台发送所述程序构建信息，以使得所述构建发布平台基于基准测试环境以及所述程序构建信息创建与所述环境标签信息对应的测试环境。部署信息发送单元603用于向预定的服务托管平台发送所述程序部署信息，以使得所述服务托管平台基于所述基准测试环境以及所述程序部署信息创建所述与所述环境标签信息对应的测试环境。

本实施例在接收到环境构建指令后，提取环境构建指令中的环境标签信息、程序构建信息和程序部署信息，并向预定的构建发布平台发送程序构建信息，以及向预定的服务托管平台发送程序部署信息，以使得构建发布平台基于基准测试环境以及程序构建信息、服务托管平台基于基准测试环境以及程序部署信息创建环境标签信息对应的测试环境。在本实施例中，程序测试人员只需要设置好待测试程序的环境标签信息、程序构建信息和程序部署信息，测试环境管理平台就可以通过与构建发布平台和服务托管平台交互的方式完成测试环境的创建，有效降低了创建测试环境的复杂度，提升了创建测试环境的效率。

图7是本发明第四实施例的电子设备的示意图。图7所示的电子设备为通用数据处理装置，其包括通用的计算机硬件结构，其至少包括处理器701和存储器702。处理器701和存储器702通过总线703连接。存储器702适于存储处理器701可执行的指令或程序。处理器701可以是独立的微处理器，也可以是一个或者多个微处理器集合。由此，处理器701通过执行存储器702所存储的命令，从而执行如上所述的本发明实施例的方法流程实现对于数据的处理和对于其他装置的控制。总线703将上述多个组件连接在一起，同时将上述组件连接到显示控制器704和显示装置以及输入/输出(I/O)装置705。输入/输出(I/O)装置705可以是鼠标、键盘、调制解调器、网络接口、触控输入装置、体感输入装置、打印机以及本领域公知的其他装置。典型地，输入/输出(I/O)装置705通过输入/输出(I/O)控制器706与系统相连。

其中，存储器702可以存储软件组件，例如操作系统、通信模块、交互模块以及应用程序。以上所述的每个模块和应用程序都对应于完成一个或多个功能和在发明实施例中描述的方法的一组可执行程序指令。

上述根据本发明实施例的方法、设备(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应理解，流程图和/或框图的每个块以及流程图图例和/或框图中的块的组合可以由计算机程序指令来实现。这些计算机程序指令可以被提供至通用计算机、专用计算机或其它可编程数据处理设备的处理器，以产生机器，使得(经由计算机或其它可编程数据处理设备的处理器执行的)指令创建用于实现流程图和/或框图块或块中指定的功能/动作的装置。

同时，如本领域技术人员将意识到的，本发明实施例的各个方面可以被实现为系统、方法或计算机程序产品。因此，本发明实施例的各个方面可以采取如下形式：完全硬件实施方式、完全软件实施方式(包括固件、常驻软件、微代码等)或者在本文中通常可以都称为“电路”、“模块”或“系统”的将软件方面与硬件方面相结合的实施方式。此外，本发明的方面可以采取如下形式：在一个或多个计算机可读介质中实现的计算机程序产品，计算机可读介质具有在其上实现的计算机可读程序代码。

可以利用一个或多个计算机可读介质的任意组合。计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读存储介质可以是如(但不限于)电子的、磁的、光学的、电磁的、红外的或半导体系统、设备或装置，或者前述的任意适当的组合。计算机可读存储介质的更具体的示例(非穷尽列举)将包括以下各项：具有一根或多根电线的电气连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪速存储器)、光纤、便携式光盘只读存储器(CD-ROM)、光存储装置、磁存储装置或前述的任意适当的组合。在本发明实施例的上下文中，计算机可读存储介质可以为能够包含或存储由指令执行系统、设备或装置使用的程序或结合指令执行系统、设备或装置使用的程序的任意有形介质。

计算机可读信号介质可以包括传播的数据信号，所述传播的数据信号具有在其中如在基带中或作为载波的一部分实现的计算机可读程序代码。这样的传播的信号可以采用多种形式中的任何形式，包括但不限于：电磁的、光学的或其任何适当的组合。计算机可读信号介质可以是以下任意计算机可读介质：不是计算机可读存储介质，并且可以对由指令执行系统、设备或装置使用的或结合指令执行系统、设备或装置使用的程序进行通信、传播或传输。

用于执行针对本发明各方面的操作的计算机程序代码可以以一种或多种编程语言的任意组合来编写，所述编程语言包括：面向对象的编程语言如Java、Smalltalk、C++、PHP、Python等；以及常规过程编程语言如“C”编程语言或类似的编程语言。程序代码可以作为独立软件包完全地在用户计算机上、部分地在用户计算机上执行；部分地在用户计算机上且部分地在远程计算机上执行；或者完全地在远程计算机或服务器上执行。在后一种情况下，可以将远程计算机通过包括局域网(LAN)或广域网(WAN)的任意类型的网络连接至用户计算机，或者可以与外部计算机进行连接(例如通过使用因特网服务供应商的因特网)。

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (17)

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

响应于接收到环境构建指令，提取所述环境构建指令中的环境标签信息、程序构建信息和程序部署信息；

向预定的构建发布平台发送所述程序构建信息，以使得所述构建发布平台基于基准测试环境以及所述程序构建信息创建与所述环境标签信息对应的测试环境；以及

向预定的服务托管平台发送所述程序部署信息，以使得所述服务托管平台基于所述基准测试环境以及所述程序部署信息创建所述与所述环境标签信息对应的测试环境。

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

响应于接收到程序测试请求，获取环境变量参数；

根据所述环境变量参数确定所述程序测试请求的环境标签信息；

根据所述环境标签信息访问对应的测试环境；

根据所述程序测试请求对应的配置信息在对应的测试环境内部署所述程序测试请求对应的待测试程序；

在对应的测试环境中测试所述待测试程序。

3.根据权利要求2所述的方法，其特征在于，所述根据所述环境标签信息访问对应的测试环境包括：

根据所述程序测试请求生成环境访问请求，所述环境访问请求带有所述环境标签信息；

基于所述预定访问请求访问对应的测试环境。

4.根据权利要求3所述的方法，其特征在于，所述生成预定访问请求包括：

将所述程序测试请求对应的域名系统地址或系统文件地址切换至目标地址，以将所述程序测试请求发送至所述环境标签信息对应的标签代理容器，所述目标地址为所述环境标签信息对应的标签代理容器的地址；

启动所述标签代理容器中的反向代理网页服务器服务；

基于所述反向代理网页服务器服务将所述环境标签信息添加为所述程序测试请求的请求头，以生成所述预定访问请求。

5.根据权利要求3所述的方法，其特征在于，所述生成预定访问请求包括：

基于预定终端获取对应的测试环境的创建信息，所述创建信息包括对应的测试环境的环境标签信息；

基于预定终端的代码框架将所述环境标签信息添加为所述程序测试请求的请求头，以生成所述预定访问请求。

6.根据权利要求2所述的方法，其特征在于，所述根据所述程序测试请求对应的配置信息在对应的测试环境内部署所述程序测试请求对应的待测试程序包括：

向所述构建发布平台发送程序构建指令，以使得所述构建发布平台基于所述配置信息在对应的测试环境内构建所述待测试程序；

基于所述待测试程序对应的所述配置信息创建构建信息管理任务，所述构建信息管理任务用于从所述构建发布平台获取所述待测试程序的当前构建状态；

响应于所述当前构建状态为成功，向所述服务托管平台发送程序部署指令，以使得所述服务托管平台基于所述配置信息部署所述待测试程序；

根据所述当前构建状态确定所述待测试程序的部署状态。

7.根据权利要求6所述的方法，其特征在于，所述根据所述程序测试请求对应的配置信息在对应的测试环境内部署所述程序测试请求对应的待测试程序还包括：

响应于所述待测试程序的所述部署状态为成功，基于对应的所述配置信息创建部署信息管理任务，所述部署信息管理任务用于从所述服务托管平台获取所述待测试程序的当前部署状态；

获取所述当前部署状态，并根据所述当前部署状态确定所述待测试程序的部署状态。

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

向所述构建发布平台和所述服务托管平台发送针对目标测试环境的环境回收指令，以使得所述构建发布平台和所述服务托管平台回收所述目标测试环境。

9.根据权利要求8所述的方法，其特征在于，所述向所述构建发布平台和所述服务托管平台发送针对所述目标测试环境的环境回收指令包括：

响应于所述目标测试环境的创建时长满足预定条件，和/或接收到预定终端发送的所述环境回收指令，向所述构建发布平台和所述服务托管平台发送所述环境回收指令。

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

响应于所述目标测试环境回收成功，回收所述目标测试环境对应的标签代理容器。

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

向所述构建发布平台和所述服务托管平台发送针对目标测试环境的环境延期指令，以使得所述构建发布平台和所述服务托管平台延长所述目标测试环境的预计创建时长。

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

根据各测试环境内待测试程序的创建状态和/或部署状态生成各测试环境的环境记录。

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

向预定终端发送至少一个测试环境的所述环境记录，以使得所述预定终端显示对应测试环境的所述环境记录。

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

信息提取单元，用于响应于接收到环境构建指令，提取所述环境构建指令中的环境标签信息、程序构建信息和程序部署信息；

构建信息发送单元，用于向预定的构建发布平台发送所述程序构建信息，以使得所述构建发布平台基于基准测试环境以及所述程序构建信息创建与所述环境标签信息对应的测试环境；以及

部署信息发送单元，用于向预定的服务托管平台发送所述程序部署信息，以使得所述服务托管平台基于所述基准测试环境以及所述程序部署信息创建所述与所述环境标签信息对应的测试环境。

15.一种计算机可读存储介质，其上存储计算机程序指令，其特征在于，所述计算机程序指令在被处理器执行时实现如权利要求1-13中任一项所述的方法。

16.一种电子设备，包括存储器和处理器，其特征在于，所述存储器用于存储一条或多条计算机程序指令，其中，所述一条或多条计算机程序指令被所述处理器执行以实现如权利要求1-13中任一项所述的方法。

17.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行以实现如权利要求1-13中任一项所述的方法。

Images