谁来检查我们的单元测试？NCover2！

随着 NUnit 和 Visual Studio.NET 2005 的推出，对.NET 代码作单元测试似乎越来越容易了，而且更加自动化。但您是否考虑过这些单元测试是否真正“有效”呢？还是仅仅自我安慰的“额外工作量”呢？NCover 起码可以帮忙做做检查。以前 NCover 是个开源的框架, 最近它已经被商品化了。

Gnoso 把 NCover 升级成为 2.0 版，并把它商品化了。虽然，之前通过开源方式可以获得 NCover，但可能因为它定位的领域太吸引人了，以至于它的升级速度和集成性方面反倒总是差强人意。NCover 是一个用来检查.NET 单元测试代码与实际代码覆盖分析的工具，它在执行单元测试的过程中对执行情况进行监测，然后会记录下单元测试都调用过哪些代码，不过最重要的是它记录下哪些代码实际没有被单元测试掉用到。你也许觉得“我严格按照 Write a little，Test a little”的步骤在编写单元测试，就是漏掉也很显眼，因为我写了 [todo] 了，但事实情况并非如此：

• 面向对象一个特点就是多态，虚方法、抽象方法、重载方法、委托这些都很可能成为您察看不到的“死角”；
• 1000 行的代码也许做这么一次覆盖检查不麻烦，不过如果您负责一个 1,000, 000 行代码的项目，想看看大家是不是把该做的单元测试都作了，恐怕要写要记录的东西不是 3、4 个人可以做得来的；
• 这些都不算最坏的情况，软件界有一个不变的规律就是变化本身，如果增加或者修改掉了一块功能，单凭人工在代码中翻腾一次这个经历就太痛苦了，不过这还没有短痛，都是长痛，别忘了唯一不变的就是变化。

虽然不一定特别权威，但 NCover 起码从覆盖角度告诉我们“你的单元测试做的是否够好”。很多人更喜欢它是因为他无须象其他类似工具在代码上增加“痕迹”，它可以直接在生产代码上进行检查，而且可以对 Web Service 和.NET Windows Service 这些后台服务类代码进行检查。此次 2.0 产品化版本中，主要对产品得易用性作了较大改善，以前游离在外面的 NCoverExplorer 被集成到 NConver 里面，这样检查报告看起来更加人性化，而且还支持同时看多个项目（Project），毕竟.NET 项目开发一般都是 Solution 层次的，一遍遍打开每个项目的报告确实惹人烦。企业版中还有一个特别有用的特性，就是可以把执行路径画出来，并记录下每个步骤的执行时间，相信您以前总碰到过类似的困扰——“到底怎么了，为什么跑得这么慢啊？”。NCover 可以用图形化的方式展现这个执行过程。生产代码检查 +Assembly 检查 + 可视化执行路径，相信 NCover 会成为性能调整和代码优化的得力工具。

商品化之后，试用 NCover 感觉比以前舒服多了（不过要收 100$+ 的使用许可了）。相信对于开发团队，尤其是“代码就是设计”的敏捷团队而言，NCover 也可以作为一个不错的把关工具。