读《Google软件测试之道》

在IT领域,Google是一面旗帜,是一家非常善于思考善于尝试的公司。随着面临挑战的不断增大,传统的测试开展方式也越来越力不从心,这本书讲述的就是一次完整的转型过程,非常的有价值。这是本老书了,一年多前就拜读过,当时更多看到的是差距和困难,随着一年的努力和尝试,突然觉得有点开窍,和大家做一些分享。

基本理念

Google在质量方面的基本共识是:

质量不是被测试出来的

具体的工作目标是:

让每个工程师都注重质量

从业多年,这个口号其实经常能听到,但是大多数时候只是一个口号而已,很长一段时间,我甚至觉得开发人员缺乏质量意识已成为了一种天性,如何破开这块坚冰,Google也许能带来点启示。

组织变革

Google的变革是从组织开始,面临的是几个比较大的问题。

测试部门是否需要保留?

从思维角度说,开发是一种创建思维,而测试是一种破坏思维,两者是无法同时兼容的。

一个部门是比较难兼容两种思维方式的,所以Google保留了独立的测试部门。

测试部门的定位如何?

新部门的名称叫做 Engineering Productivity工程生产力部门

从部门的名称就可以看到,主要关注生产力提升方面

工程生产力部门如何工作?

关键在于人员的分工,主要有两类角色SET和TE

TE(测试工程师)和常规测试角色类似,主要负责功能层面的验证

SET(测试开发工程师)这是一个全新的职责,其目标是帮助开发人员进行测试

Google变革的核心是新增了一个全新的角色SET,这个角色主要起到了开发和测试的融合剂,也是把质量意识进行普及的关键。

测试分类

SET这个角色是如何协同工作的,关键是Google的测试分类。

测试分类是这样的:

小型测试:单元测试。

中型测试:两个或两个以上模块,关注功能交互。

大型测试:三个或以上,使用真实用户场景和数据。

初看到这个分类,我是感觉有点凌乱的,命名上也太不严谨了。

从技术角度,对三类测试有个更详细的区分,明确了很多。

小型测试 中型测试 大型测试
时间 10ms内 1s内 尽可能快
强制结束 1min 5min 15min
网络服务 模拟 仅本地
数据库 模拟
文件系统 模拟
用户界面 模拟 不鼓励
系统调用 不鼓励
多线程 不鼓励

小型测试的特点是运行时间短,而且没有外部依赖。

并不是符合所有条件就算小型测试,如下代码虽然符合,但仍然不算小型测试,因为其输出结果不稳定。

    public String getString(){
return new SimpleDateFormat("yyyy-MM-dd hh:mm:ss.SSS")
.format(new Date());
}

三类测试的分工如下:

小型测试运行时间短、无依赖、输出稳定,这些特性无疑都非常有利于测试,大多数开发人员完全能够胜任,所有小型测试是由开发人员SWE来负责。同时,小型测试是所有模块的基石,构成了这个质量体系的稳固基础。并不是所有代码都能符合小型测试的要求,所以SET的第一个职责是帮助开发人员将代码重构符合小型测试。

中型测试会涉及到外部依赖和模块间接口,相对难度较高,所以主要由SET来负责,同时,SET会负责接口相关的开发。

大型测试主要面向用户,会由TE来负责。

在Google,SWE、SET和TE共同协作来完成质量工作,但三者之间有着严格的边界区分,小型测试数量庞大易于测试,需要的是细节逻辑的掌握,SWE负责最为合适;在此基础上,中型测试需要实现接口和外部依赖,专业性较强,由SET负责;大型测试主要面向用户和价值,由TE来负责。三者共同构成了质量的金字塔。

ACC测试法

TE角色由于小型测试和中型测试的支持,主要关注用户体验和业务价值。工作方法叫做ACC测试法。

A特性、C组件、C能力是一个矩阵表达法。每一项能力(系统功能)需要同时考虑功能和特性(业务价值)两方面。

特性1 特性2 特性3
组件1 能力
组件2 能力
组件3 能力

ACC是一种测试计划的安排法,和传统的树形结构相比,增加了特性的维度,突显了业务价值。但是这种方法主观性比较大,对测试人员有一定的要求。

小结

书中对于SET和TE的工作有着较为具体的描述,限于篇幅就不再赘述。整本书读下来,让我印象最为深刻的Google解决问题的思路。面对质量这个业界的巨大难题,Google的做法不是口号,也是不是革命,而是面对每个具体问题,进行了非常人性化的解决,将一个非常大的问题进行了分解。虽然其解决方法有着浓重的Google特色,我们不可以完全照搬,但是解决问题的思路和衍生的众多技术成果却是非常值得我们学习的。

小课堂week14 Google软件测试之道的更多相关文章

  1. 《Google软件测试之道》摘录

    以下是最近看的一本书<Google软件测试之道>里的一些摘录,收获很多. 1.讨论测试开发比并没有什么意义,如果你是一名开发人员,同时也是一名测试人员,如果你的职位头衔上有测试的字样,你的 ...

  2. 《Google软件测试之道》- Google软件测试介绍

    <Google软件测试之道>- Google软件测试介绍 2015-05-21 目录 1 质量与测试  2 角色  3 组织结构  4 爬.走.跑  5 测试类型  相关链接 与Micro ...

  3. 《Google 软件测试之道》摘录

    最近刚刚看完<Google 软件测试之道>,受益颇多,遂记录下: 只有在软件产品变得重要的时候质量才显得重要 第一章:谷歌软件测试介绍 角色介绍 SWE(Software Engineer ...

  4. 《Google软件测试之道》

    Google软件测试之道 Google对质量的理解 质量不等于测试,即质量不是被测出来的 开发和测试应该并肩齐驱,测试就是开发过程中不可缺少的一部分 质量是一种预防行为而不是检测 Google对软件测 ...

  5. 《Google软件测试之道》基础

    <Google软件测试之道>,一直听朋友讲起这本书,出于琐事太多,一直没机会拜读,最近部门架构觉得我们IT部门的技术太low,就给我们挑选了一些书籍,让我们多看看... 个人的一种学习习惯 ...

  6. google软件测试之道--读后笔记

         看完google软件测试之道,以前有认真看过一次,今天又重新看了一遍.   在google,测试人员严格区分为SET和TE.SET前期深度参与项目的开发,推动开发人员的自测,从破坏者的角度寻 ...

  7. google软件测试之道读后感(一)

    这几天在抽空读一本新书,久负盛名的<google软件测试之道>.之前在网络上一点一点地看过它的英文版,很受触动,还做了很长的读书笔记,现在看到了中文版,才恍觉之前的好些理解存在不恰当的地方 ...

  8. 《Google软件测试之道》【PDF】下载

    <Google软件测试之道>[PDF]下载链接: https://u253469.pipipan.com/fs/253469-230382198 内容介绍 每天,Google都要测试和发布 ...

  9. 《Google软件测试之道》测试开发工程师

    拖延了将近半年的草稿,断断续续的写完了.之前草草翻看完这本书,关注点主要在TE上,而关于SET的部分则只是浏览,最近后知后觉,又翻出了这本书,重新看了一遍,又有新收获. 就说说Google的SET是如 ...

随机推荐

  1. 查看用户的SQL执行历史

    程序开发少不来SQL,基本都是基于SQL开发,程序仅仅起一个流程控制的作用.但是数据库本身存在许多内置的视图或者内置的表,如果打算研究SQL执行的效率已经SQL执行的历史记录,通过这些视图可以知道. ...

  2. 十步让你调试mvc源码

    1.下载 mvc 当前版本的源码,地址:http://aspnetwebstack.codeplex.com/SourceControl/latest 2.编译源码,参考:http://www.cnb ...

  3. cocos2d-x 中 TTF 字体文件的位置

    cocos2d-x 中,字体文件需要保存在 fonts 文件夹中,如果字体路径中没有 fonts/ 会自动添加上这个文件夹. 如果字体名称没有 .ttf 后缀,也会自动加上这个后缀. unsigned ...

  4. Android Studio 修改 包名 package name

    我们的包名中含有Nav,造成声音不能正常出来:需要改包名,但 android studio 改包名原来还是比较麻烦的,不过现在简单多了: 第一步,直接打开 AndroidManifast.xml 文件 ...

  5. HDU2063_过山车_C++

    题目:http://acm.hdu.edu.cn/showproblem.php?pid=2063 又是一道二分图匹配的裸题,直接上匈牙利算法 注意一点它末尾的0结束,是标志着有多组数据……坑…… # ...

  6. Unity Shader:Blur

    花了一晚上的时间终于看懂Image Effect中的Blur,其实很简单,就是一下子没有理解到. 原理:使用两个一维[1*7]的高斯滤波模板,一个用在x方向,另一个用在y方向.高斯滤波有模糊的效果. ...

  7. Java垃圾收集器之--Garbage-First Collector

    简介       Garbage-First(G1)垃圾收集器全面支持JDK7 Upate 4及后续版本.G1收集器是一个服务器形式(server-style)的垃圾收集器,主要用于内存大.多处理器的 ...

  8. 【练习】sqlnet.ora

    在SQLNET.ora文件中设置以下参数可以实现IP访问限制: $ pwd/u01/app/oracle/product/10.2.0/db_1/network/admin$ vi sqlnet.or ...

  9. 常用思科设备图标(JPG+矢量图)

    常用思科设备图标 在制作网络拓扑图示时我们利用MS Visio或亿图图示等制图软件自带的网络设备绘制拓扑图感觉提供的设备图标非常有限,往往不满足我们的要求,这时就常需要找一些思科的设备图标,在网上到处 ...

  10. 使用VS2012生成DLL文件 (1)

    一:生成DLL 1:创建DLL工程 文件->新建->项目->visual c++->win32->win32控制台应用程序(win32项目也可以) 填写项目名称MyDLL ...