Google软件测试之道
出版社:人民邮电出版社
出版日期:2013-10
ISBN:9787115330246
作者:James A. Whittaker,Jason Arbon,Jeff Carollo
页数:258页
作者简介
每天，google都要测试和发布数百万个源文件、亿万行的代码。数以亿计的构建动作会触发几百万次的自动化测试，并在好几十万个浏览器实例上执行。面对这些看似不可能完成的任务，谷歌是如何测试的呢？
《google软件测试之道》从内部视角告诉你这个世界上知名的互联网公司是如何应对21世纪软件测试的独特挑战的。《google软件测试之道》抓住了google做测试的本质，抓住了google测试这个时代最复杂软件的精华。《google软件测试之道》描述了测试解决方案，揭示了测试架构是如何设计、实现和运行的，介绍了软件测试工程师的角色；讲解了技术测试人员应该具有的技术技能；阐述了测试工程师在产品生命周期中的职责；讲述了测试管理及在google的测试历史或在主要产品上发挥了重要作用的工程师的访谈，这对那些试图建立类似google的测试流程或团队的人受益很大。
最后，《google软件测试之道》还介绍了作者对于google测试如何继续演进的见解、google乃至整个业界的测试方向的一些预言，相信很多读者都会感受到其中的洞察力，甚至感到震惊。本书可以作为任何从事软件测试人员到达目标的指南。
《google软件测试之道》适合开发人员、测试人员、测试管理人员使用，也适合大中专院校相关专业师生的学习用书，以及培训学校的教材。
书籍目录
《google软件测试之道》
第1章 google软件测试介绍 1
1.1 质量不等于测试 5
1.2 角色 6
1.2.1 软件开发工程师(swe) 7
1.2.2 软件测试开发工程师(set) 7
1.2.3 测试工程师(te) 8
1.3 组织结构 9
1.4 爬、走、跑 10
1.5 测试类型 12
第2章 软件测试开发工程师 15
2.1 set的工作 17
2.1.1 开发和测试流程 17
2.1.2 set究竟是谁 21
2.1.3 项目的早期阶段 22
2.1.4 团队结构 23
2.1.5 设计文档 24
2.1.6 接口与协议 26
2.1.7 自动化计划 27
2.1.8 可测试性 28
.2.1.9 set的工作流程：一个实例 31
2.1.10 测试执行 41
2.1.11 测试大小的定义 42
2.1.12 测试规模在共享测试平台中的使用 45
2.1.13 测试规模的益处 46
2.1.14 测试运行要求 48
2.2 测试认证 54
2.3 set的招聘 62
2.4 与工具开发工程师ted mao的访谈 68
2.5 与web driver的创建者simon stewart的对话 70
第3章 测试工程师 75
3.1 一种面向用户的测试角色 75
3.2 测试工程师的工作 76
3.2.1 测试计划 79
3.2.2 风险 94
3.2.3 测试用例的生命周期 104
3.2.4 bug的生命周期 109
3.2.5 te的招聘 121
3.2.6 google的测试领导和管理工作 128
3.2.7 维护模式的测试(maintenance mode testing) 131
3.2.8 质量机器人(quality bot)实验 134
3.2.9 bite实验 145
3.2.10 google test analytics 154
3.2.11 零成本测试流程 159
3.2.12 外部供应商 163
3.3 与google docs测试工程师林赛·韦伯斯特(lindsay webster)的访谈 165
3.4 与youtube测试工程师安普·周(apple chow)的访谈 170
第4章 测试工程经理 177
4.1 测试工程经理的工作 177
4.2 获得项目和人员 179
4.3 影响力 180
4.4 gmail测试工程经理ankit mehta的访谈 182
4.5 android测试工程经理hung dang的访谈 188
4.6 chrome测试工程经理joel hynoski的访谈 192
4.7 测试总监 197
4.8 搜索和地理信息测试总监shelton mar的访谈 198
4.9 工程工具总监ashish kumar的访谈 201
4.10 印度google测试总监sujaysahni访谈 205
4.11 工程经理brad green访谈 209
4.12 james whittaker访谈 212
第5章 google软件测试改进 219
5.1 google流程中的致命缺陷 219
5.2 set的未来 221
5.3 te的未来 222
5.4 测试总监和经理的未来 223
5.5 未来的测试基础设施 224
5.6 结论 225
附录a chrome os测试计划 227
a.1 测试主题概述 227
a.2 风险分析 228
a.3 每次构建版本的基线测试 228
a.4 最新可测试版本(last known good，lkg)的每日测试 229
a.5 发布版本测试 229
a.6 手工测试与自动化测试 229
a.7 开发和测试的质量关注点 230
a.8 发布通道 230
a.9 用户输入 230
a.10 测试用例库 231
a.11 测试仪表盘 231
a.12 虚拟化 231
a.13 性能 231
a.14 压力、长时运行和稳定性测试 231
a.15 测试执行框架(autotest) 232
a.16 oem厂商 232
a.17 硬件实验田 232
a.18 端到端测试自动化集群 232
a.19 测试浏览器的应用管理器 232
a.20 浏览器的可测试性 233
a.21 硬件 234
a.22 时间线 234
a.23 主要的测试驱动力 236
a.24 相关文档 236
附录b chrome的漫游测试 239
b.1 购物漫游 239
b.2 学生漫游 240
b.3 国际长途电话漫游 241
b.4 地标漫游 241
b.5 通宵漫游 242
b.6 公务漫游测试 243
b.7 危险地带漫游 243
b.8 个性化漫游 244
附录c 有关工具和代码的博客文章 245
c.1 使用bite从bug和冗余的工作中解脱出来 245
c.2 发布qualitybot 247
c.3 rpf：google的录制回放框架 249
c.4 google测试分析系统(google test analytics)——现在开源了 251
附录d 术语表 257
内容概要
james whittaker 是google的工程总监 ，负责部分google产品的测试，包括chrome、地图、google web apps。在加盟google之前，james在microsoft工作，再之前是一名大学教授。james在全球测试领域闻名遐迩。
jason arbon 是google的一名测试工程师te ，曾参与负责google桌面、chrome和chrome os的测试。同时jason也是一系列开源测试工具和个性化实验的开发负责人。在加入google之前，他也曾在microsoft工作过。
jeff carollo 是google的一名测试开发工程师set，曾参与负责google voice、工具框、chrome、chrome os产品 的测试。jeff为许多google内部的开发团队提供咨询服务，帮助提升这些团队初期的代码质量。之后在2010年，jeff转岗为软件开发工程师（se），并领导负责google+ apis的开发。在加入google之前，jeff也曾经在microsoft工作过。
发布书评
精彩书评 (总计10条)
-
作为软件开发工程师看这本书收获良多，之前没看这本书，对测试产生很多偏见，产品质量由测试负责。ACC方法能清楚描述产品具有什么功能和用户能做什么功能，开发人员也可以利于这种方法对产品理解。最重要一点是访谈内容十分精彩，现在看一遍还有些不明白，有空还会重看一次。 -
这本书大概讲解了一下Google如何做测试。首先介绍了角色划分，然后分别从每个角色的角度进行阐述。每章最后都有一些访谈。这本书让我进一步思考开发和测试的边界在什么地方。目前看起来，开发会负责到单元测试，测试承担了功能测试、验收测试以及其他的职责。但是实际上，开发有多少人写出了有效的测试用例、高效的测试用例？测试又有多少人对产品有着深刻的认识，从而能够保证最重要的功能测试被覆盖到。测试的未来在什么地方？自动化和手工测试如何取舍？开发如提高测试能力？这些问题我并没有从书中得到解答。还需要更多阅读。 -
本书颠覆了我对测试之前的了解本书有两点核心。一是角色（SWE,SET,TE，最终是开发测试极度融合，相互辅助前行）二是ACC理念。（A,C）坐标定义的区域，有两个输出，一个是C(能力，就是test plan)，一个是风险热图（risk heat map）。测试的出发和落脚点是A(attribute)，也是本书提到的，不懂产品的人，根本无法真正的进行测试。技术分享时，整理了ppt和samplehttp://www.kuaipan.cn/file/id_52766610989151441.htm?source=1
精彩短评 (总计50条)
-
Good! -
实际帮助不大 -
给一颗星的原因是，翻译真的是差劲到死，看不下去了。 -
读了一半感觉好像还没到读这个的层次..好像很厉害的感觉.. -
感觉能借鉴的东西很少 -
再多一些实践的内容就好了 -
开发人员和测试人员都值得一读的书。讲述了Google内部是如何对自己的产品做测试的，从专职的测试人员关注产品质量，到全团队关注产品质量的过渡；测试人员在Google负责不同的事宜，负责产品测试、将测试自动化、让测试更方便、培养所有角色的质量意识，到最后开发测试人员完全并入开发团队，利用技术手段将测试人员解放出来，开始转型，做更高level的考量，专注多个产品的测试计划和策略的制定、修正以及更多考虑用户体验。无论是敏捷还是持续交付，所有这些热门概念倡导的理念，都能在这本书里看到，并且在Google内部有了很不错的实践，虽然一字未提敏捷和持续交付。 -
好书。回头抽空写评论 -
细读与泛读所看到的区别太大 -
总体来说 一般般
里面的理念我很欣赏，让开发更多的参与测试当中，这样质量才会有显著提高。
里面还提到了测试开发工程师，大概知道做什么的，但具体还是不太清楚，回头还得看一遍。
还有里面提到了测试工具 但很不详细 而且有些已经停止升级了 比如：BITE
总之是把吊足了胃口 然后非常失望 -
介绍了Google的测试，开开眼界。不过薄薄一本书貌似不值这个价格。 -
提出了测试的重要性，都是故事，挺精彩且有启发的故事。 -
前言一大堆的高评价+序言的高调的自述，
却对不住本书切实关于测试精髓承载，里面关于测试的论述像是迷失的帆船永远靠不了岸，永远毫无方向的乱转一气，没有切实到测试关键点上。所以，那些给了极高的评价与序言的同学，请问你们是如何迷乱的海洋上找到了靠岸的方向啊。 -
虽然实用性不强，但google的测试理念还是为测试发展指明了一个方向。 -
不只是测试，还有工程师文化的建设。 -
书不厚，读起来比想象的还要快一些。
前几章介绍了测试相关的人员和内容。其中印象比较深刻的还是那些工具和方法论：ACC，GTA，质量机器人，BITE，RPF等等，可以尝试在项目中引入。不过一看到第四章的标题就不太想往下看了：测试工程经理。果然内容也只是各种访谈。 -
买回来速读了遍，技术要求太高，代码质量类与产品离得有点远了吧 -
对于正践行着敏捷测试的团队来说，这本书再好不过。没有乏味的教条，本书充满了在敏捷思想下为解决实际问题而磨砺出的种种因地制宜循序渐进的测试开发实践。经常的会心一笑证明我们的敏捷测试是走在了正确的道路上。但伟大的公司之所以伟大，也许不在他们的流程比我们先进多少，不在他们的工具比我们先进多少，而在人才的筛选和对技术的尊崇。这是我们难以学到的。五星推荐给团队（both dev and test）。 -
从多个维度分析了Google的测试是如何进行的，及一些问题是如何处理的。
Google内部的测试团队是如何协调工作。 -
看产品吧，毕竟谷歌的软件产品有他自身的特点，适合这种测试方式方法~ -
如果谁在告诉我google没有专职的软件测试人员，我真的会一板砖拍死他的......Bite、QualituBot、RPF、Google Test Analytics这几个工具有空可以尝试下，感觉很不错的样子。
SET、SWT、ET
测试人员能尽早的能介入到开发流程中去，但不是通过“质量模型”和“测试计划”的方式。
测试是应用产品的另外一个功能，而SET就是这个功能的负责人
小型测试——通常指单元测试。外部服务必须通过mock或者fake实现
中型测试——外部指的集成测试，模块应用之间的交互，也类似于接口测试
大型测试——为了验证整个系统作为一个整体是如何工作的
70/20/10原则，70小型，20中型，10大型 -
为测试正身。测试是一件重要且非常有意义的活。 -
Google EP 项目组成员访谈录 -
将自动化做到，力争克服”人类智慧的最后一英寸“这也是Google的设计理念与目标，也正是正在构建之中的下一代测试工具的努力方向 -
除了测试专家或者测试管理，测试开发适合转开发，测试适合转产品，其实测试的前途和钱途远比开发要宽广，前提是资质差不多的人。现实是很多资质不错的都想做开发，不愿做测试，这是误区！开发岗位适合那些一心走技术路线的人！ -
感叹于google的专业性，测试开发。 -
相当具有启示意义。 -
进行测试开发，重视测试的流程化 -
acc～te面试题的发散思维～web工具介绍～ -
测试通过工具来保证，工具通过企业文化来催生，文化又通过工具来传播。周而复始，终得质量！ -
这本书写的非常好，没有得到8分以上太可惜了。真正在做产品、做测试的人才能明白文章说的很多方法。 -
8gjlo tm6f d6a yg ta eaf jm 96g d7 57 noa noa roa dafb tm 5a nom 96 tm7 noa ym tm6f bm b7 roa j7f ea6f noa 96 bgfb na tgm ta 96a h6 om6f eaf o7 8m ym roa lm eafb bgfb 9mg roa oma r6a l6f jm o7 9a r6g ta b7 96a h6 lm6f 9ma 7j 4m noa ta b7 96f 5omf roa 5o6 5mg 57 noa 7j ta l6 h7f 5o7f ha6f tm d6g noa rmg noa 86fb noa 7j tgm 46g tm6f ra ea roa 9a y7a -
这本还不错，会让人有些不一样的想法，只是落地应该挺不容易。 -
这本书让我们学会了周五召开TGIF会议，我本人认为分享是一件很好的事情，但是感觉让团队分享成为一种习惯实在是有点力不从心，google的测试主要是交给单元测试，次要是系统自动化测试，全球最前沿的公司告诉你，不会开发的测试不是好程序员，目前中国在测试上举步不前。就行业感受来讲。 -
对测试方法讲的不多 -
了解下大公司的测试工程是怎么做的~~#公司福利# -
这本书的视角相当高，高到没几家公司学得起，但又是满满的干货。测试成熟度、几种分类法、ACC模型、几个工具的设计思路、测试人员的定位和关注点、不同项目的高层对测试的理念都很棒，值得之后再看一次，仔细归纳整理能落地的点 -
作为编程行业的翘楚，谷歌的软件测试可谓业界工程典范。从无到有搭建测试平台。强烈建议开发工程师也阅读本书，从另一个环节来考量软件工程。毕竟软件质量真的不仅仅是测试工程师的责任。 -
非常好的一本书。对于测试人才，职责，各项测试任务的理解边界划分都很不错，非常值得参考。 -
google是如何进行开发产品的.. 以及一些访谈. 可能是预期太高,读时没达到预期的效果 -
博客文章很久前就看过，这周末终于找到时间把全书快速浏览了一遍。我很想知道的是，如何才能驱动这样一场改变，如何才能成功的进行这个改变，如何才能在资源极有限的情况下让改变走起来？ -
其中的很多理念和做法深有同感，只是对于非谷歌人士来说，以参考为主，切不可鲁莽行事。谷歌可以达到目前这样的状态，也是经过了很多人的努力和争取，而且其中的很多做法也都是跟谷歌业务的特点息息相关的，例如，并不是所有公司的产品都是围绕着Web或者同一种技术进行开发的，那么在测试平台和测试方式的选择上就会有很多的限制。 -
高屋建瓴 先码一下 再分享读后感 -
慢慢读慢慢写读书笔记 看到50页的最大感受就是好想去这样的公司工作，不给工资都行啊。 70/20/10原则很有用，我们现在做的测试不过集中在那10中，也没把代码覆盖率考虑进来，好弱。 -
ACC，attribute，component，capability -
和旧式测试差异很大的测试方法 -
翻墙不容易的年代有这样一本书全面了解谷歌的测试体系和工作方法，简直不要再好了
干货满满，收获也是很多的，测试必看的书籍 -
Google的软件测试之道，参考意义首先跟之前看的一篇文章一样，互联网并不缺前端，也不缺测试，我们真正缺少的是工程师思维，是创造性的提出和解决问题的想象力，站在用户角度思考的产品的能力 -
这是这个迭代敏捷的测试方法，测试也可以是一个高技术的工作，而非没深度的点击而已。 -
一直印象中测试都挺低级的，看了这个书才对测试有了更深入的认识，当然，依然不是对国内的测试这么看。