《Google软件测试之道》的读后感大全

《Google软件测试之道》是一本由James A. Whittaker / Jason Arbon著作，人民邮电出版社出版的平装图书，本书定价：59.00元，页数：258，特精心收集的读后感，希望对大家能有帮助。

《Google软件测试之道》读后感(一)：ACC&访谈内容

作为软件开发工程师看这本书收获良多，之前没看这本书，对测试产生很多偏见，产品质量由测试负责。

ACC方法能清楚描述产品具有什么功能和用户能做什么功能，开发人员也可以利于这种方法对产品理解。

最重要一点是访谈内容十分精彩，现在看一遍还有些不明白，有空还会重看一次。

《Google软件测试之道》读后感(二)：这本书告诉你Google如何做测试

这本书大概讲解了一下Google如何做测试。首先介绍了角色划分，然后分别从每个角色的角度进行阐述。每章最后都有一些访谈。

这本书让我进一步思考开发和测试的边界在什么地方。目前看起来，开发会负责到单元测试，测试承担了功能测试、验收测试以及其他的职责。但是实际上，开发有多少人写出了有效的测试用例、高效的测试用例？测试又有多少人对产品有着深刻的认识，从而能够保证最重要的功能测试被覆盖到。

测试的未来在什么地方？自动化和手工测试如何取舍？开发如提高测试能力？这些问题我并没有从书中得到解答。还需要更多阅读。

《Google软件测试之道》读后感(三)："只有在软件产品变得重要的时候，质量才显得重要"

过节、带娃的间隙，看完了《Google软件测试之道》。全书其实就在讲“融合”：面向开发的测试向开发端融合，面向用户的测试向用户端融合。这种“融合”，需要“快速，有效率和效果”的工具，方法论和组织结构来完成。 其实，这也就是敏捷，DevOps运动所倡导的：快速的响应变化，以适应客户价值的不确定性和变化。

http://note.youdao.com/noteshare？id=a659de0189055ff998caa2b58ee462c7

《Google软件测试之道》读后感(四)：前期不能测，后期不用测，中期外包测

1. 自动化测试，说起来容易做起来难，有google能做到不代表所有公司都能做到。况且google自己就做到了么？ 自动化测试占前期测试方案的百分之多少？

2. 书中推崇自动化，却缺乏一般性方法，只举特例，特例又只举成功的，例如某某花了20%时间做了个啥啥，然后大获成功，那没成功的项目花的时间怎么算？描述成功的例子时用大量形容词，几乎从不涉及具体百分比数字

3. 看完本书，我觉得google真NB，但是怎么样才能让我们也向google一样NB呢？就不告诉你，因为里面的方法都是针对特定的google产品的。

4. 书中提到一个成功的工具或者方法，就说目前有“许多”小组都在用，“许多”是多少？占全部小组比例的百分之多少？究竟把百分之多少的测试用例自动化了？

5. google的测试人员少，因为项目前期有风险，不测。后期产品成熟了，不测。中期把一大部分交给外包测，确实是好点子。

《Google软件测试之道》读后感(五)：Key：ACC

本书颠覆了我对测试之前的了解

本书有两点核心。

一是角色（SWE,SET,TE，最终是开发测试极度融合，相互辅助前行）

二是ACC理念。（A,C）坐标定义的区域，有两个输出，一个是C(能力，就是test plan)，一个是风险热图（risk heat map）。测试的出发和落脚点是A(attribute)，也是本书提到的，不懂产品的人，根本无法真正的进行测试。

技术分享时，整理了ppt和sample

http://www.kuaipan.cn/file/id_52766610989151441.htm？source=1