极客视点
极客时间编辑部
极客时间编辑部
113243 人已学习
免费领取
课程目录
已完结/共 3766 讲
2020年09月 (90讲)
时长 05:33
2020年08月 (93讲)
2020年07月 (93讲)
时长 05:51
2020年06月 (90讲)
2020年05月 (93讲)
2020年04月 (90讲)
2020年03月 (92讲)
时长 04:14
2020年02月 (87讲)
2020年01月 (91讲)
时长 00:00
2019年12月 (93讲)
2019年11月 (89讲)
2019年10月 (92讲)
2019年09月 (90讲)
时长 00:00
2019年08月 (91讲)
2019年07月 (92讲)
时长 03:45
2019年06月 (90讲)
2019年05月 (99讲)
2019年04月 (114讲)
2019年03月 (122讲)
2019年02月 (102讲)
2019年01月 (104讲)
2018年12月 (98讲)
2018年11月 (105讲)
时长 01:23
2018年10月 (123讲)
时长 02:06
2018年09月 (119讲)
2018年08月 (123讲)
2018年07月 (124讲)
2018年06月 (119讲)
时长 02:11
2018年05月 (124讲)
时长 03:16
2018年04月 (120讲)
2018年03月 (124讲)
2018年02月 (112讲)
2018年01月 (124讲)
时长 02:30
时长 02:34
2017年12月 (124讲)
时长 03:09
2017年11月 (120讲)
2017年10月 (86讲)
时长 03:18
时长 03:31
时长 04:25
极客视点
15
15
1.0x
00:00/05:33
登录|注册

平台级To B产品的研发品控管理解析

讲述:初明明大小:5.08M时长:05:33
你好,欢迎收听极客视点。
产品质量是吸引和积攒用户的重要因素,也是衡量系统架构的核心指标之一。腾讯云云开发是一个一云多端的应用开发平台,日调用量达 7 亿多次。作为一个平台级 To B 产品,云开发的研发团队是如何做好研发品控管理,以确保交付的产品高可用呢?最近,腾讯高级前端工程师周俊鹏从职能分工、研发规范、研发流程三个维度,分享了云开发研发团队的品控管理,供你参考。

腾讯云云开发团队研发流程管理

首先介绍一下云开发研发团队的职能结构,一次完整的迭代流程中存在以下职能:
项目经理:负责发起需求宣讲和评审,把控迭代节奏;
产品特性负责人(FO):主需求产品把控;
技术特性负责人(FO):主需求技术把控;
产品经理:负责子需求的产品把控;
研发人员:负责子需求的技术把控 ;
测试人员:负责集成测试、多重回归并且在研发人员配合下完整测试 case 清单的制定和审核;
运维人员:负责与产品和技术人员评估可能存在的风险并提前预案并实施。
金字塔形的职能结构能够覆盖迭代需求中的所有细节,进而保证整体进度的正常推进。

研发规范:坚持“三隔离”法则

通用的研发规范分为技术和流程管理两部分。
技术方面,为保障研发环境的安全性,相关人员需严格遵守“三隔离”法则:
环境隔离:完整的迭代周期需要经过研发、联调、测试、体验、发布流程,每个环节都分别对应不同的环境,各个环境之间的数据不能共用和混淆。
权限隔离:对于涉及服务变更的需求,研发人员不能直接登录服务所在的服务器进行变更,必须经过跳板机授权。权限的严格隔离是为了维护服务器的稳定性以及权限的集中管理和收归操作。
网络隔离:办公网络、开发网络、公共网络之间的可访问权限分离,这对于 IT 研发来说是普遍的规范。
在流程管理方面实施以下原则:
提前预案:对迭代需求可能存在的风险进行提前预估和预案;
研发测试排期 1:1:一次完整的迭代周期一般是 4 周,研发和测试的排期分别占据 2 周。

研发流程:品控意识贯穿全流程

在整体流程上,云开发与其他大多数研发团队并没有太大区别,一次迭代流程依次经过评审、研发、测试和发布。品控意识体现在细节把控上。
1. 需求宣讲
需求宣讲是发起迭代后的第一个步骤,PM 发起宣讲会议,有需求的产品经理们在会议中描述需求的背景、优先级、重要程度、成本以及预期等细节,所有参会者们共同对所宣讲的需求进行评估,确定是否加入到本次迭代中。最终宣讲结束后确定本次迭代的需求清单,进入技术评审环节。
2. 技术评审
产品经理提前建立需求单,在发起评审时进行逐行逐字描述,然后由研发人员和测试人员进行技术可行性评估,对需求描述中不清晰的地方进行讨论和纠正,以及预估可能存在的风险和对应的预案。需求明确后给出研发和测试方案以及各自的排期。研发和测试的排期比例为 1:1。
3. 研发
在进入研发阶段之前,测试人员需要根据本次需求产出测试案例清单,并且由研发人员和产品经理共同审阅、补充和纠正。前后端研发人员在各自的开发环境中编写代码,如果涉及服务变更则需严格遵守环境隔离规范借助跳板机登录服务器。
4. 测试
在将需求提交测试之前有两项预备工作,缺一不可:
研发人员需要根据测试案例清单产出进行自测并产出自测报告;
产品经理需在联调环境下体验完整的功能和操作流程。
5. 发布
服务发布需严格遵循渐进灰度的策略进行,SDK 的发布需要依次按照“alpha->beta-> 正式版”的流程推进。除此之外,功能的变更不仅仅是代码本身,不同的产品类型往往还会涉及文档、多渠道等周边工作,比如服务的发布会影响多端 SDK,每个 SDK 的 API 及其对应的文档都需要同步进行更新。所以根据服务模块或 SDK 渠道进行专人专项划分也是很有必要的。保证发布出口的唯一性,并且在发布之前进行严格的涉及工作清单遍历。
6. 回归
灰度发布过程中和全量发布之后,测试人员需要同步跟进对已发布的功能进行回归测试,完全通过后即本次迭代结束。
虽然从整体流程上与绝大多数技术研发团队并无二致,云开发团队对品控的管理意识体现在:借助完善和严格的规范制度将每个环节中可能出错的细节均通过技术和人的双重角度进行覆盖,很大程度上减少了质量问题的产生。
以上就是今天的内容,希望对你有所帮助。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结
该免费文章来自《极客视点》,如需阅读全部文章,
请先领取课程
免费领取
登录 后留言

全部留言(3)

  • 最新
  • 精选
  • F .
    为什么回归测试不是在全量发布前,而是在之后?
  • 小斧
    项目经理:负责发起需求宣讲和评审,把控迭代节奏; 产品特性负责人(FO):主需求产品把控; 技术特性负责人(FO):主需求技术把控; 产品经理:负责子需求的产品把控; 研发人员:负责子需求的技术把控 ; 测试人员:负责集成测试、多重回归并且在研发人员配合下完整测试 case 清单的制定和审核; 运维人员:负责与产品和技术人员评估可能存在的风险并提前预案并实施。
  • WJJ356
    回归测试,是确保新的代码引入之后,在解决或提升旧问题的基础上,没有引发新问题。
收起评论
大纲
固定大纲
腾讯云云开发团队研发流程管理
研发规范:坚持“三隔离”法则
研发流程:品控意识贯穿全流程
显示
设置
留言
3
收藏
97
沉浸
阅读
分享
手机端
快捷键
回顶部