【IT168 专稿】在传统的软件开发模式中，我们总是先根据需求编写代码，然后再编写测试程序对其进行测试。这常常使得开发人员在项目的开发后期陷入痛苦的泥潭：当测试程序发现问题后，还要回头再修改当初已经实现的某个类，或者对已经定义好的函数接口进行修改或者扩展。为什么会发生这样的事情呢？这是因为这部分代码的使用需求没有很好的描述。我们在设计类和函数的时候，没有很好的对它们的使用情况进行分析，最终导致代码无法满足测试程序中对代码的使用需求。
 
  为了挽救痛苦挣扎的开发人员，测试驱动开发(Test-Driven Development, TDD)通过编写测试程序，先考虑代码的使用需求（包括功能、过程、接口等），而且这个描述是可执行验证的。通过编写这部分代码的测试程序，对其功能的分解、使用过程、接口都进行了设计。而且这种从使用角度对代码的设计通常更符合后期开发的需求。

  第一篇：Visual Studio 2010 下一个Visual Studio 6.0

  第二篇：Visual Studio 2010 的自定义开始页

  第三篇：Visual Studio 2010中的多显示器支持

  第四篇：Visual Studio 2010中的调用继承树

  第五篇：C# 4.0中的动态类型和动态编程

  第七篇：Visual Studio 2010特性支持Office

  第八篇：Visual Studio 2010的Quick Search特性

  第九篇：Visual Studio 2010中的C++0x新特性

  第十篇：Visual Studio 2010中的C++ IDE增强

  第十一篇：使用Visual C++ 2010创建Ribbon界面

  第十二篇：Visual C++ 2010创建Ribbon界面(下)

  第十三篇：Visual Studio 2010与VS2008全面比较

  测试驱动开发开始流行于20世纪90年代，是极限编程中倡导的程序开发方法之一，其主要思想就是先写测试程序，然后再实现代码使其通过测试。在TDD产生之初，曾经被当做程序员们的救命稻草而受到众人追捧。但是后来在实践过程中人们逐渐发现，由于缺乏相应的开发工具的有力支持，TDD的实施变得困难重重：无法高效地编写测试程序；测试程序写好后，无法自动生成代码框架，开发人员还要用大量的时间来编写实现代码。这些现实的因素都困扰着TDD的发展，让大家有一种TDD“看上去很美”的感觉。

  现在，Visual Studio 2010的即将到来，可以让坚守TDD的开发人员们欢呼了：VS2010的“即用即产生”特性，可以让我们根据测试程序，根据代码的使用情况，快速地反向生成相应的代码。可以说，“即用即产生”特性，给TDD插上了腾飞的翅膀。还等什么，我们一起来体验一下“即用即产生”特性给TDD带来的无限便利吧。

  1. 创建开发项目和相应的测试项目
  首先，我们创建一个基于Visual C#的开发项目GFUDemo_CS，项目模板我们选择Windows->Class Library:

图1 创建项目

  然后，我们在解决方案GFUDemo_CS中添加一个测试项目TestProject1，项目模板我们选择TestProject:

图2 创建测试项目