软件测试经典资料大推荐（一）---软件测试的艺术
程序员之间流传着这样一句顺口溜：有人喜欢创造世界，他们做了开发者；有的人喜欢开发者，他们做了测试员。
什么是软件测试？软件测试就是一场本该在用户面前发生的灾难提前在自己面前发生了，这会让他们生出一种救世主的感觉，拯救了用户，也就拯救者这个软件，避免了他们被卸载的命运。
近年来，软件测试一直呈现出火爆的发展势头。为什么软件测试最近这么火。在这背后是有一定的深层次原因的。在中国的很多软件企业存在着重开发、轻测试的现象，造成日后的软件产品的质量问题频出，很多公司都表示市场上软件测试人员实在太少，想聘请也没有这方面的人才，所以只好退而求其次拿软件开发人员急用。所以尽快招聘软件测试人员已经成为当务之急。
基于前述现状，我们搜集整理了目前网络上有关软件测试方面的经典资料，其中相当大一部分是电子书。希望能够让大家对软件测试有一个全面深入的了解。
软件测试的艺术
该书历史悠久，1979年第一版，2004年（估计）第二版，可见其生命力。工具，环境语言都在变化，但是根本的测试思想没有变。怪不得有人称该书为测试领域的"开山鼻祖"。
该书信息密度不低，第一章以一个小测试作为引子，第二章阐述全书的核心思想，后面各章就讨论了详细的方式方法。所谓详细也是相对而言，能打下进一步学习的基础就足够了。实例很少，偏向于原则、理论、概念。
个人感觉有没有开发测试经验的都能看懂。
如果想应聘测试工程师，也可以作为恶补书籍，也是就该书小而全：）
最大的收获：
1.测试是为了发现错误而执行程序的过程。正向测试验证功能，但核心内容是反向测试，发现错误。
测试人员首先要直觉认为被测物有错误需要去发现。
2.从心理学观点论述了为什么开发人员不能做测试。以及如何逐渐一个合理的团队，最好是独立的测试部门。
3.能发现错误的测试用例才是成功的用例。 全部测试用例通过，不能作为测试结束的标志。给出了3个测试结束准则。
4.该书多次提到，任何方式方法都有局限性，需要对不同问题采取不同的方法。
5.调试（Debug）一章强调了用思考去解决问题，而非大量的print,trace和debugger的内存观察。有时人会偷懒而采取暴力调试，及不去思考，胡乱修改代码来猜测问题。
调试方式也是启发式解决问题的方法。
6.两次提到“采集-分析-汇总-提高”。及开发、测试过程要留心去总结提高，建立项目和个人的 bug、易犯错误表，调试错误分析表等。
7.增量测试和XP方法: 做事先有计划，然后由小到大，一步一个脚印，后一步踩在前一步上。
8.测试过程有很多方法都需要经验和直觉。测试是个复杂的脑力劳动。
京公网安备 11010802033920号
