《测试驱动的面向对象软件开发》书评

不推荐这本书，例子有些复杂

例子有些过于复杂，再加上代码没有有效组织，很容易迷路。书中甚至没有提到代码的下载。建议学习《单元测试的艺术》，更为清晰。建议学习《单元测试的艺术》，更为清晰。建议学习《单元测试的艺术》，更为清晰。建议学习《单元测试的艺术》，更为清晰。建议学习《单元测试的艺术》，更为清晰。

测试是一种信号源

有很多书说过要写好的代码，代码要高内聚，低耦合。代码要符合SOLID原则。我们都知道这些说教，这些原则；但是，我们如何才能知道我写的一段代码不好呢，原则往往漂浮在理论层次，理论来源于实践，但是高于实践。我们必须需要一些“硬指标”来衡量我的代码，为什么说这段代码是不好的呢？所以我们必须找到一些信号。这些信号可以来自哪里，测试就是其中一个信号源。1、一段代码难以测试？需要构建很多其他对象，然后才能实例化这个对象？请你务必检查一下这个对象的职责是否单一。2、一段代码难以测试？需要构建一些很难构建的对象，而这些对象由不受我们的控制。请你务必检查一下我们是否需要对这些我们没法控制的难以创建的对象进行抽象，进行适配。3、很难给一个测试方法起名字？是否意味着被测试的方法功能不明确或者职责太多。我已经读完了本书的第一、二以及四部分，我就觉得收获良多，如果你想实行测试驱动开发，那么这本书绝对是你的良师益友。唯独有点缺陷的是，本书翻译不是很通顺，有些地方稍显生硬，不过绝对不影响阅读，我是这么觉得～～～

迄今为止最好的软件设计方面的书籍-没有之一。

比Robert C. Martin， Martin Fowler的书都要好。作者的见解极为深刻。非常适合有基本面向对象素养的工程师阅读。大多数人都吐槽例子不够好，太复杂太细，而且没有源代码下载。不过我倒认为贯穿本书的例子非常非常好。

学习测试驱动开发思想

书很薄，思想很丰富，结合了TDD思想与OOD思想的融合，还介绍了JMOCK2、HAMCREEST、JUnit4三个最有价值的工具。作者10余年的TDD经验指导性很强，堪称神作。我相信它可以提升你至少一个档次！