腾讯文档DevOps实践之旅

新增需求拆分会
制定bug收敛计划， 并和需求拉通排期 新增需求leadtime月 度复盘会 需求上线一周输出数 据总结报告
建立团队目标共享看板 已评审状态有PM流转
单个需求提测时进行单元 测试、接口测试，不通过 禁止提交
提测延期、体验延期有自 动提醒，提测后实现tapd 自动转单
‹#›
需求协作管理-实例-需求协作流程+团队目标看板
对每个需求进行bug分 析，发布后对需求进 行数据分析和总结
需求交付周期： leadtime<14自然日 需求体验周期： l<1自然日 单品类遗留bug： <200个
EP工具选型
实施方案
关键任务
使用tapd进行管理：
启用之父需求管理大 需求
遗留bug必须有明确迭 代
使用EP平台： 实现自动提醒和数据 统计功能
营造 氛围
提供培训 及时回顾 激励体系
树立标杆
‹#›
组织机制-实施方案（组织文化）
团队理念 每个人都清楚 背景 每次尝试都 信任 研发过程更 愉悦
统一思想
定义要达成 效果 采取什么样 方法 明确目标达成 标准
组织机制-组织文化（合作共建、协作分工）
150+
全员
20
EP实践工作组
12
EP过程能力指标
腾讯文档DevOps实践之旅
目录
CONTENT
01. 变革的背景 02. 腾讯文档DevOps实践 03. 数据度量&研发平台 04. 写在最后
PART ONE
变革的背景
腾讯文档
在线
协助
安全
面临困难
交付质量差 处于救火状态
需求周期长
发布延期
变更多
一周只能一发
发布全靠 owner 值班
系统测试 时间长
6
项目所有角色
传道士 积极申报
包干到人
每周例会
主动认领
学习实践
VP 技术GM
产品GM 研发部
‹#›
组织机制-营造氛围
及时回顾
带头效应
提供培训
具备能力
小的里程碑达成
强化行为
即时激励
一起踩坑
组织机制-营造氛围（激励体系、树立标杆）
代码CR
提出有效问题 1个加1分
1
最高加15分
分享&专利
KM/wiki/总结邮件/小组分享 加3分
‹#›
24 14 自然日
自然日
leadtime需求交付时长 ‹#›
部署流水线
实践
指导原则 实施方案
实例 效果
部署流水线-指导原则
重视复用性 插件化
自动化一切重复工作
更加专注
并行化原则 质量红线
‹#›
部署流水线-实施方案
EP雷达目标
EP量化目标
EP工具选型
实施方案
关键任务
提高MR的频率，80% 为三天以下，
沟通频率
全员参与评审 团队目标看板 资源可视化 leadtime回顾会
坚持少做 频繁提交 最小可测单元 启用任务管理
需求拆分
验收标准
容易收集 容易量化 用户主动传播 产品收入
‹#›
需求协作管理-实施方案
EP雷达目标
EP量化目标
需求小批量提出，小 批量提测
需求提测前要经过产 品和测试人员的mini review
紧急发布（每月1次）， 动tapd，实现部署、
提升发布准时率
发布自动转单
（100%）。
JS错误监控问题实现自
动提单和提醒
引入代码规范扫描工 具。引入复杂度/重 复率等软件质量扫描。
引入codedog代码规范 扫描工具。
优化分支策略，切主 干开发，在bug和部 分特性上的试点，小 批量提交。
测试自动化，实现环 境自检、合入验证、 用例分配和发布验证 我那个自动化。
单元测试覆盖率>75%一个模块加10分
最高加20分
4
性能提升（技术方案评审）
提出架构、性能提升及模块拆分建议 加2分 提出架构、性能提升及模块拆分建议并落地 加5分 最高加15分
GM走动颁奖，自己填写，名额绝不是均分，允许联席，团队邮件表 彰
‹#›
需求协作管理
实践
指导原则 实施方案
实例 效果
需求协作管理-指导原则
功能好坏 靠随缘
契机
OPPORTUNITY
PONY
在行驶的火车上换发动机
公司副总裁-ZengYu
研发模式的变革
乔梁
变革主要负责人，高级管理顾问
EPC-Engineering Productivity Certificate（工程生产力认证）
‹#›
研发模式能力地图 EP雷达图
‹#›
预期效果
工具链打造 角色转变
运营
灰度能力 日常版本 常规版本 BVT
JS错误监控 日志上报系统 用户/质量监控
吐个槽 用户反馈群 项目总结
‹#›
部署流水线-实例-并行
‹#›
部署流水线-实例
‹#›
部署流水线-实例
‹#›
部署流水线-流水线模型
‹#›
部署流水线-工具平台
需求
需求管理 缺陷管理 迭代管理
编码
测试
技术方案评审 Code Review P0用例自测 单元测试 用例评审
用例执行 功能测试 性能测试
接口测试 自动回放 UI自动化
集成测试
合入验证 UI自动化 接口自动化
持续集成
持续构建 持续部署 MR合入 单元测试
6+1 条
发布
监控
在MR时， 运行自动化测试、 mini非功能测试，如 果失败，不能提交。
发布能力接入完整 CI/CD。
发布频率：
建立发布流水线：
具备每日自动化发布 能力，全量系统测试 每周一次。
发布准时率：
接入蓝盾持续集成平 台，整合Git、Tapd、 Qflow、STP、鹊桥自 动化JS监控等多平台打 通。
提升发布质量，减少 MR接入单测、MR联
6
中心/部门/博客分享一次 加5分
输出专利一份 加5分
最高加20分
效率提升 5
提出流程/工具优化建议 加1分 提出流程/工具优化建议并落地 加3分
最高加15分
提炼组件
2
提炼UI组件上库 加5分
提炼业务组件 加3分，有其他模块复用 加5分
最高加15分
3
单元测试
实现单元测试加3分
单元测试覆盖率>50%一个模块加5分
‹#›
腾讯文档DevOps实践
PART T WO
核心实践
组织机制
组织文化 营造氛围
需求协作管理
需求拆分 沟通频率 验收标准
部署流水线
自动化一切重复工作 插件化
质量红线
自动化测试
数量、速度 稳定、建设
Βιβλιοθήκη Baidu织机制
实践
指导原则 实施方案
实例
组织机制-指导原则
团队理念 统一思想 合作共建
协作分工
组织 文化
MR时进行单元测试、 接口测试，不通过禁 止提交。
建立自动化发布流水 线，减少人工成本。
实现tapd自动转单。
‹#›
部署流水线-分支策略（利弊&优势）
接入开关系统，单测纳入开发计划，用例评审更加提前
‹#›
部署流水线-迭代模型
7月迭代模型 （一周2发）
8月后迭代模型 （一周5发）
与测试自动化水平，系统测试周期，团队习惯和节奏感有密切关系