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