今天刚刚学习如何在vs中进行单元测试，在网上搜索了一番后，下载了最新的Nunit。在公司是用vs2003的，按着教程的做法将Nunit的使用方法实践了番，很是喜欢绿灯的Pass。晚上回家后在自己的vs2005上也安装了，但正如网上很多朋友说的那样，总是在Nunit和IDE之间换来换去确实不怎么方便，接着又是搜索一番，然后看到了TestDriven.Net，听说能很好的集成在.Net的各种框架里，于是下载了最新的个人版，使用后确实不错，但由于测试输出在vs的Output窗口中，全是文字，不能像Nunit那样很形象的反应测试情况，所以决定两个一起用，现在说说问题。
1：Nunit于VS的IDE集成不好，老是在IDE和Nunit之间换来换去，而且每次运行Nunit都要重新Run一下。
   我个人觉得这个不是问题，经过我的小小配置，能在VS2005中一键运行Nunit。配置如下
   Tool菜单不是可以添加外部工具吗，就把Nunit添加进去好了：
  

   接着做如下的配置即可，因为Nunit本身支持参数运行，所以做到每次运行Nunit自动加载当前的
   工程文件，然后加上/run参数便可自动启动Unit了：
  

   我们甚至可以将这个命令添加到工具条上，真正做到单击一次便可运行整个测试了，一点也不麻烦：
  

2：其实工具有很多，工具也很好用，但是，单元测试的核心不是Nunit，也不是TestDriven.Net，而是如何去写
   测试用例，网上有很多教你如何使用Nunit的语法例子，但我却看不到一篇叫“如何编写高效的测试用例”的
   文章，这种是授人于鱼还是授人于渔的问题再次出现。

3：测试用例是程序员自己为了验证设计而做的测试，自己写的程序自己测试吗？这样不会造成测试片面性吗？
   因为自己会想当然的测试一些自己担心的问题，那如果测试通过，但实质上在集成后的最终发行版上错漏
   百出怎么办？如何确保测试的全面性？

   或许因为我的初学，很多问题对于高手来说不是问题，还望各位江湖高手释疑！