1.当我们开始某一项工作时，我们需要建立一个计划清单(to-do list),以提醒我们需要做些什么事情。
comment:从小学的时候，老师就开始这样说了。诶，都二十多年了，还是没有做到:(
2.记住，我们不是从建立对象开始，而是从测试开始
3.尽快使测试运行起来：
a .伪代码:返回一个变量，并逐渐用变量替代常量，直至伪代码都变成真实代码。
b. 显示实现:将真实的实现键入。
4.数值对象(Value Object):数值对象的一个要求就是一旦数值对象实例变量在构造函数中指定，那么以后再也不允许发生变化。数值对象的一个隐含意思就是所有的操作都必须返回一个新的对象。另一个隐含意思：必须实现Equals();
5.无所顾忌地通过复制和编辑来写出这个测试程序。
自我保证在重复设计消除之前，决不回家。
comment:测试代码的复杂度为1.它没有分支和循环，所以很多代码可以通过拷贝和编辑来写测试。
6.重构前，保持程序测试完整性。
comment:很多时候，总是想偷懒，这个已经开始有体会了。
7.测试驱动开发过程：
a.加入一个小的测试
b.运行所有的测试，运行失败。
c.适当修改
d.运行测试并成功
e.重构，消除重复设计，优化设计结构。
这里可以加入一张图片：
8.测试程序是TDD的副产品。不要指望这些测试代替其他测试，如性能测试，压力测试等
9.TDD反复出现的三个方面：
a.让测试利落运行的三个方法：伪代码，三角法，以及显明实现(Obvious Implemention)
b.把消除代码与测试间的重复设计作为驱动设计的一个手段
c.控制测试间隙的能力，当道路光滑时，增加摩擦力，在状况解除时，就开快一些。
comment:第三句不是很懂:(
10.当建立一个测试，迫使创建一个稍后要用到的类。
11.为了消除显示类定义而引入多态。
12.让测试尽快通过编译，是压倒一切的中心任务。
13.除非有更好的动机，否则不要引入更多的设计。
14.这个是Martin Fowler在序中提到的：模式拷贝。
模式拷贝，本身并不是好的编程方法。模式一般都是半成品，用到你的项目中时要再回炉一次。然而处理这样问题的一个好的方法是：一开始先不管那么多，把模式拷贝过来，接下来采用重构和测试优先的办法对其进行改编。－－－似乎很有道理:)
============2006-9-7继续学习中============