NUnit实战体会

<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>

<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 160x600, 创建于 08-4-23MSDN */google_ad_slot = "4367022601";google_ad_width = 160;google_ad_height = 600;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>

　　很早听说TDD(测试驱动开发)，知道.net下有个NUnit，直到今天才真正用它来写程序。

　　刚开始写的时候感觉，一边写程序一边还得写测试，浪费了很多时间精力。坚持着写下去，代码有了一定规模了，慢慢体会到单元测试的作用。给新加一个功能，或者修复Bug，改完后新的功能能用了。用NUnit一测试，新功能的测试是通过了，可是有几个原来的测试却亮了红灯。使用单元测试能及时发现新的Bug,保证原有的功能正常运行。而不必手工一个个的去试验。这是很宝贵的。

　　提一个技巧：因为NUnit没有和VS.net集成，所以发现代码错误后调试很麻烦。有一个变通的办法，在项目属性调试中，把启动操作中的调试模式改为程序，这样我们就可以把启动应用程序项设置成NUnit的主程序（C:Program FilesNUnit V2.1iNUnit-gui.exe）这样当运行程序时将启动NUint，并且我们可以在我们的代码中使用断点进行调试。

　　感觉测试驱动开发的确很有生产力，只是NUnit与Vs.net的集成不太好，热烈期待VS 2005中的单元测试。

<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>

<script type="text/javascript"><!--google_ad_client = "pub-2947489232296736";/* 160x600, 创建于 08-4-23MSDN */google_ad_slot = "4367022601";google_ad_width = 160;google_ad_height = 600;//--></script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>