标签：
泛读邹欣老师的《构建之法（第二版）》之后，我对软件测试有了新的定义：不仅仅是测试，还包括一系列编程思想，处理问题方式以及如何团队合作。
市面上一些软件架构书、测试书一般风格呆板，就是简单直接告诉你怎么做，什么原理，但当读者疑惑为什么这么做时，却没有一个让人信服的解释，枯燥无味是必然的，结果显而易见，让人没有看下去的动力。《构建之法》则不同，它以资深软件架构师的经历，以小品样式的情景引出问题，再带领读者一步一步解决问题，通过这样的步骤，读者的心和神驻留在这本书上。这就是这本书能够吸引人的原因。
在以往的编程学习，我的代码量总计可能不到1000行，单一项目最大代码量不到200行。如果去除语言类或算法课作业，代码量就更少得可怜。软件工程所讨论的是当代码量巨大、当涉及人数众多、当项目需求多变时所要解决的问题，而我在学习时根本就没有这样的需求。200来行的小程序，没有软件工程思想，也能完成，甚至更快捷。所以，《构建之法》以作者经历让我们这些没体验过大型项目的人完成大量的代码，证实软件工程的手段是必要和有效的。
读《构建之法》就像读故事书一样，它模拟真实的软件测试场景，读者从这些场景中学到的是“吃一堑，长一智”，可以说是在前人的基础上进行学习。细细想来，作为一个初级软件人员，如果只知道简单的关于软件测试的东西，还做着软件测试的工作。但是如果没有一个清晰的对软件测试的概念，从心理上来对软件测试有个深刻的认识，那么他所做的测试到底是为了工作还是真正的发现软件的缺陷？如果只知道简单的比如黑盒、白盒的概念，却不知道黑盒、白盒测试有哪些方法、在设计用例时通过对比用那些测试方法更能有效的发现更多的错误，那么测试用例的设计是盲目而又没有效率的。如果一个测试人员，他不知道软件测试包含那些种类的测试，需要进行什么样的测试，那么他的测试将不会是全面的。
以第8章为例，谈到需求分析，软件需求：获取和引导，分析和定义，验证。从用户角度来看：焦点小组，深入面谈。特别是深入面谈，它从各个方面阐述用户的正真需求是什么，如何调出用户的正真需求，教你如何掌握用户的需求。
这本书还谈到人与绩效、道德之间的问题，阐明了软件开发测试职场的规则，让读者知道明确道德与法律不可逾越。
这本书史论结合，不得不说这将是后期指导我们进行软件测试工作的指导书籍。他能让我们在失去方向的时候给予适时的指导。初学者可以当做入门书籍；而有经验者更应该将本书作为理论指南，在闲暇的时候读一读，能够梳理自己的经验和知识；而对于开发者，可以让你在最短的期限内建立起对测试的框架认知，从而在编码的过程中能够在脑海里多一些测试的思想。
总的来说，《构建之法》以讲代练，引人入胜。有方向的有效的实践，往往需要好的理论指导。所以说这本书籍正是我们现在所需要的。
“测试真的很重要”，虽然我还没有完全感受到测试的艺术，但是测试真的比我平时了解的、接触的需要更专业的知识，它并不是一项可有可无的工作。目前，我还没有想过会专心做测试这个方向，所以对于该书中很多很好的实例、工具也没有更好的去学习，觉得有点遗憾，或许以后的工作中会更多接触到测试，我会更进一步去学习。
标签：
原文地址：http://www.cnblogs.com/mystudyzx/p/5517711.html
