目前在读《软件测试的艺术》，打算边阅读边总结，期望可以尽可能保留书本精华又尽可能精简，使大家可以不用花太多时间阅读图书原文，又可以收获尽可能多的内容！
前言和引言：
本书从1979年出版至今，已有将近30年时间，它目前仍是软件测试领域推荐的经典书籍，原因在哪里呢？可能就像前言所说，本书围绕的基本思想是：“如何确保所开发的软件做了其应该做的，且同等重要，未做其未该做的”。所以，在80年代和90年代，计算机软硬件飞速发展，但软件测试的这一基本原则没有改变，该书第二版经过改进，保留这一基本思想，且实例更贴合现代的技术。
其实软件测试并不陌生，据我所知，许多计算机专业的学生，因为没有学好编程而选择加入门槛低的测试领域。另外，也有一些人，因为行业薪资问题选择跳槽进入测试。事实上，这两种方式还真可行。因此，现在做测试的多，但是测试的从业者却并不一定真的了解测试。这也是为什么很多人选择重读经典，重塑测试技能和经验。我选择阅读本书也是类似的原因。
以下定义可能会给你带来一点启发，主要是有关测试心理学的问题：
1、测试执行得差，一个主要原因是把“测试”这个术语的定义搞错了，他们可能会认为：“测试目的是证明程序能够正确完成其预定功能”。但是实际上，更合适的定义是：“测试是为发现错误而执行程序的过程”。
2、同样，多数项目经理在归纳测试用例的结果时，会把没发现错误的用例称为“成功的测试”，把发现了错误的用例称为“不成功的测试”。实际上，如果在测试某段程序时发现了错误，而且这些错误是可以修复的，用例即是成功的，或者通过本次测试可确定再无其他可查出的错误，同样用例也是成功的。而一个不成功的测试用例，会使程序输出正确的结果，但不能发现任何错误。
这不是文字游戏，因为人类行为具有高度目标性，确定一个正确的目标有着重要的心理学影响，潜意识你会倾向于实现这个目标，这也暗示了软件测试是一个破坏性的过程，努力发现不完美，促进软件质量的改进，而非一开始就只想证明软件很完美。
后面继续与大家分享正文，请期待！