《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年后估计才能普及吧。
测试工程师和测试经理分散到各个项目团队中去,更少关注测试流程,更多关注产品本身;测试开发工程师成为开发工程师。技术型测试主管,更多地成为资深工程师。

master

Stay hungry, stay foolish.

发表评论

电子邮件地址不会被公开。 必填项已用*标注