当才华撑不起梦想，就该去读书！
Google软件测试之道
作者: James A. Whittaker,Jason Arbon,Jeff Carollo
出版社:
副标题: 像google一样进行软件测试
定价: 59.00元
出版年: 2013-10-01
页数: 258
ISBN: 9787115330246
内容简介
每天，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
第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
下载
下载不对外开放
