测试驱动开发允许你在更好的了解问题之前不做出任何决定；在具备足够的关于产品将如何被开发的知识
之前，你不需要提出一个完美的架构；
一个最简单的测试：
所谓实践出真知，现在来做一个做简单的例子；我们不使用任何特殊的工具；
一个计算矩形面积和周长的程序：
public class Quad
{
public int Area(int length, int width)
{
return 0;
}
}
static void Main(string[] args)
{
Quad q = new Quad();
System.Diagnostics.Debug.Assert(q.Area(3,2) == 6);
}
执行程序，发生“断言失败”的错误，很明显，因为q.Area(3,2)!=6;
接下来硬编码，使q.Area(3,2)==6；
public class Quad
{
public int Area(int length, int width)
{
return 0;
}
}
再次运行，没有任何问题，一切正常；
接下来，重构测试程序：
public class Quad
{
private int m_length;
private int m_width;
public Quad( int length, int width)//初始化值
{
m_length = length;
m_width = width;
}
public int Area()//计算面积
{
return m_length * m_width;
}
public int Perimeter()
{
return m_length*2+m_width*2;
}
}
static void Main(string[] args)
{
Quad q = new Quad(3,2);
System.Diagnostics.Debug.Assert(q.Area() == 6);
System.Diagnostics.Debug.Assert(q.Perimeter()==10);
}
是的，没有发生任何异常；于是我们就用最简单的形式完成了一次演示TDD(测试驱动开发)的练习；接下
来是对于相关的每一步的摘要:
1.写下一个失败的测试:我们选择了一个看起来最容易实现的测试进行编码；接下来我们写了一个计算矩
形面积的最简单的实现以便编译它，尽管当我们执行程序的时候它发生了中断因为面积并不等于6；
2.修改代码通过测试:修改代码的过程中，我们用硬编码返回值6的方法完成了一个最简单的任务，目标仅
仅是让程序通过测试，接下来，我们使用了不同的参数强迫我们实现一个适当的算法来通过测试；
3.接下来我们重构了代码，使得程序更具有柔韧性，并且更易于理解；
关于TDD，注意到以下几点：
1.测试证明了代码，我们可以通过测试很清晰的看到Quad这个类究竟做了些什么;
2.我们可以通过测试来度量进度；每一个功能都被测试所证明；
3.测试能使每个人都对改变的代码充满自信，即使你是一个使用专家编写的类的C#菜鸟，执行所有测试能
保证你没有搞糟任何事情；
4.失误，正如传递长度与宽度数据给Area 和 Perimeter方法而不是构造函数一样，将在重构中被逐步纠
正；
5.当你在现实世界中使用TDD的时候，你会生成大量的测试，所以你需要使用像NUnit这样的工具组织你的
测试；
使用Nunit进行你的自动化测试：
在成百上千个测试的海洋中，小组成员将频繁经历“编写测试，修改代码，重构”这样的周期；本质就是
你可以很有效率的编写和运行测试；Nunit这样的框架就是设计来帮助你做这些事情的
