CI/CD的相关实践

一、相关知识讲解

CICD基础概念

CICD是持续集成（Continuous Integration，CI）、持续交付（Continuous Delivery，CD）、持续部署（Continuous Deployment，CD）的统称，旨在通过自动化脚本减少研发过程中人工介入，降低bug引入概率，加速从开发到部署的流程。

CI（持续集成）：代码提交后，在合并入主分支前自动执行测试、构建等流程，验证代码质量，避免错误引入。

CD（持续交付）：CI完成后，自动将验证通过的代码发布到仓库，确保代码库随时可部署到生产环境。

CD（持续部署）：在CI基础上进一步自动化，将默认分支代码自动部署到特定环境，通过全流程自动化快速交付高质量产品。

二、方法和步骤

文章介绍了CICD在项目中的5大实践场景及具体实施步骤，结合京东Bamboo、EOS、SonarQube等平台展开：

1. 编译部署

流程：代码提交→自动构建→自动部署→结果通知（如咚咚通知）。
触发方式：手动执行、代码提交触发、定时任务触发、级联其他流水线触发。
实施步骤：在Bamboo平台搭建流水线，关联代码仓库，配置“代码提交→调用构建工具→调用部署工具→通知结果”的自动化链路。

2. 单元测试

流程：代码提交→Maven构建→单元测试（Junit）→Jacoco代码覆盖率报告→结果通知。

实施步骤：基于Junit编写单元测试脚本，覆盖核心业务逻辑（如接口参数校验、异常处理等）；

通过Maven的surefire插件配置单元测试执行，确保构建过程中不跳过测试，配置示例如下：

<plugins>
    <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-surefire-plugin</artifactId>
        <version>2.5</version>
        <configuration>
            <skipTests>false</skipTests> <!-- 不跳过单元测试 -->
        </configuration>
    </plugin>
</plugins>

集成Jacoco插件生成代码覆盖率报告，在测试阶段自动输出覆盖率数据（如类覆盖率、方法覆盖率），配置示例：

<plugin>
    <groupId>org.jacoco</groupId>
    <artifactId>jacoco-maven-plugin</artifactId>
    <version>0.8.2</version>
    <executions>
        <execution>
            <goals>
                <goal>prepare-agent</goal>
            </goals>
        </execution>
        <execution>
            <id>report</id>
            <phase>test</phase>
            <goals>
                <goal>report</goal> <!-- 在测试阶段生成覆盖率报告 -->
            </goals>
        </execution>
    </executions>
</plugin>

本地验证：执行命令mvn clean test -Dmaven.test.failure.ignore=true（忽略测试失败，强制生成报告），确认测试脚本和覆盖率配置生效后，将流程接入Bamboo流水线，实现代码提交后自动触发测试并推送报告至团队。

3. 代码扫描

流程：代码提交→自动触发SonarQube/EOS扫描→生成报告→结果通知→问题跟踪闭环。

实施步骤：集成SonarQube或公司内部EOS平台，在项目根目录配置扫描规则文件（如sonar-project.properties，定义扫描范围、语言、排除目录等）；

配置代码提交后自动触发扫描：通过Bamboo流水线关联代码仓库的“push”事件，设置“代码提交→调用SonarQube API→执行扫描”的自动化触发逻辑；

将扫描结果（如代码异味、安全漏洞、重复率）纳入项目质量指标，通过平台接口同步至团队看板，跟踪问题直至修复闭环。

4. 自动化测试

流程：代码提交→自动触发自动化测试（Python、EasyOne、DeepTest、Jmeter等）→生成报告→结果通知。

实施步骤：

开发接口/UI自动化脚本：基于Python+Pytest设计分层测试用例（如基础层封装请求方法、业务层组合接口流程），例如接口自动化示例框架：

# 基础层：封装HTTP请求
import requests
class ApiBase:
    def __init__(self, base_url):
        self.base_url = base_url
    
    def post(self, path, data):
        return requests.post(f"{self.base_url}{path}", json=data)

# 业务层：复用基础方法实现具体场景
class MerchantApi(ApiBase):
    def product_convert(self, product_id):
        return self.post("/merchant/convert", {"product_id": product_id})

将脚本集成到Bamboo流水线：通过“命令行任务”调用pytest --html=report.html执行脚本，配置报告路径为流水线 artifact 存储地址；

自动执行测试并生成报告：脚本执行完成后，通过Bamboo的“通知任务”将HTML报告或关键指标（通过率、失败用例）推送至团队群聊。

5. 全链路测试

流程：整合上述单个场景，形成“代码提交→编译→单元测试→代码扫描→自动化测试→部署→通知”的全链路自动化流程。

实施步骤：通过Bamboo编排各环节任务依赖：设置“编译成功→触发单元测试→单元测试通过→触发代码扫描→扫描无高危问题→触发自动化测试→测试通过→执行部署”的时序逻辑；

配置异常处理机制：某一环节失败时（如单元测试通过率＜80%），自动阻断后续流程并发送告警（含失败日志链接），支持人工介入重试或回滚；

全流程无人值守：通过流水线“定时任务”或“代码合并主分支”事件触发全链路测试，自动生成包含各环节结果的汇总报告，通过邮件推送至相关负责人。

四、重点、亮点、难点

重点

CICD的核心场景：编译部署、单元测试、代码扫描、自动化测试的流程设计与自动化实现，尤其是各环节的触发逻辑和工具联动。
全链路测试的整合：通过流水线串联各环节，实现从代码提交到部署的端到端自动化，确保“每一次代码变更都经过完整验证”。

亮点

工具链深度集成：结合Bamboo（流水线调度）、SonarQube/EOS（代码质量）、Junit/Jacoco（单元测试）、Python/Jmeter（自动化测试）等工具，形成“代码提交→验证→部署”的完整技术闭环。
效率与质量双提升：通过自动化减少人工介入，例如编译部署环节去除“等待人工点击部署”的中间时间，单元测试覆盖率从40%提升至60%，自动化测试实现“夜间全量执行、早晨看报告”的无人值守模式。
可追溯性：全链路各环节的日志（编译日志、测试报告、扫描结果）均通过流水线 artifact 存储，支持随时回溯历史版本的验证过程，便于问题定位。

难点

工具兼容性：不同平台（如Bamboo与DeepTest的接口协议、SonarQube与Maven的版本匹配）的对接需解决参数格式、权限认证等兼容性问题，例如曾出现“Jacoco报告格式与SonarQube不兼容导致覆盖率数据无法同步”的问题，需通过插件版本统一解决。
质量门禁落地：如何在流水线中定义合理的质量阈值（如代码覆盖率≥70%、扫描无阻断级漏洞），并通过流水线脚本实现“不达标则自动阻断流程”的硬约束（文中后续规划提及，需开发自定义插件实现动态阈值配置）。
异常处理复杂度：多环节串联时，某一环节失败的回滚策略设计（如“自动化测试失败是否需要回滚已部署的测试环境”）需平衡效率与安全性，避免流程卡顿或资源浪费。

五、总结

本文系统介绍了CICD的概念及在项目中的实践场景，通过京东Bamboo等平台实现了编译部署、单元测试、代码扫描、自动化测试及全链路测试的自动化。核心价值在于：以“自动化”为核心，通过工具链集成和流程串联，从开发到部署全流程把控代码质量，同时大幅减少人工操作成本。

实践中，单元测试的Maven配置、Jacoco覆盖率插件、自动化脚本框架等技术细节，为CICD落地提供了可复用的代码模板；而全链路的流程设计，则为复杂项目的持续交付提供了标准化方案。后续规划将聚焦于深化工具集成（如DeepTest与Bamboo的接口打通）和质量门禁硬约束，进一步强化CICD对研发质量的管控能力。

测试开发知识汇总文章被收录于专栏

一些面试当中总结的知识点和测试框架技术选型以及AI赋能测试的内容