Google软件测试之道

James A. Whittaker

出版时间

2013-10-01

ISBN

9787115330246

评分

★★★★★
书籍介绍

每天,google都要测试和发布数百万个源文件、亿万行的代码。数以亿计的构建动作会触发几百万次的自动化测试,并在好几十万个浏览器实例上执行。面对这些看似不可能完成的任务,谷歌是如何测试的呢?

《google软件测试之道》从内部视角告诉你这个世界上知名的互联网公司是如何应对21世纪软件测试的独特挑战的。《google软件测试之道》抓住了google做测试的本质,抓住了google测试这个时代最复杂软件的精华。《google软件测试之道》描述了测试解决方案,揭示了测试架构是如何设计、实现和运行的,介绍了软件测试工程师的角色;讲解了技术测试人员应该具有的技术技能;阐述了测试工程师在产品生命周期中的职责;讲述了测试管理及在google的测试历史或在主要产品上发挥了重要作用的工程师的访谈,这对那些试图建立类似google的测试流程或团队的人受益很大。

最后,《google软件测试之道》还介绍了作者对于google测试如何继续演进的见解、google乃至整个业界的测试方向的一些预言,相信很多读者都会感受到其中的洞察力,甚至感到震惊。本书可以作为任何从事软件测试人员到达目标的指南。

《google软件测试之道》适合开发人员、测试人员、测试管理人员使用,也适合大中专院校相关专业师生的学习用书,以及培训学校的教材。

AI导读
核心看点
  • 揭示Google海量代码下的自动化测试架构
  • 详解SET与TE角色分工及协作流程
  • 强调质量源于开发测试深度融合的理念
适合谁读
  • 从事软件测试与开发的专业技术人员
  • 希望优化团队流程的测试管理人员
  • 对互联网大厂工程实践感兴趣的学生
读前提醒
  • 需结合Google特定背景理解,勿生搬硬套
  • 重点阅读SET工作流与自动化策略章节
  • 关注书中访谈以获取一线实战经验
读者共识
  • 理念超前,对传统测试思维有巨大冲击
  • 自动化测试与工程师思维是核心启示
  • 落地难度大,需根据企业实际情况调整

本导读基于书籍简介、目录、原文摘录、短评和书评生成,不等同于全文精读。

精彩摘录
  • "在测试上难以自动化的软件,很难成为好的软件。"
  • "除此之外,安排好优先级,寻找小成本大回报的自动化项目。一定要记住自动化并不能解决所有问题,尤其是前端项目和设备测试。"
  • "我首先会让我的团队思考,“对被测系统来说,什么是最为重要的东西?”对搜索来说是性能,对新闻来说是时效性,对地图来说是综合性和完整性。每个应用都有其最重要的属性。类似的,对系统基础架构来说,数据完整性对存储最为重要,可扩展性对网络系统最为重要,利用率对任务管理系统最为关键。当你分清了你要测试的特定产品的关键因素以后,就要把你的大部分精力集中在检验系统的核心能力是不是能够满足这些关键属性要求上。 当这些重要的事情搞定以后,再去关心那些简单的事情(用户界面这些锦上添花的东西)。还要关注那些核心的不容易改动的方面(如性能设计),而不对那些很容易修改的方面花费太多精力。如果你过早报告关于字体的bug,我"
  • "质量不等于测试。当你把开发过程和测试放到一起,就像在搅拌机里混合搅拌那样,直到不能区分彼此的时候,你就得到了质量"
  • "SET写代码的目的是可以让SWE测试自己的性能"
  • "HGTS:Flash占据了YouTube内容和UI的一大部分,它怎样测试的呢?你们是否有某种通过Selenium测试Flash的秘籍? Apple:不幸的是,没有。有的只是大量的艰苦劳动。Selenium在某些方面有帮助,因为我们的JavaScript API是暴露的,可以利用Selenium来进行调用测试。我们使用了一个图像比较工具pdiff来测试缩略图、最后一屏(end of screen)的渲染。我们还使用了大量的HTTP流代理来监听流量,这样就可以了解页面变化的更多信息。我们使用As3Unit和FlexUnit来加载播放器来播放不同的视频,以及触发播放器事件。关于验证,我们可以使用这些"
  • "我喜欢由快速迭代和高质量带来的挑战。这两者相互矛盾但又都很重要。我喜欢由快速迭代和高质量带来的挑战。这两者相互矛盾但又都很重要。我喜欢由快速迭代和高质量带来的挑战。这两者相互矛盾但又都很重要。"
  • "你可能是一个TE"
作者简介
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工作过。
目录
《google软件测试之道》
第1章 google软件测试介绍 1
1.1 质量不等于测试 5
1.2 角色 6
1.2.1 软件开发工程师(swe) 7

显示全部
用户评论
资深管理者一般都来自产品经理或者开发经理,而不是来自测试团队。在产品发布时,优先考虑的是功能是否完整和易用性方面是否足够简单,却很少考虑质量。作为同一个团队,测试总是在为开发让路。
了解下大公司的测试工程是怎么做的~~#公司福利#
就……很好奇“结对编程”诶。想体验
给一颗星的原因是,翻译真的是差劲到死,看不下去了。
买回来速读了遍,技术要求太高,代码质量类与产品离得有点远了吧
设计规划类,不是具体的技术。
前面讲的质量的理念对于开发人员来说很有启发,关于SET、TE、SDE角色分工也比较有意思。后面是一些具体的工具使用,没有什么参考价值,还是得具体问题具体分析~
应结合《微软的软件测试之道》来看 谷歌软测这本书更多讲的是理念 反应了谷歌的灵动与创新性 不循规蹈矩 倒简单直接 微软的那本则基本是软件测试的标准教程 非常学院派 理论体系完整严密 几乎涵盖所有的基本知识点 两本书的共同观点都是 软件测试工程师必须具备软件开发的能力 甚至是由优秀的软件开发人员转来的 无非是在脑中新构建一套软件测试的思路 除非涉及其他专业领域的软件 可能才需要非计算机专业背景的人来承担测试任务 比如法律
对测试有了新的理解
看完书,马上去查查 James Whittaker ,马上发现 James Whittaker 真是 cool ~
下载
收藏