不重视这件事，做项目会很累

互联网产品以快著称，敏捷开发，快速迭代。在争抢市场的精品1.0/2.0时代，一款产品、一个手游项目的上线，甚至允许有损发布。但事实上，手游项目很快就转向精品3.0和4.0时代，因为任何以牺牲质量为代价的项目，都会带来毁灭性的损失。

不知道大家是否有感觉，在手游刚刚起来的时候，部分手游（甚至很热门的手游）的版本质量很一般。

腾讯游戏精品1.0/2.0时代，对手游上线版本质量的要求是：①测试最终报告里面，不能出现严重漏洞（Bug）；②游戏崩溃（Crash）率不超过6%。当时制定的标准似乎看起来仍然很高，以至于很多游戏项目为了快速上线，崩溃率超过6%（大部分崩溃率在8%～10%）的都请求高层领导审批发布。

那崩溃率6%是一个什么概念？崩溃率=崩溃用户数/操作用户总数，即100个操作用户，就有6个人会出现崩溃，如果再放大到100万人，那崩溃的用户数则为6万人，这其实是一个非常可怕的数据。如果持续这么高的用户崩溃率，对游戏的收入、活跃、口碑，都有很大的影响。

更严重的是，如果大部分崩溃用户数集中在核心和次核心玩家时，对游戏的影响更会成倍地增长。要快速地解决崩溃的问题，则必然需要快速的更新版本；版本的更新，又会对日活跃用户数量（DAU）有影响，尤其是当解决一些底层严重及以上的问题时，还必须要强制更新版本。

据不完全统计，强制更新版本，会使DAU有近20%的减少，也就是说，如果该游戏的DAU是100万人，强制更新版本会减少近20万人的DAU；如果再算收入的话，减少20万人DAU，则可能影响游戏一大笔的收入，这就是有损发布带来的后果。

可见，一味地为了赶进度，牺牲质量，项目会付出很大的代价。因此在腾讯游戏精品1.0/2.0时代之后，很快就进入了精品3.0时代，并快速升级至精品4.0时代。精品4.0时代，仅从崩溃率来说，就已经要求崩溃率低于1%。这不只是一个数字的提升，更可以看到的是，公司高层对质量的高度重视。

自上而下地对质量高度重视，是一件幸事。但不管怎么样，作为项目经理，一定要高度重视对质量的管理。在我担任项目经理的这些年，原本测试出身的我，应该是对项目的质量有着先天的优势，但未曾想，恰恰是因为从测试转岗，以至于当局者迷，迷失于对质量风险的认知，为此也是经历了巨大的挑战。

我想每个项目经理和其所在的公司，都会有各自比较好的质量管理体系。在本文中，我想着重谈的是在后来带项目的过程中，通过不断的总结与思考，我对项目质量管理的几点体会。

1.拒绝侥幸心理

关于质量管理的侥幸心理，还得从2015年下半年我负责的JQ项目说起。JQ项目当时是从大连外包团队接回来的，版本质量非常差，Bug层出不穷，最关键的是崩溃率高达60%。

好在团队历经一个月的奋战，我们第一个上线的版本，主要Bug都解决了，崩溃率也控制在6%以内，满足精品发布的标准，在当时需要快速上线的背景下，我们遗留了部分偶现的Bug和弱网络的Bug没有解决，抱着侥幸的心理，我们还是按计划提前上线了版本。

后来的事实证明，我们为此付出了不小的代价。因为偶现问题、弱网络问题，都和底层框架的设计有关联，版本上线之后，崩溃率直接就被放大了，高达10.8%，而且在后续版本迭代增加系统功能时，一些问题又陆陆续续地暴露出来，可谓雪上加霜。

我们之所以抱着侥幸心理，主要是针对偶现的问题，或者评估觉得条件很苛刻才会出现的问题。经过分析讨论，我们确定，为了赶进度，对于不影响当前版本质量的Bug，在当前发布的版本暂时不解决。

而版本内测期间，用户体量比较少，部分问题也确实没有暴露出来。就这样，每个版本都累积了一些问题没有修改，到正式公测后，因为导量的量级比较大，一时间各种问题就全部暴露出来了，俨然一场质量把控的噩梦。

所以，项目经理对于项目质量管理，应该拒绝侥幸心理。相反，不管在项目的哪个阶段，是什么样的版本，测试过程中发现的Bug，务必在当前版本里解决，尤其是偶现的、弱网络相关的问题，只有彻底解决完之后，才允许发布。

2.高标准要求

拒绝侥幸心理，是为了更好地杜绝没有解决的偶现的Bug遗留到公测期间来解决。同时，项目经理也需要高标准来要求团队。

对于崩溃率而言，如果上线标准崩溃率不高于6%，那么在测试阶段崩溃率至少要控制在1%以内；如果上线标准崩溃率不高于1%，在测试阶段则要求崩溃率不高于0.5%。

至于为什么要高标准要求，目的其实很明确。游戏项目测试期间，包括内测期间，用户体量是比较小的，一旦正式公测，原本上线达标的崩溃率，会被放大好几倍。按照公司的要求，如果某个游戏上线后，崩溃率超过标准设定值，那意味着项目上线所划分的资源全部会被冻结，直到版本质量稳定后才会重新投放，这样一来，项目的损失就会非常大。

所以，项目经理对于项目质量的管理，应该以高标准来要求。

3.提前做好质量管理规划，眼见为实

无论是拒绝侥幸的心理，还是高标准要求，主要还是指标，那么质量管理的根本，还是在于提前做好质量管理的规划，眼见为实。我们知道，质量是设计出来的，并不是测试出来的。借助公司的质量体系，项目经理从项目启动之初，就要提前做好质量管理规划。

腾讯游戏精品4.0时代的质量体系是移动游戏TDR指引及标准。TDR的全称是Technical Design Review，即技术设计评审，分别有TDR1、TDR2、TDR3。针对每款游戏不同的阶段，侧重点不一样。借助公司的质量管理体系，项目经理可以最大限度地做好全面的质量管控。整个TDR评审是贯穿游戏上线的周期的。

除此之外，针对项目本身，项目经理在需求开发阶段，提前确定好验收的标准，做好每个系统功能的验收和测试工作；在项目正式启动之后，接入公司现有的代码扫描工具，接入崩溃上报；在版本开发期间，做好测试工具的支持和开发；在测试前，完善日志上报系统；在测试期间，重点抓偶现问题、弱网问题、崩溃问题的解决。

基础的各项准备工作都需要做足，项目经理在开始内测时，重点监控崩溃率的情况，要控制内测期间的崩溃率远远低于上线标准。基于此，一切的质量管理过程，都是需要眼见为实，尤其是针对手游性能体验方面，优化前后的版本，是可以非常直观地感受到的。此外，眼见为实，也要求测试的整个过程可视化，做好质量风险评估，抓关键点。

质量是任何一个项目的基础保障，为了加快进度，项目经理不应该以牺牲质量为代价。因此，项目经理应该明白项目质量管理对项目成功的重要性。在整个项目的质量管理过程中，项目经理应该杜绝侥幸心理，不仅要高标准要求，更需要提前做好规划，眼见为实。

优培东方送你一张产品验收表格：

项目名称：准备日期：

编号	需求	检验方法	确认方法	验收标准	状态	签收

优培东方
PMP^®1月班报名招生正在进行