测试部门通过持续集成的破局之路.pdf

测试部门通过持续集成的破局之路 甘晖@阿里游戏 G O P S 2016 全球运维大会 ·深圳站 项目背景 功能繁复 迎合市场节奏 多团队协同 压缩开发周期 G O P S 2016 全球运维大会 ·深圳站 原开发流程  瀑布流  分支开发，主干发布  手工测试，人工部署 需求 开发 合并 测试 灰度 发布 需求PK 设计评审 拉取主干 系统测试 Bugfix 合并主干 需求评审 编码 代码合并 专项测试 验证指标 版本发布 研发自测 发布性验证 G O P S 2016 全球运维大会 ·深圳站 原开发流程  瀑布流  分支开发，主干发布  手工测试，人工部署 需求 开发 合并 测试 灰度 发布 需求PK 设计评审 拉取主干 系统测试 Bugfix 合并主干 需求评审 编码 代码合并 专项测试 发布指标 版本发布 研发自测 发布性验证 发布时间无法确定 G O P S 2016 全球运维大会 ·深圳站 惨状  线上问题比例 12%  6轮回归，还有bug  核心功能回归需1人日  漏掉4个需求点  核心指标跳水 不是正在回滚，就是在回滚 的路上 时间不可控 质量不可控 G O P S 2016 全球运维大会 ·深圳站 解决思路 持续集成 Continuous Integration 提交 测试 代码 反 馈 化整为零 分而治之