Google软件测试之道笔记与总结

[本文出自天外归云的博客园]

如下内容除了笔记还有总结，有我的理解的成分在内。

第一章笔记与总结

1. 开发人员也承担了质量的重任，质量历来就不单单是一些测试人员的问题。头衔有测试字样的人的任务是让那些头衔里没有测试字样的人更好的作测试。

2. 写一段代码就要测试一段代码，不要等着都写完了再写测试。写一段代码就马上测试这段代码，这件事是由写这段代码的开发来作的。Google测试人员少是由于保证质量是开发的事。若是某个产品出了问题，第一个跳出来的必是致使此问题的开发者，而非漏测该bug的测试人员。

3. 质量更像是一种预防行为，而不是检测。质量是开发过程的问题，而不是测试问题。

4. 开发者对本身开发的代码负责，比专职测试人员更适合作测试工做。

5. 测试人员的存在是为了让开发人员的工做更有效率，测试开发的工做是提升代码可测性，至于编写测试代码是开发的事。测开主要关注开发人员，确认开发人员在测试方面的工做是否到位。

6. 没有集成测试和系统测试，只分小中大型测试。小型的是开发完成的，对某个函数而言，针对单个模块进行。中型测试是测试开发写的自动化测试，关注涉及二个以上模块间的交互行为。大型测试针对三个以上功能模块展开，验证是否知足用户最终需求，属于结果驱动的模块集成测试。非自动化进行的测试叫探索式测试。我们的checklist走查属于超大型测试了（第四级别的测试）。

第二章笔记与总结

1. TDD是开发者作的，他要针对本身即将编写的代码写测试代码，这就是测试先行。这里要注意，测试先行绝对不是测试人员的工做，而是开发者的工做。

2. 测开者的任务是负责开发出合适的测试框架，给开发人员使用，让他们编写测试代码可以更方便、更轻松。测开要指导开发写测试。测开要针对开发写的代码提出测试意见，指出哪些地方须要写测试，若是很差写测试就是代码写的有问题，得重构，这是必须的。 为何要重构？就是让你的代码每个部分都可以有充分的测试来保驾护航，这才是重构的意义。

3. 咱们尽可能不要作侵入式的修改，这种侵入式的修改多了，并且没有配套的测试保障，必定会引来bug。要对单个功能模块的逻辑很是清楚的前提下，才可以进行重构，在拆解出单元后马上配套编写充分的单元测试用例不是最好的方法，最好的方法是在拆解单元前把单测写好，而后进行重构，这才是TDD，测试先行。有测试代码保驾护航的代码，才是质量的体现。

4. 每个重要缺陷的修复，都要有一个测试用例与之对应。咱们要尽可能尝试把重要缺陷的发现过程写成自动化测试用例。