测试环境部署方法和系统与流程

本发明涉及计算机技术，尤其涉及一种测试环境部署方法和系统。

背景技术：

目前，大部分的团队只是使用开放源代码的版本控制系统(例如：svn)进行源代码管理，通过在本地进行编译和打包，然后通过工具上传到测试服务器和线上机器进行测试。

然而，现有技术中，需要人工搭建测试环境，测试环境的构建速度慢，效率低。

技术实现要素：

本发明提供一种测试环境部署方法和系统，实现测试环境的自动化部署，提高测试环境的构建效率。

本发明第一方面提供一种测试环境部署方法，包括：

获取待初始化的集群名和对应的测试机网络协议IP地址；

在IP地址对应的测试机中初始化集群名对应的集群；

根据集群、测试机IP地址以及初始化的集群注册信息，调用shell脚本部署指定的版本或者最新编译的版本。

可选地，还包括：

对集群的URL和/或端口进行监控，获取URL和/或端口的可用性；

根据URL和/或端口的可用性进行报警。

可选地，还包括：

对测试机的CPU、内存和/或磁盘进行监控，获取CPU、内存和/或磁盘的运行参数；

显示CPU、内存和/或磁盘的运行参数。

可选地，还包括：

对项目日志进行分析和统计，并显示分析和统计结果。

可选地，获取待初始化的集群名和对应的测试机网络协议IP地址之前，还包括：

对nginx进行安装和初始化。

本发明第二方面提供一种测试环境部署系统，包括：

集群初始化模块，用于获取待初始化的集群名和对应的测试机网络协议IP地址；

集群初始化模块，还用于在IP地址对应的测试机中初始化集群名对应的集群；

部署模块，用于根据集群、测试机IP地址以及初始化的集群注册信息，调用shell脚本部署指定的版本或者最新编译的版本。

可选地，还包括：

监控模块，用于对集群的URL和/或端口进行监控，获取URL和/或端口的可用性；

监控模块，还用于根据URL和/或端口的可用性进行报警。

可选地，监控模块，还用于对测试机的CPU、内存和/或磁盘进行监控，获取CPU、内存和/或磁盘的运行参数；

监控模块，还用于显示CPU、内存和/或磁盘的运行参数。

可选地，还包括：

日志模块，用于对项目日志进行分析和统计，并显示分析和统计结果。

可选地，还包括：

环境初始化模块，用于对nginx进行安装和初始化。

本发明提供的测试环境部署方法和系统，通过获取待初始化的集群名和对应的测试机网络协议IP地址；在IP地址对应的测试机中初始化集群名对应的集群；根据集群、测试机IP地址以及初始化的集群注册信息，调用shell脚本部署指定的版本或者最新编译的版本。从而，实现测试环境的自动化部署，提高了测试环境的构建效率。

附图说明

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

图1为本发明提供的一种场景示意图；

图2为本发明测试环境部署方法实施例一的流程示意图；

图3为本发明测试环境部署方法实施例二的流程示意图；

图4为本发明测试环境部署方法实施例三的流程示意图；

图5为本发明测试环境部署方法实施例四的流程示意图；

图6为本发明测试环境部署方法实施例五的流程示意图；

图7为本发明测试环境部署系统实施例一的结构示意图；

图8为本发明测试环境部署系统实施例二的结构示意图；

图9为本发明测试环境部署系统实施例三的结构示意图；

图10为本发明测试环境部署系统实施例四的结构示意图。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

图1为本发明提供的一种场景示意图，包括：svn或者git、第一服务器(maven)、第二服务器(jenkins)、编译ftp服务器、测试机、iwork服务器、上线ftp服务器、usp系统、scf/wf集群和nginx集群。

本发明的利用svn或git等进行代码的版本管理，研发工程师只需要提交后端java代码到svn或git，将jar利用iwork工具发布到maven私服，jenkins配置编译任务，从svn或git拉取java文件(可以通过update命令实现)，以及从maven私服拉取依赖包(可以通过mvn install命令实现)，进行编译打包，编译后的文件打包成tar.gz的压缩包上传到编译ftp服务器，编译ftp服务器编译完成后，生成站点目录并发布到测试机(可以通过deploy命令发布)。利用自动化部署系统，调用shell脚本进行初始化集群和部署对应的集群。

具体地如下所示：

图2为本发明测试环境部署方法实施例一的流程示意图，如图2所示，本实施例的方法如下：

S201：获取待初始化的集群名和对应的测试机P地址。

一种实现方式：在初始化页面填写待初始化的集群名和对应的测试机IP地址。

S202：在IP地址对应的测试机中初始化集群名对应的集群。

S203：根据集群、测试机IP地址以及初始化的集群注册信息，调用shell脚本部署指定的版本或者最新编译的版本。

一种实现方式：根据集群、测试机IP地址以及初始化的集群注册信息，通过下拉筛选对应的集群调用shell脚本部署指定的版本或者最新编译的版本。

本实施例，通过获取待初始化的集群名和对应的测试机网络协议IP地址；在IP地址对应的测试机中初始化集群名对应的集群；根据集群、测试机IP地址以及初始化的集群注册信息，调用shell脚本部署指定的版本或者最新编译的版本。从而，实现测试环境的自动化部署，提高了测试环境的构建效率。

图3为本发明测试环境部署方法实施例二的流程示意图，图3是在图2所示实施例的基础上，进一步地，还包括：

S204：对集群的URL和/或端口进行监控，获取URL和/或端口的可用性。

S205：根据URL和/或端口的可用性进行报警。

当URL不可用或端口不可能时，进行报警。

本实施例，通过对URL和/或端口的可用性进行监控，当URL不可用或者端口不可用时，进行报警，从而，使得开发人员可以及时对不可用的URL或者端口进行处理，保障了测试环境的高可用。

图4为本发明测试环境部署方法实施例三的流程示意图，图4是在图2或图3所示实施例的基础上，进一步地，还包括：

S206：对测试机的CPU、内存和/或磁盘进行监控，获取CPU、内存和/或磁盘的运行参数。

S207：显示CPU、内存和/或磁盘的运行参数。

其中，S204～S205与S206～S207的执行顺序不作限制，即可以S204～S205与S206～S207同时执行，也可以先执行S204～S205再执行S206～S207，也可以先执行S206～S207再执行S204～S205。

本实施例，通过对对测试机的CPU、内存和/或磁盘等进行监控，获取并显示CPU、内存和/或磁盘的运行参数，能够使得开发人员及时了解测试机的硬件的运行情况，根据硬件的运行情况对问题进行定义。

图5为本发明测试环境部署方法实施例四的流程示意图，图5是在图2～图4任一所示实施例的基础上，进一步地，还包括：

S208：对项目日志进行分析和统计，并显示分析和统计结果。

根据集群和测试机IP地址，可以实时查看项目日志，提供可视化的日志查看平台，对项目日志进行分析和统计，并显示分析和统计结果。

本实施例，通对项目日志进行分析和统计，显示分析和统计结果，便于对测试环境进行统一的规划，以节约资源，提升测试环境的利用率。

图6为本发明测试环境部署方法实施例五的流程示意图，图6是在图2～图5任一所示实施例的基础上，进一步地，在S201之前还包括：

S200：对nginx进行安装和初始化。

其中，nginx配置文件可视化编辑，降低nginx配置的门槛，减少了学习成本。

可选地，还可以对tomcat或scf等进行安装和初始化。

本实施例，通过自动化的对nginx进行安装和初始化，降低nginx配置的门槛，减少了学习成本。

可选地，在上述各实施例的基础上，还可以增加对脚本语言node.js、js及css的部署方案，以及定时任务、邮件系统的部署支持等，提升了测试环境整体的可扩展性。

图7为本发明测试环境部署系统实施例一的结构示意图，本实施例的系统包括：集群初始化模块701和部署模块702，其中，集群初始化模块701用于获取待初始化的集群名和对应的测试机网络协议IP地址；集群初始化模块701还用于在IP地址对应的测试机中初始化集群名对应的集群；部署模块702用于根据集群、测试机IP地址以及初始化的集群注册信息，调用shell脚本部署指定的版本或者最新编译的版本。

本实施例的模块对应的可用于执行图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图8为本发明测试环境部署系统实施例二的结构示意图，图8是在图7所示实施例的基础上，进一步地还包括监控模块703用于对集群的统一资源定位器URL和/或端口进行监控，获取URL和/或端口的可用性；监控模块703还用于根据URL和/或端口的可用性进行报警。

本实施例的模块对应的可用于执行图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在图8所示实施例的基础上，监控模块703还用于对测试机的中央处理器CPU、内存和/或磁盘进行监控，获取CPU、内存和/或磁盘的运行参数；监控模块703还用于显示CPU、内存和/或磁盘的运行参数。

本实施例的模块对应的可用于执行图4所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图9为本发明测试环境部署系统实施例三的结构示意图，图9是在图7或图8所示实施例的基础上，进一步地还包括日志模块704用于对项目日志进行分析和统计，并显示分析和统计结果。

本实施例的模块对应的可用于执行图5所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图10为本发明测试环境部署系统实施例四的结构示意图，图10是在图7～图9任一实施例的基础上，进一步地，还包括：环境初始化模块705用于对nginx进行安装和初始化。

本实施例的模块对应的可用于执行图6所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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