11.2 测试函数式代码

无论是函数式编程，还是其他范式，都不可能完全消除错误，或阻止在修改现有代码时引入错误，这就是普遍采用单元测试背后的原因之一。好消息是，测试C# 代码时，使用的单元测试技术的大多数也都适用于F# 程序；而且，在许多方面，函数式编程和F# 的测试更容易。

为F# 选择单元测试框架

正如我们在第九章所看到的，可以用F# 写标准的类，因此，任何.NET 的单元测试框架也一样适用于 F#。那么，我们为什么要把F# 中的单元测试写成类的成员，而不是简单的使用有let 绑定的函数声明呢？类当然有好处，比如，代码可以进行复杂的安装和拆卸；然而，我们写的大多数单元测试，可能受益于使用最简单的语法。

在这一章，我们将使用xUnit.net 框架，它使用标准的F# 函数和F# 类。用let 绑定写的F# 函数，会编译成类的静态方法；当我们把代码包装到模块内，模块的名字就成为静态类的名字，否则，F# 就根据文件名生成类。xUnit.net 框架支持实现为静态方法的单元测试，不需要应用特殊的特性（比如，TestFixture）到这个类，这对F# 程序员更友好。如果还没有安装xUnit.net，可以从 http://www.codeplex.com/xUnit得到最新的版本。其他单元测试框架的运行也类似，但xUnit.net 是第一个提供了与F# 的平滑整合。

到目前为止，我们讨论的测试，通常只检查在F# Interactive 控制台写好代码后，是否能够立即运行。如果你是单元测试的老手，可能一直在思考测试不能复制，很难再运行。好吧，让我们来看看如何把这种测试演变成单元测试。

11.2 测试函数式代码