打造出优异的产品，是每一家互联网企业心心念念的事儿。可事与愿违的是，许多手机软件产品品质比较差，弥漫着各种各样 bug。是企业重视程度不够，或是资金投入系统资源不足？或许我经历过的事情一个例子能够管中窥豹一二。

企业当年的产品发布流程，是开发工作人员递交编译程序后程序流程，随后测试工作人员在测试自然环境中组装并进行相应的功能验证。测试发觉 bug 就在那缺点追踪智能管理系统中纪录，由开发工作人员来修补并关掉。

这看起来是一个很最理想的全过程，但不太适合线上业务节奏轻快公布的需求。某一次有一个新项目由于技术性原因造成开发贷款逾期，交给测试工作人员手里时，离上架时间仅有三天，按计划也是需要两周的。

测试工作人员只都还没认证一遍基本要素，就在那工程项目经理疯狂催促下凑合允许发布。不出所料，过后追究责任时，开发质疑测试工作人员如何没测到就允许发布，测试责任人漂亮小姐姐急得泪撒现场：“大家及时完成开发了没有？你们自己做了难道说事故的嘛？大家测试便是最终背黑锅的嘛？”

那样的窘境，有方法提升吗？

答案就是有些，Google这样的世界顶尖大型厂就探索出门儿道，并把它写在了《Google 手机软件测试之法》这本书里。本书是通过 Google 工程总监 James Whittaker 执笔人完成，忠实地展示了 Google 的用人观、工程师文化艺术，及其他们是如何将测试工作中发挥到极致的。

大家从 Google 的产品质量理念谈起。

谁该为产品品质承担？

在 Google 看起来，每一位工程师全是产品品质的第一责任人。

这种核心理念是怎样所形成的，可以从 Google 工程项目生产主力单位的大佬 Patrick Copeland 谈起。

Patrick 添加 Google 以前，在微软公司进行了十年测试工作中。在出售罐装软件的 PC 时期，微软公司能够循规蹈矩地花五年做一个产品。但是到了网络时代，迅速而大量公布产品才算是常态化，Patrick 敏锐地意识到了延用微软公司的那一套作法会带来极大风险性。

在经历悲伤的产品公布全过程以后，Patrick 思索并提出了自己的见解：第一，产品的每一位有关人是品质的直接责任人；第二，在产品整个生命期中，测试都应该持续跟进；第三，要招骋熟练开发的测试工作人员，而且同酬。

Patrick 明确提出这种见解时那是十多年前，不用说惊为天人，至少也与销售市场时兴价值观不同。特别是第三条，这乃至规定 Google 更改薪酬管理体系才可以，但庆幸的是 Google 给了她充足的权利去行动这种核心理念。

现如今，Google 天天都要测试和发布数百万个源代码。以亿计的搭建姿势会开启上百万次自动化技术测试。这一点在国内一些互联网企业看起来，便是不可能完成的任务。

不管 Google 的办法多么的优秀，全是有才能的人在推进，大家从 Google 的工程师人物角色谈起。

Google 技术人的三种人物角色

Google 将工程师划分成三种人物角色，各是手机软件开发工程师（software engineer，缩写为 SWE）、手机软件测试开发工程师（software engineer in test，缩写为 SET）、测试工程师（test engineer，缩写为 TE）。

SWE 便是产品最直接的开发者，她们撰写业务代码完成实际的功效。角色符合自己的对程序猿这一职业的认知，是造就软件的技术高手。

SET 都是开发工作人员，只不过是她们的工作重点要在测试方向中。有些人认为 Google 真的是富豪，招个测试都需要熟练开发。这明显是小看了 Google 的局面，别人富有并不是点着玩儿，反而是确实换回来了巨大的回报。

TE 会多一些地站在客户视角来调查并测试产品。这个角色岗位工作职责也挺普遍，在产品生命周期一切环节，她们都可能会进到，有时候是具体指导品质建设规划，有时候便是当做救火员。总而言之，她们可以从总体视角发觉产品或者服务的不足，参加产品的修复工作。

大家从 SET 的任职要求与工作过程，去了解 Google 在产品开发过程是怎样进行测试相关工作的。

SET：开发能力强大的测试工程师

要招骋到一名符合要求的 SET 并非易事，除开规定候选者有着强大的开发能力，还需要喜爱并熟练测试技术性。Patrick 当时就是因此动过许多脑子，幸亏Larry Page给予足够的适用，他想要的人也给批下来。

Google 内部有很多工程师们自发性科学研究项目，要是在原形环节，则仅仅工程师资金投入你的时间。而原形得到企业认可并项目立项，Google 便会资金投入网络资源做为宣布产品开展开发。

SET 在产品研制的初期阶段就会进入，她们会和 SWE 一起经历完整的业务流程开发全过程。SET 的关键总体目标，便是确保产品可测试性，这就意味着 SET 要渗透到业务代码的细微之处去。

最先，SET 要审查软件设计文档，保证了解 SWE 的设计思想，也有手机软件的实际功能与限定。SET 会让设计文档得出书面形式提议与意见反馈，一份尴尬的文本文档显而易见能给设计师造成困扰，因此这时候逐步推进 SWE 认真完成文本文档品质。

次之，SET 会针对手机软件里的插口和协议书撰写测试编码，认证作用然后进行毁灭性测试。在《Google 手机软件测试之法》书里就有一个 C 编码的具体实例，表明一个 Http 插口是怎样被测试的。

最终，SET 会用各种软件对软件构建自动化技术测试情景。若有特殊要求，SET 还会自身撰写辅助软件。

SET 的工作是和 SWE 紧密联系的，SWE 撰写完作用编码与模块测试以后，SET 就要开始代码审查。二者相互相互配合，秉持着为产品承担的发展理念，就能做好质量保障工作中。

TE：产品质量把控人

假如说 SWE 和 SET 就是要把事儿做的不会出错，那样 TE 是要把事儿写对。因此对 TE 的需求比 SET 还高，他不是这种在页面上录入数据点一下控制，随后递交 bug 的测试工作人员，这个人是产品品质的传播者。

从任职要求来说，TE 要常以客户为中心的观念，同时对产品有较好的觉得，对于程序编写和测试能力，那规定都与 SET 一样。这几乎就是规定候选者是一个通才了，以致于 Google 之后迫不得已放开一些标准，比如程序编写能力弱一些都可以接受。

TE 进入到新项目以后，会让产品明确提出测试方案，她们应用的办法是 Google 通过实践活动总结出的——ACC（Attribute Component Capability，特性、部件、能力）实体模型。

特性便是产品的产品卖点，有别于竞争对手优势所在；部件乃是系统软件应该有的控制模块；能力是系统软件在客户命令下进行动作。可以理解为部件实行一些作用去满足产品的特性，这样的活动结果可想而知产品的能力。

应用 ACC 统计分析方法，能让 TE 从客户视角思考产品，把握住产品的关键能力，防止将时间浪费在主次性能上。TE 的产品嗅觉神经务必十分灵巧，这也使得彻底符合要求的 TE 基本上难以招来，都要在工作上实践活动发展。

下面，TE 会为产品开展风险评估，并提交风险报告。Google 应用不成功次数和危害二项因素来给风险性判定，这两项应用说明性的评估值，主要目的是提醒风险性可能出现的方位。

拥有前二项工作中的前提，TE 就能够为产品撰写测试测试用例，在测试用例中实现产品能力，及其引起风险性场景下的常见故障测试用例等。最终，便是在产品开发完毕之后，应用各种方式对系统实行测试测试用例。

用书里的一个段子来汇总 TE 工作，便是 SET 觉得产品能够推出的特征是“程序流程已通过全部测试”，而 TE 原则就是“我觉得ok上线”。

结束语

Google 任职要求极高是公认的，他的观念是，一个出色工程师的生产力是一般工程师的 50 倍。但国内一些大型厂把那了解为开高价位挖他人墙角，花大价钱打造一个奢华精英团队就万事大吉了。

短时间结论不太理想，又急于撤编精英团队，大把项目投资打了水漂。Google 打造出非凡产品的办法没学习到，只学会了个孤独。

实际上 Google 的工程师文化艺术特别之处，在于以电子信息科学为基础，不断挑战科技的极限值，从而得到广阔的市场。在此过程中，有才能的人能吸引，凝结出浓烈的产品品质担当意识，全面地大展身手，进而迸发出极强的战斗能力。

一本《Google 手机软件测试之法》既让我看到 Google 搞好手机软件测试相关工作的干货知识，也有随处彰显着“以我为主”的质量责任意识。

我觉得，中国一些大型厂在急于高额资金投入以前，不妨思考一下自已的文化与核心理念，至少不能让产品义务被推卸责任。从 Google 的身上学习到真正意义上的产品窍门，也可以发展成为世界级大型厂。

#头条创作争霸赛#