读《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. EDS 14.0 dtc:commmand not found

    EDS 14.0在生成dtb文件时,输入命令: dtc -I dts -O dtb -o soc_system.dtb soc_system.dts 出现错误: bash:dtc:command on ...

  2. 菜鸟-教你把Acegi应用到实际项目(9)-实现FilterInvocationDefinition

    在实际应用中,开发者有时需要将Web资源授权信息(角色与授权资源之间的定义)存放在RDBMS中,以便更好的管理.事实上,我觉得一般的企业应用都应当如此,因为这样可以使角色和Web资源的管理更灵活,更自 ...

  3. 使用 Cocos2d-x 3.1.1 创建 Windows Phone 8 游戏开发环境

    cocos2d-x 是目前流行的游戏游戏开发框架,目前最新的版本是 3.1.1, 网上有些教程已经比较老了,本文将会介绍如何使用最新的 3.1.1 创建 Windows Phone 8 开发环境. 本 ...

  4. Android开发中,那些让你相见恨晚的方法、类或接口

    1.getParent().requestDisallowInterceptTouchEvent(true);剥夺父view 对touch 事件的处理权,谁用谁知道. 2.ArgbEvaluator. ...

  5. 翻译「C++ Rvalue References Explained」C++右值引用详解 Part4:强制Move语义

    本文为第四部分,目录请参阅概述部分:http://www.cnblogs.com/harrywong/p/4220233.html. 强制Move语义 众所周知,正如C++标准的第一修正案所陈述:“委 ...

  6. Android7.0 拨号盘应用源码分析(一) 界面浅析

    前言 android拨号盘的源码目录在package/app/Dialer 自7.0以后Incallui的源码直接放到了Dialer目录下,虽然在7.0以前incallui有自己独立的目录,但实际编译 ...

  7. xml中俩种解析方式

    两种解析方式 1.from xml.etree import ElementTree as ET 利用ElementTree模块下的xml方法可以把一个字符串类型的东西转换成Element类,从而利用 ...

  8. python(二)拾遗

    1.int 系统内部自动执行的 a=123>>>>a=int(123)>>>>a=_init_(123) 外部调用 a 2 b=a.bit_length ...

  9. SQL 如果存在就更新,如果不存在就添加,使用 Merge 函数(SQL2008版本及以上)

    USE [NationalUnion] GO /****** Object: StoredProcedure [dbo].[proc_DataSummary] Script Date: 07/03/2 ...

  10. java异常处理的两种方法

    一种是try-catch-finally,监视代码段,如果有异常就捕获. 另一种是此处不处理,声明在方法后面,抛给上级.(不处理也是一种处理)