11.2 测试函数式代码

11.2 测试函数式代码

 

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

 

为 F# 选择一个单元测试框架

 

    正如我们在第九章中所看到的，可以在 F# 中写标准的类，因此，任何 .NET 的单元测试框架都可以正常工作。我们为什么要氢把 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 shell 写好后，代码是否立即运行。如果你是一位单元测试的老手，你可能一直在思考测试在辛苦运行不能复制。好吧，让我们来看看这种测试如何可以演变成单元测试。