在手工维护和使用一些自动化工具（如Jenkins）管理服务器和测试环境时，会发现一些问题。如果服务器、应用很多，会不方便统一管理。一般每个业务线、每个应用应该有专属的测试服务器。如果应用任意部署，则会因为应用间相互依赖，导致跨多个应用的业务流不能串联，延误测试进度。在开发工程师提测后，需要知道提测代码对应的分支、版本。部署后需要知道服务器上部署的应用信息，以方便核对测试代码是否和提测版本一致。测试工程师需要知道：（1）有哪些测试服务器可以使用；（2）服务器的当前状态；（3）服务器资源不足时是否能提前通知；（4）测试服务器上部署了哪些应用，应用的运行状态。
      我们结合现有技术，设计了一套完整的测试环境管理平台解决方案。测试环境管理平台主要包括测试服务器的分配，服务器内存、硬盘空间等资源监控及预警、应用的编译打包、一键部署，定时自动部署、部署验证及回滚功能。系统整体架构如图4.5.1 所示。

      它主要包括系统管理模块、远程控制模块、应用编译打包模块、应用包管理模块、定时任务管理模块。处理流程包括手工一键部署流程（图4.5.2）和定时自动部 署流程（图4.5.3）。

                                                                 图 4.5.1

                                                                 图 4.5.2

      手工一键部署流程：用户设置部署应用的分支、版本号、构建参数触发构建，系统根据软件包特征查询之前有没有构建过，如果构建过，系统则通过远程控制模块通知服务下载软件包，直接部署，跳过编译构建流程。如果没有构建过，系统则通知编译中心打包构建，构建后将软件包上传到云存储中，然后通知服务器下载软件包并部署。
      用户在定时任务管理模块配置定时部署任务（站点、服务器、构建参数、触发时间）。任务到达触发时间后自动触发，通知软件包构建模块执行构建任务。软件包构建模块返回构建任务编号，部署控制模块通过构建任务编号查询构建状态。软件包构建模块构建完成后将软件包提交给软件包管理模块。然后部署控制模块进行部署操作。部署完成后，部署控制模块通知测试模块进行BVT（Build Velification Test，冒烟测试）测试。如果测试通过，则部署任务完成；如果测试失败则通知回滚模块进行软件包回滚并再次执行BVT 测试，记录测试结果，回滚完成。

                                                                 图 4.5.3

Testwo官方店铺商品链接：