CN108132878A

CN108132878A - 一种测试环境的调度方法及系统

Info

Publication number: CN108132878A
Application number: CN201711393882.2A
Authority: CN
Inventors: 缴明洋; 王伟
Original assignee: SERVYOU SOFTWARE GROUP Co Ltd
Current assignee: SERVYOU SOFTWARE GROUP Co Ltd
Priority date: 2017-12-21
Filing date: 2017-12-21
Publication date: 2018-06-08

Abstract

本申请公开了一种测试环境的调度方法，所述调度方法包括：接收目标软件系统的测试环境的调度指令，并根据所述调度指令选择相应的调度方式；当所述调度方式为挂起方式时，根据所述目标软件系统所述各服务的yaml配置文件向容器集群管理平台发送停止消息，以便挂起所述测试环境；当所述调度方式为恢复方式时，从镜像仓库中获取所述目标软件系统对应的服务镜像，并利用所述服务镜像通过容器恢复所述目标软件对应的测试环境。该方法能够快速挂起或恢复测试环境，降低软件系统在测试环境下频繁的持续集成所带来的运维压力。本申请还公开了一种测试环境的调度系统、一种计算机可读存储介质及一种服务器，具有以上有益效果。

Description

一种测试环境的调度方法及系统

技术领域

本发明涉及软件系统升级领域，特别涉及一种测试环境的调度方法、系统和一种计算机可读存储介质及一种服务器。

背景技术

目前业界复杂的分布式软件系统已经普遍存在于互联网、金融、政务等各行各业，分布式软件系统的后端一般包括web层服务、数据库服务。随着微服务架构的普遍应用，软件系统按照功能模块将web层服务进一步拆分，形成多个子服务，数据库服务也为应对大数据量高并发请求而进行数据库拆分。web层服务与共享数据服务、多个应用服务之间协作，应用服务与共享数据服务、数据库服务协作，加之可能存在的消息队列、文件存储、大数据分析等等各种服务，而且为满足高可用要求，每个服务又可能部署为在多个负载上。搭建并维持这样一套乃至多套软件系统的测试环境，需要安装对应的系统环境，对服务自身进行配置，还需要对服务间调用进行配置，快速部署(或恢复)、持续集成测试这样复杂的软件系统对于任何一个研发团队都是一种挑战。

面对这样的挑战，现有技术中通常使用虚拟机的进行测试环境的部署方案或使用容器集群管理平台的部署方案。但是，上述现有技术软件系统在测试环境下频繁的持续集成过程中具有较高的运维压力，需要占用较大的存储空间。

因此，如何快速挂起或恢复测试环境，降低软件系统在测试环境下频繁的持续集成所带来的运维压力是本领域技术人员目前需要解决的技术问题。

发明内容

本申请的目的是提供一种测试环境的调度方法、系统和一种计算机可读存储介质及一种服务器，能够降低软件系统在测试环境下频繁的持续集成所带来的运维压力。

为解决上述技术问题，本申请提供一种测试环境的调度方法，该方法包括：

接收目标软件系统的测试环境的调度指令，并根据所述调度指令选择相应的调度方式；

当所述调度方式为挂起方式时，根据所述目标软件系统所述各服务的yaml配置文件向容器集群管理平台发送停止消息，以便挂起所述测试环境；

当所述调度方式为恢复方式时，从镜像仓库中获取所述目标软件系统对应的服务镜像，并利用所述服务镜像通过容器恢复所述目标软件对应的测试环境。

可选的，所述从镜像仓库中获取所述目标软件系统对应的各服务镜像包括：

判断所述镜像仓库中是否存在所述目标软件系统对应的各服务镜像；

若是，则获取所述各服务镜像；

若否，则利用容器将所述各服务镜像存储于所述镜像仓库中，并从所述镜像仓库中获取所述各服务镜像。

可选的，所述利用容器将所述各服务镜像存储于所述镜像仓库中，并从所述镜像仓库中获取所述各服务镜像包括：

利用版本控制服务器获取所述目标软件系统的各服务对应的yaml配置文件；

利用持续集成工具获取所述目标系统软件对应版本的各服务代码及容器创建文件，利用所述持续集成工具编译所述各服务代码；

根据所述容器创建文件创建对应所述服务镜像，并将所述服务镜像存储至所述镜像仓库中；

将所述yaml配置文件转换为json数据，并将所述json数据发送至容器集群管理平台；

所述容器集群管理平台根据所述json数据从所述镜像仓库中获取所述各服务镜像。

可选的，还包括：

监控所述容器集群管理平台反馈的日志信息，并根据所述日志信息分析测试环境调度的进度状态。

本申请还提供了一种测试环境的调度系统，该系统包括：

调度方式选择模块，用于接收目标软件系统的测试环境的调度指令，并根据所述调度指令选择相应的调度方式；

环境挂起模块，用于当所述调度方式为挂起方式时，根据所述目标软件系统所述各服务的yaml配置文件向容器集群管理平台发送停止消息，以便挂起所述测试环境；

环境恢复模块，用于当所述调度方式为恢复方式时，从镜像仓库中获取所述目标软件系统对应的服务镜像，并利用所述服务镜像通过容器恢复所述目标软件对应的测试环境。

可选的，所述环境恢复模块包括：

判断单元，用于判断所述镜像仓库中是否存在所述目标软件系统对应的各服务镜像；

第一获取单元，用于获取所述各服务镜像；

第二获取单元，用于利用容器将所述各服务镜像存储于所述镜像仓库中，并从所述镜像仓库中获取所述各服务镜像。

可选的，所述第二获取单元包括：

yaml获取子单元，用于利用版本控制服务器获取所述目标软件系统的各服务对应的yaml配置文件；

代码编译子单元，用于利用持续集成工具获取所述目标系统软件对应版本的各服务代码及容器创建文件，利用所述持续集成工具编译所述各服务代码；

镜像创建子单元，用于根据所述容器创建文件创建对应所述服务镜像，并将所述服务镜像存储至所述镜像仓库中；

json转换子单元，用于将所述yaml配置文件转换为json数据，并将所述json数据发送至容器集群管理平台；

镜像获取子单元，用于所述容器集群管理平台根据所述json数据从所述镜像仓库中获取所述各服务镜像。

可选的，其特征在于，还包括：

进度监测单元，用于监控所述容器集群管理平台反馈的日志信息，并根据所述日志信息分析测试环境调度的进度状态。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序执行时实现上述调度方法执行的步骤。

本申请还提供了一种服务器，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时实现上述调度方法执行的步骤。

本发明提供了一种测试环境的调度方法，接收目标软件系统的测试环境的调度指令，并根据所述调度指令选择相应的调度方式；当所述调度方式为挂起方式时，根据所述目标软件系统所述各服务的yaml配置文件向容器集群管理平台发送停止消息，以便挂起所述测试环境；当所述调度方式为恢复方式时，从镜像仓库中获取所述目标软件系统对应的服务镜像，并利用所述服务镜像通过容器恢复所述目标软件对应的测试环境。

本方法利用容器对服务镜像进行存储，在挂起测试环境时利用容器集群管理平台释放停止消息，挂起测试环境以便释放其他相关资源；在恢复测试环境时利用容器获取服务镜像恢复测试环境。容器可以支持自动化创建服务镜像且无需实现启动容器就可以静态创建，在创建过程中不需要安装操作系统，服务镜像所需存储空间更低，部署传输效率更高。本方法能够快速挂起或恢复测试环境，降低软件系统在测试环境下频繁的持续集成所带来的运维压力。本申请同时还提供了一种测试环境的调度系统和一种计算机可读存储介质及一种服务器，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例所提供的一种测试环境的调度方法的流程图；

图2为本申请实施例所提供的另一种测试环境的调度方法的流程图；

图3为本申请实施例所提供的又一种测试环境的调度方法的流程图；

图4为本申请实施例所提供的一种测试环境的调度系统的结构示意图。

具体实施方式

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

下面请参见图1，图1为本申请实施例所提供的一种测试环境的调度方法的流程图。

具体步骤可以包括：

S101：接收目标软件系统的测试环境的调度指令，并根据所述调度指令选择相应的调度方式；

其中，测试环境(Testing environment)是指测试运行其上的软件和硬件环境的描述，以及任何其它与被测软件交互的软件，包括驱动和桩。也就是说测试环境是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。在本步骤中不对测试环境对应的目标软件系统进行具体的限定，该目标软件系统可以是服务器中任意软件系统。本步骤中提到的调度指令可以是由工作人员根据实际情况发送的，也可以是由相关程序在某种条件下触发的，此处不进行限定。

在本步骤中，默认关于测试环境的调度指令有两种，一是挂起测试环境，二是恢复测试环境。关于这两种调度指令，存在两种对应的处理方法，将在S102和S103中进行介绍。

S102：当所述调度方式为挂起方式时，根据所述目标软件系统所述各服务的yaml配置文件向容器集群管理平台发送停止消息，以便挂起所述测试环境；

其中，本步骤是建立在已经接收到调度指令的前提下，以理解的是，在本步骤中可以存在一个判断的步骤，即判断调度指令是否为关于挂起测试环境的调度指令。一个目标系统软件上可以存在多个服务，若要挂起该目标系统软件的测试环境就是要将目标系统软件上各服务对应的容器及其部署信息进行删除操作。

测试环境的挂起是指有条件的暂停测试，待条件成熟后在继续执行测试。在执行测试时，有时会遇到一些问题，导致测试执行不下去(如某一功能测试不通过，会导致其他后续功能无法执行测试)，或者继续执行也没有太大意义(如录入数据中数据不能保存，再测试录入数据这部分就显得毫无意义)，需要采取测试挂起。调配挂起模块的测试人员到其他需要的部分去工作，减少人力资源上的浪费和闲置。而测试环境的恢复是指测试环境挂起的逆操作，以便继续执行测试。

yaml配置文件是一种环境描述的软件，即可以根据yaml配置文件查询相关文件的地址信息。在本步骤之前可以存在根据调度指令查找调度指令对应的目标软件系统的操作。调取目标软件系统中各服务的yaml配置文件，根据yaml配置文件向容器集群管理平台发送停止消息，该停止消息包括删除各服务对应的容器和部署信息的指令。删除容器和部署信息后释放服务相关计算资源，即可挂起测试环境。

S103：当所述调度方式为恢复方式时，从镜像仓库中获取所述目标软件系统对应的服务镜像，并利用所述服务镜像通过容器恢复所述目标软件对应的测试环境。

其中，本步骤是建立在已经接收到调度指令的前提下，以理解的是，在本步骤中可以存在一个判断的步骤，即判断调度指令是否为关于恢复测试环境的调度指令。

服务镜像是用来恢复测试环境的镜像文件，服务镜像包括目标软件系统的各服务的服务镜像。在理论上，服务镜像是存在于镜像仓库之中的，但是为了精简整个系统的存储空间，可以删除镜像仓库中的服务镜像。若服务镜像存在于镜像仓库中可以利用容器从镜像仓库中的服务镜像进行自动部署，自动配置服务间调用，以恢复测试环境。若服务镜像不存在于镜像仓库中，则需要利用版本控制服务器(如SVN)获取目标软件系统对应版本所属的各服务的yaml配置文件；利用持续集成工具(如Jenkins)获取目标软件系统对应版本的服务代码，利用该服务代码打包、编译，得到服务镜像并将该服务镜像传输至镜像仓库中。可以理解的是，在将服务镜像传输至镜像仓库中后所进行的操作与镜像仓库中存在服务镜像的步骤相同此处不再赘述。

值得注意的是，本实施例中并不对具体使用哪一种容器进行限定，所使用的的容器可以是docker容器、warden容器、rocket容器等，本领域的技术人员可以根据方案的实际应用情况选择适当的容器进行测试环境的挂起和恢复。

可以理解的是，S102与S103之间不存在逻辑上的先后关系，这两个步骤是针对不同的调度方式采取的操作。本实施例利用容器对服务镜像进行存储，在挂起测试环境时利用容器集群管理平台释放停止消息，挂起测试环境以便释放其他相关资源；在恢复测试环境时利用容器获取服务镜像恢复测试环境。容器可以支持自动化创建服务镜像且无需实现启动容器就可以静态创建，在创建过程中不需要安装操作系统，服务镜像所需存储空间更低，部署传输效率更高。本方法能够快速挂起或恢复测试环境，降低软件系统在测试环境下频繁的持续集成所带来的运维压力。

下面请参见图2，图2为本申请实施例所提供的另一种测试环境的调度方法的流程图；在本实施例中对从镜像仓库中获取所述目标软件系统对应的服务镜像，并利用所述服务镜像通过容器恢复所述目标软件对应的测试环境进行了进一步的限定，其他步骤与上一实施例基本一致，可以相互参见，此处不再赘述。

具体步骤可以包括：

S201：判断所述镜像仓库中是否存在所述目标软件系统对应的各服务镜像；若是，则进入S202；若否，则进入S203；

S202：获取所述各服务镜像；

S203：利用容器将所述各服务镜像存储于所述镜像仓库中，并从所述镜像仓库中获取所述各服务镜像。

在本实施例中对于镜像仓库中是否存有服务镜像的两种情况的处理方式进行了限定，无论镜像仓库中是否存有服务镜像，都可以对测试环境实施恢复操作。S202与S203的操作虽然最终的结果都是获取服务镜像，而S202是在镜像仓库中存有服务镜像的基础上直接获得的；S203是在镜像仓库中不存有服务镜像的基础上利用容器对服务镜像进行编译、打包得到服务镜像，将服务镜像存储在镜像仓库中，再进行获取服务镜像的操作。

下面请参见图3，图3为本申请实施例所提供的又一种测试环境的调度方法的流程图；在本实施例中对利用容器将所述各服务镜像存储于所述镜像仓库中，并从所述镜像仓库中获取所述各服务镜像进行了进一步的限定，其他步骤与上一实施例基本一致，可以相互参见，此处不再赘述。

S301：利用版本控制服务器获取所述目标软件系统的各服务对应的yaml配置文件；

S302：利用持续集成工具获取所述目标系统软件对应版本的各服务代码及容器创建文件，利用所述持续集成工具编译所述各服务代码；

其中，S301和S302不存在先后的逻辑关系，可以先执行S301再执行S302，也可以先执行S302再执行S301，还可以同时执行S301与S302，此处不进行具体的限定。

S303：根据所述容器创建文件创建对应所述服务镜像，并将所述服务镜像存储至所述镜像仓库中；

S304：将所述yaml配置文件转换为json数据，并将所述json数据发送至容器集群管理平台；

S305：所述容器集群管理平台根据所述json数据从所述镜像仓库中获取所述各服务镜像。

请参见图4，图4为本申请实施例所提供的一种测试环境的调度系统的结构示意图；

该系统可以包括：

调度方式选择模块100，用于接收目标软件系统的测试环境的调度指令，并根据所述调度指令选择相应的调度方式；

环境挂起模块200，用于当所述调度方式为挂起方式时，根据所述目标软件系统所述各服务的yaml配置文件向容器集群管理平台发送停止消息，以便挂起所述测试环境；

环境恢复模块300，用于当所述调度方式为恢复方式时，从镜像仓库中获取所述目标软件系统对应的服务镜像，并利用所述服务镜像通过容器恢复所述目标软件对应的测试环境。

在本申请提供的另一种测试环境的调度系统的实施例中，所述环境恢复模块200包括：

第一获取单元，用于获取所述各服务镜像；

进一步的，所述第二获取单元包括：

进一步的，还包括：

由于系统部分的实施例与方法部分的实施例相互对应，因此系统部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请还提供了一种服务器，可以包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时，可以实现上述实施例所提供的步骤。当然所述服务器还可以包括各种网络接口，电源等组件。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的状况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims

1.一种测试环境的调度方法，其特征在于，包括：

2.根据权利要求1所述调度方法，其特征在于，所述从镜像仓库中获取所述目标软件系统对应的各服务镜像包括：

若是，则获取所述各服务镜像；

3.根据权利要求1所述调度方法，其特征在于，所述利用容器将所述各服务镜像存储于所述镜像仓库中，并从所述镜像仓库中获取所述各服务镜像包括：

4.根据权利要求1至3任一项所述调度方法，其特征在于，还包括：

5.一种测试环境的调度系统，其特征在于，包括：

6.根据权利要求5所述调度系统，其特征在于，所述环境恢复模块包括：

第一获取单元，用于获取所述各服务镜像；

7.根据权利要求5所述调度系统，其特征在于，所述第二获取单元包括：

8.根据权利要求5至7任一项所述调度系统，其特征在于，还包括：

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序执行时实现如权利要求1至4任一项所述调度方法。

10.一种服务器，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如权利要求1至4任一项所述调度方法。