具体描述
每天，google都要测试和发布数百万个源文件、亿万行的代码。数以亿计的构建动作会触发几百万次的自动化测试，并在好几十万个浏览器实例上执行。面对这些看似不可能完成的任务，谷歌是如何测试的呢？
《google软件测试之道》从内部视角告诉你这个世界上知名的互联网公司是如何应对21世纪软件测试的独特挑战的。《google软件测试之道》抓住了google做测试的本质，抓住了google测试这个时代最复杂软件的精华。《google软件测试之道》描述了测试解决方案，揭示了测试架构是如何设计、实现和运行的，介绍了软件测试工程师的角色；讲解了技术测试人员应该具有的技术技能；阐述了测试工程师在产品生命周期中的职责；讲述了测试管理及在google的测试历史或在主要产品上发挥了重要作用的工程师的访谈，这对那些试图建立类似google的测试流程或团队的人受益很大。
最后，《google软件测试之道》还介绍了作者对于google测试如何继续演进的见解、google乃至整个业界的测试方向的一些预言，相信很多读者都会感受到其中的洞察力，甚至感到震惊。本书可以作为任何从事软件测试人员到达目标的指南。
《google软件测试之道》适合开发人员、测试人员、测试管理人员使用，也适合大中专院校相关专业师生的学习用书，以及培训学校的教材。
作者简介
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工作过。
目录信息
第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
· · · · · · (收起)
读后感
本书介绍了google中软件开发工程师swe,软件测试开发工程师set,测试工程师te三类角色的工作内容和角色定位，每一类角色都配以google人员的访谈加以拓展深化，让读者更好地理解这三类角色的分工运作，以及在google 工程项目中的作用。 在本书第5章google 软件测试改进中，客观分...
评分通过介绍SET、TE、测试经理、测试总监的角色定位及工作内容，给我们展示了Google是如何开展测试工作的。 SET的定位是帮助开发工程师更好地投入到质量保障工作中（因为质量并不只是测试的事情） TE的定位是站在用户的角度，从产品层面上去测试整个产品，包括测试计划、测试风险...
评分作为软件开发工程师看这本书收获良多，之前没看这本书，对测试产生很多偏见，产品质量由测试负责。 ACC方法能清楚描述产品具有什么功能和用户能做什么功能，开发人员也可以利于这种方法对产品理解。 最重要一点是访谈内容十分精彩，现在看一遍还有些不明白，有空还会重看一次。
评分工作的部门负责开发内部管理程序，原来没有测试，开发员自己测试，写测试报告，很原始，写输入输出数据，发生错误，当然最后都是更正了的。最近赶工项目多，用户反映体验差，领导也觉得很多是初级错误，搞个测试岗把把关。我对测试的认识就是开发测试，在慕课学了一次软件测试...
评分本书颠覆了我对测试之前的了解 本书有两点核心。 一是角色（SWE,SET,TE，最终是开发测试极度融合，相互辅助前行） 二是ACC理念。（A,C）坐标定义的区域，有两个输出，一个是C(能力，就是test plan)，一个是风险热图（risk heat map）。测试的出发和落脚点是A(attribute)，也...
用户评价
读这本书，我最想了解的是Google是如何培养和激励他们的测试工程师的。在很多公司，测试工程师可能只是“发现bug”的角色，但在Google，我总觉得他们有更高的追求。书中会不会谈到他们是如何构建一个积极向上、注重学习的测试团队文化的？比如，有没有一些关于测试人员的职业发展路径的建议？他们是如何鼓励测试工程师去创新，去探索新的测试方法和工具的？我特别关注的是，他们是如何将测试人员融入到整个产品开发生命周成的，让他们不仅仅是旁观者，而是真正的参与者和贡献者？有没有一些关于如何提升测试人员的分析能力和沟通能力的讨论？我一直在寻找能够帮助团队提升整体测试水平的方法，而不仅仅是技术上的，更包括管理和文化层面的。我希望这本书能给我一些启发，让我们能够更好地理解和实践“测试驱动开发”或者“行为驱动开发”等概念，并让测试工程师在其中发挥更大的作用。
评分我最近在工作中遇到了一些关于性能测试的瓶颈，所以最近非常关注与此相关的内容。我一直在思考，像Google这样处理海量用户请求的公司，他们对性能的要求到了什么程度？书里会不会详细阐述他们在性能测试方面的策略和方法？比如，他们是如何进行负载测试、压力测试和稳定性测试的？有没有一些针对大规模分布式系统的性能测试技巧？我特别好奇的是，他们是如何在开发早期就介入性能考虑，而不是等到产品上线后才发现问题？书中是否会分享一些他们用来监控和分析性能指标的工具和技术？我更感兴趣的是，当性能出现问题时，他们是如何定位和解决的？有没有一些经典的性能调优案例？我希望这本书能提供一些切实可行的方法论，让我能够借鉴Google的经验，来提升我们自身产品的性能表现。纯粹的技术介绍我会觉得枯燥，所以我希望这本书能有一些深入的分析，以及他们在这个领域是如何进行持续改进的。
评分这本书我一直想找机会深入了解一下，毕竟“Google软件测试之道”这个名字本身就带着一种传奇色彩，让人充满了好奇。我一直觉得，像Google这样级别的公司，他们的内部流程和技术沉淀，绝对是行业宝贵的财富。我特别想知道，在Google这样的高压、快速迭代的环境下，他们是如何构建一套既能保证质量又能跟上开发速度的测试体系的。比如，书中会不会涉及到他们对自动化测试的深度运用，从单元测试、集成测试到端到端测试，他们的策略是怎样的？我更关注的是，他们是如何管理庞大的测试用例库的，如何保证测试的有效性和效率？是不是有自己独特的工具链或者平台？而且，对于一些新兴的测试技术，比如AI在测试中的应用，模糊测试，或者基于模型的测试，Google又是如何探索和实践的？我一直认为，纯粹的理论分享可能不足以完全理解“之道”，所以如果书中能有具体的案例分析，讲述他们是如何解决测试难题，如何从失败中学习，那就更完美了。我期待这本书能让我看到软件测试在Google内部的“哲学”和“艺术”，而不仅仅是技术堆砌。
评分我一直对Google的测试流程是如何随着产品规模和复杂度的增长而演变的感到好奇。这本书的书名“Google软件测试之道”暗示着一种持续演进和不断优化的过程，而不仅仅是静态的描述。我期待书中能探讨他们是如何应对规模扩张带来的测试挑战的。比如，他们是如何进行回归测试的，如何有效地管理成千上万的测试用例？在面对越来越复杂的系统架构时，他们是如何设计和执行测试的？书中会不会分享一些关于如何进行高效的测试数据管理，以及如何模拟真实用户行为的策略？我更想了解的是，Google是如何在保持敏捷性的同时，又能够进行大规模、高质量的测试的？有没有一些关于如何优化测试反馈循环，让开发团队能够更快地收到并响应测试结果的讨论？我希望这本书能提供一个关于测试体系如何随着时间推移和技术发展而不断进化的宏观视角。
评分我对Google在安全测试方面的实践一直充满好奇，毕竟在信息安全日益重要的今天，这一点尤为关键。我一直好奇，Google是如何在开发过程中嵌入安全考虑，做到“安全左移”的？书中是否会深入探讨他们在代码审查、漏洞扫描、渗透测试等方面的策略和工具？我特别想知道，他们是如何应对日益复杂的网络攻击，并确保他们产品和用户数据的安全的？有没有一些关于如何构建安全的测试环境，以及如何进行安全相关的自动化测试的讨论？我更希望看到一些具体的案例，说明Google是如何发现和修复安全漏洞的，以及他们从中吸取的教训。我一直在寻找能够提升我们自身产品安全性的方法，而不仅仅是针对已有的漏洞进行修复，而是从源头上去预防。这本书如果能提供这方面深入的见解，那对我来说将非常有价值。
评分:无
评分资深管理者一般都来自产品经理或者开发经理，而不是来自测试团队。在产品发布时，优先考虑的是功能是否完整和易用性方面是否足够简单，却很少考虑质量。作为同一个团队，测试总是在为开发让路。
评分没想象中牛逼，测试是一个综合性较强的工作
评分就……很好奇“结对编程”诶。想体验
评分google还是走在前面的
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 qciss.net All Rights Reserved. 小哈图书下载中心 版权所有