标签：本书 QA Google 之道 更好 测试 团队 软件测试

 

一

 

《Google 软件测试之道》这本书我已经读完好几天了，并且是读的第三遍了，本来一直想写下读后感，但是一直迟迟不敢下笔。

 

一个原因是这本书里面的信息太多，可以说 Google 这个测试模式已经是超越了国内大多数公司好几个层级，很多公司完全可以把这个模式作为模版来学习。

 

另一个原因是，国内环境的现状，决定了我们肯定不会很快达到这个高度，看见摸不见，那感觉真是贼难受。

 

今天下笔，也仅仅是从自己角度出发，进行浅层次的解读，希望有更多的人一起加入探讨。

 

二

 

本书在一开篇的定位，就打破了「测试」的局限，Google 最开始的测试团队叫「测试服务」，之后演进为「工程生产力」团队，别看仅仅是名称的变化，不同的名称所代表的职责范围和目标却是完全的不同。

 

国内公司目前大部分团队的称呼还是「测试」，和 Google 的「测试服务」有些类似，工作重点都是表示层的验证，并且随时响应不同项目的测试（验证）需求。

 

还有一部分团队的称呼是「QA」，相对与「测试」，「QA」的职责会更宽泛一些，可以涵盖流程质量、测试质量和发布质量，以及各环节中所有可以更好保证质量的事，都可以由「QA」来推进。

 

「工程生产力」是相对「QA」更进一步的职责扩展了，就是除了测试和质量之外，还会跟进生产力提升，比如帮助开发更好的完成测试和质量保证工作，就是把测试和质量保证前置，转移给开发，测试人员给开发提供必要的支持。

 

听起来是不是很给力？但是要达到这个程度，测试人员就需要兼具开发的技能和测试的思维，需要会编程、能实现工具、平台和测试自动化。

 

每个新的机遇总是伴随着更大的挑战。

 

三

 

针对本书的阅读人群，我的建议是：

1.开发人员：质量不是某一个角色的事，是整个团队的事，可以了解作为开发角色应该如何更好的为保证质量做贡献。

2.有一定经验的测试开发人员：通过第二章关于 SET 工作的说明，可以对比下自己目前的工作内容，更好的明确自己的目标，更好的为保证质量做贡献。

3.有一定经验的测试人员：通过第三章关于 TE 工作的说明，可以对比下自己目前的工作内容，更好的明确自己的目标，更好的为保证质量做贡献。

 

不太建议初学者关注，原因最开始我已经讲了，对目前国内环境来说，这本书的内容更多的只是作为我们的愿景和目标，初学者往往会把这个作为现实去比照，然后就会大失所望。

 

另外，针对各章节的阅读方法，我的建议是：

1.精读：第 1、2、3、5 章，这几个章节分别介绍了 Google 测试的现在和未来，个人觉得非常有借鉴意义，可以尝试把部分内容逐步在一些发展比较好的团队中进行推进。

2.粗读：第 4 章以及附录 C，第四章是访谈，更真实的反映了 Google 真实的项目情况，所以看的时候需要做个提取，吸取自己关注的内容即可，附录 C 里面提供了几个工具，个人觉得挺有用，可以看看目前团队里面是否可借鉴。

3.略读：附录 A、B、D，略读是指不适合大部分人去读，同时这部分内容也不是本书的重点，如果有对这部分特别感兴趣的，可以按需调整即可。

 

最后，我再叨叨一句，看书最重要的是效果。

标签：本书,QA,Google,之道,更好,测试,团队,软件测试
来源： https://blog.51cto.com/sylan215/2919762

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。