Google软件测试之道

最重要是讲了三类角色: 1）SWE: software engineer，是价值的创造者，也是万恶之源，质量问题的缔造者。 2) SET:software engineer in test，也是开发，只是工作重心在可测试性和通用测试基础框架上。测试开发工程师应该牢记测试应该是开发人员的工作而他们自己应该专心让测试成为开发人员工作中的一环。 3）TE: Test Engineer，测试工程师更全局地看待整个系统，全面地掌控整个产品。他们的重点应该是从最终用户角度考虑的测试，帮助测试开发工程师和开发工程师确保所有的测试和底层测试框架都被正确有效地使用。 实际应用中，SET类似工程效能团队，一方能有效的度量研发效率，同时又有完整的DEVOPS流程建设，促进质量提升；另外是否要深入到测试框架的构建，是工具团队的事宜，二者也可结合。

作为一本十年前的书，从中可以窥见谷歌内部在产品用户规模迅速增长、产品数量不断增加，人员规模快速扩大的过程中采用了哪些措施来保证产品质量。尽管是10年前的书，可以说它并不过时。但是这个本书里面提倡的一些做法所依赖的一些前提，似乎在目前国内的大环境下并不现实。像是工程师文化，百分之二十的时间，对测开工程师素养的高要求等。

略读 本书介绍Google 内部对产品测试的态度，测试对软件质量来说很重要，尤其是用户数量上去的时候，Google 并非同等的投入大量资源去测试每个项目，只有项目成长为正式项目才有测试待遇，而且也不会投入大量资源。Google做到了用少量资源做到了这件事情。 看起来初创企业浪费时间在自动化测试上是件划不来的事情，选择在什么时候引入测试也是一种技艺了。

受益匪浅，尤其对书中访谈部分很喜欢，有共鸣和启发

赞，描述了谷歌测试发展方向。不过也要反思是否适合我们，我们处于那个阶段

大部分都是提升测试理念上的认知，但是实际执行方法完全不适用，我觉得这本书最重要的一点是如何使用现有的测试资源构建合适公司测试架构，然后逐渐积累优化，这样才能够在自己的公司建立相应的测试文化，而不是仿照他们的方法，所谓各生各道。

读完之后，感叹本书只适合google这种纯软件的大厂，大量扁平化分权体系组织结构，极客式的员工。对于国内大部分公司，甚至国外大部分公司都没有太大的复用性，但是他们的理念确实值得我们去追求，去学习。 本书最重要是讲了三类角色:1）SWE: software engineer，是价值的创造者，也是万恶之源，质量问题的缔造者。2) SET:software engineer in test，也是开发，只是工作重心在可测试性和通用测试基础框架上。测试开发工程师应该牢记测试应该是开发人员的工作而他们自己应该专心让测试成为开发人员工作中的一环。3）TE: Test Engineer，测试工程师更全局地看待整个系统，全面地掌控整个产品。他们的重点应该是从最终用户角度考虑的测试，帮助测试开发工程师和开发工程师确保所有的测试和底层测试框架都被正确有效地使用。实际应用中，SET类似工程效能团队，一方能有效的度量研发效率，同时又有完整的DEVOPS流程建设，促进质量提升；另外是否要深入到测试框架的构建，是工具团队的事宜，二者也可结合。 书中用了大篇幅的对话，讲述了各个角色眼中对于测试这一角色的定义和理解，有别于我们现在理解的测试角色，也阐述了测试的发展方向。表明了产品质量的保障，不单单是测试职责，应该是所有项目成员的职责。

「202602 —— Google软件测试之道」 对话形式很接地气很轻松有趣，就是基础概念解释的并不明确

测试不是最后一道工序，从需求评审就应该开始，研发自身就应该实现初期的大部分测试代码。而且测试行为应该自动化，更应该嵌入组织文化

解放软件测试开发工程师，建立高效的工程效率团队。 读了一遍，需要复读、精读！