夯实地基

CC.NET已经搭起来了，msbuild也一直在跑,问题是test没有加入到持续集成。几百个单元测试开发机上都能通过，服务器上持续集成跑起来总有些问题，导致持续集成总是失败，后来都懒得看了，完全失去意义。又没时间去整为什么在那个服务器上总有些测试失败，是权限问题，软件兼容或硬件兼容？于是把测试从持续集成中移除，只做daily build, 还能及时发现build break, 比持续集成总失败没人管要好一些。

几百个测试跑下来怎么着也得十来分钟，开发是很难天天跑的。于是我今天想起来全部跑一遍测试时，发现代码覆盖率已经降到了可怜的40%左右，仿佛看见了大厦的根基正在被白蚁一口一口的侵蚀。做出决定：元旦后暂停新功能开发，先把当前项目一些坏味道解决，如目录零乱，一些引用库有多个版本，单元测试覆盖率不够等问题解决。

初步看了看，单元测试代码覆盖不够主要有以下几个原因：

1 有些功能返回结果是机器相关的，如获取mac地址，机器名等，期望返回结果不是很好写。这种测试可以用两种不同方法获得结果进行对比，比如用程序返回的结果和ipconfig获取的mac做对比等。

2 有些参数检测代码在抛异常之前会调用Debug.Assert,导致在Debug版下不能如预期抛出异常，没法做预期异常的单元测试。可以通过条件编译使这些方法的测试代码只在release版下起作用。

3 一些简单的调用转发函数，只做一件事，利用传入参数调另一个函数并返回被调用函数的返回值。

转载于:https://www.cnblogs.com/MichaelPeng/archive/2009/12/30/1636366.html