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 控制台写好代码后,是否能够立即运行。如果你是单元测试的老手,可能一直在思考测试不能复制,很难再运行。好吧,让我们来看看如何把这种测试演变成单元测试。