[本文出自天外归云的博客园]

以下内容除了笔记还有总结,有个人理解的成分在内。

第一章笔记与总结

1. 开发人员也承担了质量的重任,质量从来就不仅仅是一些测试人员的问题。头衔有测试字样的人的任务是让那些头衔里没有测试字样的人更好的做测试。

2. 写一段代码就要测试一段代码,不要等着都写完了再写测试。写一段代码就立刻测试这段代码,这件事是由写这段代码的开发来做的。Google测试人员少是因为保证质量是开发的事。如果某个产品出了问题,第一个跳出来的必是导致此问题的开发者,而非漏测该bug的测试人员。

3. 质量更像是一种预防行为,而不是检测。质量是开发过程的问题,而不是测试问题。

4. 开发者对自己开发的代码负责,比专职测试人员更适合做测试工作。

5. 测试人员的存在是为了让开发人员的工作更有效率,测试开发的工作是提高代码可测性,至于编写测试代码是开发的事。测开主要关注开发人员,确认开发人员在测试方面的工作是否到位。

6. 没有集成测试和系统测试,只分小中大型测试。小型的是开发完成的,对某个函数而言,针对单个模块进行。中型测试是测试开发写的自动化测试,关注涉及二个以上模块间的交互行为。大型测试针对三个以上功能模块展开,验证是否满足用户最终需求,属于结果驱动的模块集成测试。非自动化进行的测试叫探索式测试。咱们的checklist走查属于超大型测试了(第四级别的测试)。

第二章笔记与总结

1. TDD是开发者做的,他要针对自己即将编写的代码写测试代码,这就是测试先行。这里要注意,测试先行绝对不是测试人员的工作,而是开发者的工作。

2. 测开者的任务是负责开发出合适的测试框架,给开发人员使用,让他们编写测试代码能够更方便、更轻松。测开要指导开发写测试。测开要针对开发写的代码提出测试意见,指出哪些地方需要写测试,如果不好写测试就是代码写的有问题,得重构,这是必须的。 为什么要重构?就是让你的代码每一个部分都能够有充分的测试来保驾护航,这才是重构的意义。

3. 我们尽量不要做侵入式的修改,这种侵入式的修改多了,而且没有配套的测试保障,一定会引来bug。要对单个功能模块的逻辑非常清楚的前提下,才能够进行重构,在拆解出单元后立刻配套编写充分的单元测试用例不是最好的方法,最好的方法是在拆解单元前把单测写好,然后进行重构,这才是TDD,测试先行。有测试代码保驾护航的代码,才是质量的体现。

4. 每一个重要缺陷的修复,都要有一个测试用例与之对应。我们要尽量尝试把重要缺陷的发现过程写成自动化测试用例。

Google软件测试之道笔记与总结的更多相关文章

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

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

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

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

  3. 《Google软件测试之道》简介

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

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

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

  5. 小课堂week14 Google软件测试之道

    读<Google软件测试之道> 在IT领域,Google是一面旗帜,是一家非常善于思考善于尝试的公司.随着面临挑战的不断增大,传统的测试开展方式也越来越力不从心,这本书讲述的就是一次完整的 ...

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

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

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

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

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

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

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

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

随机推荐

  1. 【Netty】初识Netty

    一.为什么会出现Netty 之前我们使用通用的应用程序或库来相互通信.例如,我们经常使用HTTP客户机库从web服务器检索信息,并通过web服务调用远程过程调用.然而,通用协议或其实现有时伸缩性不是很 ...

  2. Python 关于列表字典的键值修改

    list (修改列表的索引值) 循环一个列表时,最好不要对原列表有改变大小的操作,这样会影响你的最终结果. #使用负索引进行修改列表 print('First') lis = [11, 22, 33, ...

  3. zabbix--微信告警

    zabbix 微信告警机制 zabbix 告警机制有很多,比如邮件.微信.电话.短信等等.很多,但是像电话和短信都是有钱人玩的,我们这些穷屌丝玩玩 微信 邮件 就可以了. 参考:https://git ...

  4. c语言实现基本的数据结构(五) 单链队列

    #include <stdio.h> #include <tchar.h> #include <stdlib.h> #define MaxQueueSize 100 ...

  5. 初入Linux

    初步进入linux世界 [Linux 系统启动过程] Linux的启动其实和windows的启动过程很类似,不过windows我们是无法看到启动信息的,而linux启动时我们会看到许多启动信息,例如某 ...

  6. qt 静态库中貌似不能使用静态属性

    今天一个问题搞的很郁闷,原本好好的工程,这两天加了几个类之后链接不通过了. 发现过程略去不说,最后去掉了类中的static属性,编译通过了.具体原因没时间仔细查了,反正尽量避免在静态链接库里使用sta ...

  7. Big Data Landscape 2018

    https://mattturck.com/bigdata2018/

  8. async/await 和 trycatch/throwable机制类似

    async/await 和 trycatch/throwable机制类似

  9. NSFileHandle类和NSFileManager,追加数据的操作

    NSFileHandle类主要对文件内容进行读取和写入操作 NSFileManager类主要对文件的操作(删除.修改.移动.复制等等) 常用处理方法 + (id)fileHandleForReadin ...

  10. [nodemon] app crashed - waiting for file changes before starting...

    慕课网前端工程师晋升课程 Vue全家桶+SSR+Koa2全栈开发美团网 视频里用 npx create-nuxt-app mt-app创建项目后,不能使用import ...from....跟着老师修 ...