再次阅读这本书，之前的认知也更加清晰。

这篇文章目前还在更新，摘录以及记录自己的理解。

测试的重要性在目前已经不用多说，本书侧重于对测试的一个分工和方式。在基于Google的实践下的一套理论，尽管每个公司遇到的情况各不相同，但对我们还是有着很大的启发性。

测试不能成为导致创新和开发过程变慢的阻碍。

刚开始自己对测试也是很不屑一顾的，但是随着项目经验的增多，书中大佬们说的话也一一应验，越来越觉得测试真的是日常开发中必不可少的一环。要想开发出可靠的软件，测试就一定不能少，不仅仅是为了交付，也是为了开发过程中的重构或者扩展等目的。虽然很多需求在一开始不能明确，但是还是建议使用TDD（测试驱动开发Test-driven development）开发方式，能够减少开发工程中很多不必要的重复调试操作。因此，测试就绝不会成为开发过程的阻碍，相反能够提高开发效率。

Google成功的关键是什么，我的第一条建议就是，不要招聘太多的测试人员。

这条我觉得还是比较有争议的，在之前听讲座的时候，听到过与之相反的言论，说是测试人员与开发人员至少为一比一。大概是因为把开发和测试的职能分开的原因吧。

测试人员任务是怎样使开发可以更好地去做测试。 停止开发与测试的隔离对立。 you build it, you break it, you fix it.

这三句话就总结出了google为什么不用招聘那么多测试的原因吧，由开发承担编写测试的责任，而测试人员是可以让开发更好地进行测试。我同意这个意见，这样开发人员同时编写业务代码和测试代码，可以更快地对自己的代码进行修改，同时测试人员不必了解更深的业务，减少共同成本，提高开发效率。

2018.9.9

我们面临的挑战比Google更大，我们不仅要做好自动化，做好持续集成，做好测试工具，做好研发生产力，我们还要将测试技术与产品和业务结合，促进集团内产品和业务的发展。

这段话是推荐序中阿里测试总监夏林娜节选，就目前遇到的现状，国内的技术大多围绕着业务，而尝试新的测试技术意味着刚开始业务压力的陡增，这对业务开发来说是难以忍受的。

测试团队的定位。开发团队已经视我们为顺利上线的可靠合作伙伴。

这是工程效率部门在前期工作的终极目标。

2019.7.24