欧宝体育娱乐平台:GitLab CICD集成MeterSphere自动化测试

　　本文将分享如何通过GitLab CI/CD集成MeterSphere一站式开源持续测试平台，助力企业的DevOps落地。

　　在落地并实践DevOps（开发运营一体化）的过程中，深入人们脑海中的是“Dev+Ops”的组成与融合，它形象地揭示了敏捷化软件工程致力于打破部门墙的努力，并从软件全生命周期的视角来管理并优化端到端的交付流程。DevOps发端于敏捷运动，也是敏捷软件研发的进一步延伸，它是一种实践，也是一种文化。维基百科曾经将DevOps诠释为软件研发、质量保障和技术运营三者的结合。

　　个人认为，这在一定程度上强调了QA（即Quality Assurance，质量保障）在DevOps体系中不可或缺的地位与存在。在DevOps发展的初期，人们曾经疑惑测试在未来软件研发中的地位，导致很多测试人员甚至产生了职业危机感。

　　但是伴随着DevOps实践的不断深入，QA非但没有消失，反而越来越被重视。测试被分散并融入到了研发与交付过程的各个不同阶段，对测试人员的技能及其对专业技能的掌握有了更高的要求，也要求其更多地从质量保障的角度参与软件交付的过程。

　　诚然，不同的人对于DevOps也许有着不同的理解和定义，但是一些基本的共识被证明可以助力DevOps的持续价值交付。例如：

　　■质量内建：团队所有成员对质量负责，而不仅仅是测试人员对质量负责。质量保障活动贯穿于软件研发的各个阶段，并通过流程与工具形成自我管理的组织；

　　■自动化：更多地采用自动化和自动化测试，它是DevOps持续交付能运转的基础与驱动，努力朝着测试金字塔的模型迈进；

　　■ 持续反馈：在每一个阶段、每一个代码分支上都有测试活动的介入，依托于自动化测试，尽早测试、频繁测试、按需测试，将问题尽可能地消灭在萌芽之中。

　　GitLab是主流的研发管理和DevOps平台之一，内置了Git代码管理、持续集成、发布包管理、Issue问题跟踪、研发过程跟踪等从设计到投产的DevOps全流程。

　　GitLab CI/CD是Gitlab内置的免费CI/CD引擎。作为持续集成的工具载体，它通过Git仓库根目录下的.gitlab-ci.yml进行Pipeline编排，并通过GitLab Runner执行脚本。GitLab CI/CD这种跟代码仓库紧密绑定、开发友好的编排和使用方式，决定了其在DevOps自动化流水线中，更适合使用Shell脚本来实现包括测试在内的自动化任务。

　　MeterSphere作为一款一站式的开源持续测试平台，遵循GPL v3开源许可协议，涵盖测试跟踪、接口测试、UI测试和性能测试等功能，全面兼容JMeter、Selenium等主流开源标准，帮助企业用户在持续开发、持续集成和持续部署的基础上，构建全生命周期的持续测试平台，应对DevOps企业环境落地的挑战。

　　在DevOps时代，开发人员在“右移”，运维人员在“左移”，而测试人员既“左移”又“右移”。测试是融入在DevOps交付全过程中的，在代码的开发分支、集成分支、构建分支、发布分支，甚至分支的合并与制品包的部署时，都需要测试介入，尽管这中间涉及的可能是不同类型的测试。

　　对于上述这些发布前的测试，尤其是开发阶段的测试，基于API接口进行自动化测试实现功能验证，是较为经济高效的方式，也是现在软件从业者们普遍采用的方式。这种自动化测试不是为了发现更多的Bug，而是为了以高效的方式验证功能的正确性。

　　GitLab是强大且优秀的DevOps平台，拥有广泛的使用群体。如前所述，其涵盖的功能涉及研发、安全合规、监控、分析、反馈等多方面。但是GitLab本身并不包含自动化测试的功能，也没有集成特定的自动化工具。而MeterSphere开源持续测试平台本身拥有良好的开源生态、活跃的社区用户、简单易用的产品特性和完善的REST API接口。

　　同时，得益于gitlab-ci的灵活性，使得GitLab CI/CD与MeterSphere形成很好的优势互补。在MeterSphere中创建并维护自动化测试用例，GitLab CI/CD通过API调用远程触发自动化测试用例。开发人员在检入代码时，可以随时触发开发分支的流水线，执行构建、部署、测试等一系列检查验证，保障代码质量。

　　MeterSphere开源持续测试平台最近上线了MeterSphere专业测试云（），本示例采用专业测试云作为自动化测试的用例管理与执行环境。

　　准备一台配置4C8G以上的CentOS 7 x64 Linux虚拟机，磁盘容量可以配置100GB左右，最好能访问互联网。如果不能访问互联网，也可以通过MeterSphere开源社区获取离线安装包。

　　注册完成后就进入租户管理页面，点击右侧绿色的“进入工作台”按钮，进入测试的工作页面（这点不好找，首次使用很容易迷路 ）。

　　进入MeterSphere专业测试云工作台后，依次创建项目、接口定义、单接口用例和场景用例。

　　■ envName为测试计划所执行的运行环境，在MeterSphere项目设置中事先配置好；

　　■ testPlanName为将要执行的MeterSphere测试计划名称，它创建在“测试跟踪”模块下；

　　在执行流水线过程中，可以打印执行过程的日志，并在执行结束后，将MeterSphere的测试报告URL返回给GitLab，开发或测试人员可以在GitLab界面直接打开测试报告；

　　作为在研发测试领域被大家认可并采纳的优秀工具平台，GitLab和MeterSphere都采用了开源的模式，通过社区与一线使用者保持密切的互动。

　　GitLab CI/CD与MeterSphere的集成为DevOps的落地和使用提供了新的选择。在未来，我们希望将这种集成进一步地固化成GitLab CI/CD的模版，以开箱即得的方式助力企业的DevOps落地。返回搜狐，查看更多