中国DevOps社区峰会2023·广州 构建端到端的制造业质量保障体系 陈坤龙TCL实业测试架构师 陈坤龙 •专注测试架构设计与专项技术支持 •提倡“不为业务服务的技术都是伪技术” •测试架构师、Tone平台技术负责人 •菜鸟教练 目录 背景与挑战 质量团队面临的问题 多系统、高耦合、长流程的业务形态 不可延期的交付时间 多交付形态下的质量管理 专业业务壁垒下的测试门槛 质量体系构建 质量体系构架图 高质量交付 (快、好) 流程规范 需求管理规范 测试设计规范 编码规范 版本发布规范 分支管理规范 质量能力 接口自动化 CodeReview 性能测试 质量报告 安全测试 基础设施 Tone平台 测试管理平台 数据分析平台 Tone平台支持 基础建设支持 接口自动化测试平台支持 基础数据、业务数据支持 专项测试支持 业务专项支持 其它日常技术赋能 测试文化支持 一页纸测试策略 迭代测试 专项测试 版本测试 生产验证 •完成迭代功能测试,必要时针对对应的子场景做迭代内的端到端测试 •上下游接口数据验证,完成接口自动化测试; •输出测试报告及风险项; •安全测试:版本上线前完成安全扫描; •性能测试:按需根据业务要求开展,专项团队支持 •完成版本内的大场景业务端到端验证,同时邀请业务参与,确保交付内容与业务期待的一致性 •真实产线灰度验证 •生产问题跟踪复现 •线上巡检机制落地 迭代价值流确认 迭代测试质量保障-DOD约束 研发活动阶段 开发阶段 需求澄清 需求阶段 开发完成 ShowCase 1.测试用例执行率达到95%以上 2.缺陷修复率达到95%以上 3.回归测试完成 4.接口自动化测试脚本编写完成 5.测试报告输出 测试执行 生产发布 1.迭代特性验证完成 2.核心功能回归测试验证完成 3.线上业务自动化巡检部署完成 1.测试用例评审反馈表输出 2.测试用例评审通过 待发布 测试阶段 验证 完成标准定义 1.完成需求项内容编写 2.需求项描述有明确的验收标准及原型设计 3.研发团队完成工作量评估 4.完成全员需求澄清 1.完成Story编码 2.单元测试覆盖率达到60% 3.前后端联调完成 4.冒烟测试通过 5.质量门禁通过 1.Story对应功能演示通过 用例设计 2.验收条件达成 3.无p1及以上问题 迭代内需要发布的Story都达到“待发布”状态 迭代测试质量保障-需求评审 1识别Story中 描述模糊之处 2识别Backlog 对整体的影响 3关注端到端 场景的覆盖 迭代测试质量保障-代码分支 迭代测试质量保障-代码分支 迭代测试质量保障-CodeReview 迭代测试质量保障-接口自动化 迭代测试质量保障-质量分析 专项治理 端到端质量保障方案 版本测试准入条件 子项目功能研发完成; 子项目迭代测试完成; 端到端测试用例准备; 基础数据准备 测试组织 集中化 可视化 及时跟进 发版准备 切换保障小组; 明确切换范围和策略 各子项目的发布流程 问题升级机制 升级成功后的IT保障 端到端质量保障方案 为什么不落到系统上? 不同业务交付形态与解决方案 统一交付节奏 不论团队内部采用哪种研发模式,子系统统一交付节奏,也就是“两周一迭代,一月一版本”,保证在版本交付时,子场景能够完全覆盖不遗漏。 统一代码管理 使用统一的代码仓库及编译构建工具,按照标准的代码分支及流水线进行管理,特殊情况另行处理。 统一测试策略 对于迭代测试保障中提到的测试活动,不论是哪种类型的团队,都需要有对应的活动产出,并做定期的回顾和抽查,以确保交付物的质量。 高效的自动化集成 AGP网关 同步接口信息 接口测试平台 支持CI调用 持续集成 测试结果回写需求卡片 文档查看在线调试接口Mock 需求管理 高效的自动化集成-成果展示 高效的自动化集成-成果展示 流程 文化 技术 小结 思考及改进方向 思考及改进方向 数据专项治理质量保障过程改进 行业成熟技术的引入与落地 愿景 THANKS!