测试同行们都可以了解和借鉴一些google测试

《Google软件测试之道》
总的来说，这本书是我看过的所有软件测试相关书籍中，收益最大的一本。个人觉得，这本书更适合有一些测试或工具开发经验的人看。测试经验较丰富的人，看了收益较大，初学者也能领会到一些基本的东西。
这本书主要通过对测试开发工程师（SET）、测试工程师（TE）和测试工程经理三种角色及其各自负责的工作的介绍，将Google测试的整体概况和部分细节（2012年前的情况）介绍给读者。

小型测试（fake环境） -> 中型测试（fake或真实环境） -> 大型测试（真实环境）
mock：对外面依赖系统的模拟，一般可以动态地设置返回值；fake：一种虚假的实现，只返回固定的结果；stub：和mock意思接近，但它一般不知道是否被call过。我自己觉得这3者差别也是太大，偶尔大家都混用（如全都叫“mock”）。个人感觉是，一般是测试方写的mock/stub，提供方在没完成功能前提供fake；另外，mock/stub一般可以工具直接生产，而fake一般是手写的。
强调小型、中型测试的自动化覆盖率；在端到端自动化测试上投入过多，常常会和特定功能设计绑定在一起。
小型、中型、大型测试的比例：7:2:1
测试认证级别，根据测试覆盖率、分层测试情况、继续集成、缺陷和测试用例的关系，将团队分为5个级别。 Level 5 最高，做的做好。
SET主要负责mock/stub、API测试、测试工具、CI工具，更偏向于代码开发；2.3节 SET的照片写的不错。
TE是面向用户的测试，具备测试代码开发和用户为中心测试的双重能力。
TE完成测试整个过程，风险评估、测试计划、测试执行、探索式测试、用户反馈。
3.2.4节 bug的生命周期、bug的要素等，也是值得借鉴的。Google feedback 一个极简的用户提交bug的方式。
3.2.5节 TE的招聘，SET和TE的区别，面试TE的问题和各种回答的分析，都非常精彩。
测试工程经理，把TE和SET联系起来，需要足够的技术能力，需要足够了解产品，也需要知人善用的能力。
Google的原则是：ship early and often, fail fast.
Google测试的秘方：技能、稀缺、自动化、迭代集成。
第5章 关于软件测试的未来的论述也不错，不过里面描述的那个未来估计至少10年之后才会明朗起来，20年后估计才能普及吧。
测试工程师和测试经理分散到各个项目团队中去，更少关注测试流程，更多关注产品本身；测试开发工程师成为开发工程师。技术型测试主管，更多地成为资深工程师。