技术开发 频道

使用Visual Studio 2010特性支持TDD

  【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 创建测试项目 

0
相关文章