我刚开始学F#，这是我接触的第一种函数式语言。我之前基本上都在用C#，现在喜欢F#能让我重新审视编写代码的方式。但有一个方面我感到有点迷惑，那就是编写代码的过程发生了变化。在C#中，我已经使用TDD多年了，非常喜欢通过单元测试来掌握自己所处的位置。
到目前为止，我的F#编程过程是编写一些函数，在交互式控制台中玩弄它们，直到我“合理地”确信它们可行，并进行调整和组合。这对于像欧拉计划这样的小规模问题很有效，但我无法想象通过这种方式构建大型项目。
人们如何为F#程序创建单元测试套件？是否有类似TDD的东西？任何指针或想法都受到赞赏。
我使用 NUnit，它对我来说阅读起来并不困难，写起来也不费力：
open NUnit.Framework
[<TestFixture>]
type myFixture() = class
[<Test>]
member self.myTest() =
//test code
end
因为我的代码是由F#和其他.Net语言混合编写而成的，所以我很喜欢以基本相同的方式和类似的语法在F#和C#中编写单元测试。
`这样` 的 TextFixture 名称。使用双引号形式的测试名称可以被识别。看一下 FsCheck，它是一个自动化测试工具，适用于 F#，基本上是 Haskell 的 QuickCheck 的移植版。它允许您提供程序的规范，以函数或方法应满足的属性形式，并在大量随机生成的情况下测试 FsCheck 是否满足这些属性。
如dglaubman所建议，您可以使用NUnit。 xUnit.net也提供了对此的支持，并且能够与TestDriven.net良好协作。代码看起来类似于NUnit测试，但不需要将测试包装在包含类型中。
#light
// Supply a module name here not a combination of module and namespace, otherwise
// F# cannot resolve individual tests nfrom the UI.
module NBody.DomainModel.FSharp.Tests
open System
open Xunit
open Internal
[<Fact>]
let CreateOctantBoundaryReordersMinMax() =
let Max = VectorFloat(1.0, 1.0, 1.0)
let Min = VectorFloat(-1.0, -1.0, -1.0)
let result = OctantBoundary.create Min Max
Assert.Equal(Min, result.Min)
Assert.Equal(Max, result.Max)
我认为这是一个非常有趣的问题，我自己也一直在思考。目前为止，我的想法只是思考，所以请根据它们的本质来看待。
我认为自动化测试套件的安全网太有价值了，不能轻易放弃，即使交互式控制台可能很诱人，所以我计划继续像以往一样编写单元测试。
.NET 的主要优势之一是跨语言能力。我知道我很快就要编写 F# 生产代码了，但我的计划是使用 C# 编写单元测试，以便我顺利进入对我来说是新语言的领域。通过这种方式，我还可以测试我在 F# 中编写的内容是否与 C#（以及其他 .NET 语言）兼容。
采用这种方法，我理解 F# 具有某些特定的功能，我只能在 F# 代码内部使用，而不能作为公共 API 的一部分暴露出去，但我会接受这一点，就像我今天接受 C# 允许我表达某些东西（如 uint），而不符合 CLS 标准，因此我不使用它们一样。
你可以看一下 FSUnit - 虽然我还没有用过它，但值得一试。肯定比在F#中使用（原生的）NUnit更好。
open Expecto
let tests =
test "A simple test" {
let subject = "Hello World"
Expect.equal subject "Hello World" "The strings should equal"
}
[<EntryPoint>]
let main args =
runTestsWithArgs defaultConfig args tests