F # desarrollo y pruebas unitarias?

Uso NUnit, y no me parece tan difícil leer o oneroso escribir:

open NUnit.Framework

[<TestFixture>]
type myFixture() = class

    [<Test>]
    member self.myTest() =
       //test code

end

Dado que mi código es una mezcla de F# y otros lenguajes.Net, me gusta el hecho de que escribo las pruebas unitarias básicamente de la misma manera y con una sintaxis similar tanto en F# como en C#.

Echa un vistazo a FsCheck , una herramienta de prueba automática para F#, es básicamente un puerto del QuickCheck de Haskell. Le permite proporcionar una especificación de el programa, en forma de propiedades que las funciones o métodos deben satisfacer, y pruebas FsCheck que las propiedades tienen en un gran número de casos generados aleatoriamente.

FsCheck CodePlex Page

FsCheck Author Page

Como dglaubman sugiere, puedes usar NUnit. xUnit.net {[3] } también proporciona soporte para esto y funciona bien con TestDriven.net. El código es similar a las pruebas NUnit pero sin el requisito de envolver la prueba en un tipo contenedor.

#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) 

Creo que esta es una pregunta muy interesante sobre la que me he preguntado mucho. Mis pensamientos hasta ahora son solo pensamientos, así que tómalos por lo que son.

Creo que la red de seguridad de un conjunto de pruebas automatizadas es un activo demasiado valioso para dejar ir, por muy atractiva que pueda ser esa consola interactiva, así que planeo continuar escribiendo pruebas unitarias como siempre lo he hecho.

Uno de los principales puntos fuertes de.NET son las capacidades de varios idiomas. Sé que voy a escribir F# código de producción pronto, pero mi plan es escribir pruebas unitarias en C# para facilitar mi camino en lo que es para mí un nuevo lenguaje. De esta manera, también puedo probar que lo que escribo en F# será compatible con C# (y otros lenguajes.NET).

Con este enfoque, entiendo que hay ciertas características de F# que solo puedo usar internamente en mi código F#, pero no exponer como parte de mi API pública, pero aceptaré eso, al igual que acepto hoy que hay ciertas cosas que C# me permite expresar (como uint) que no son compatibles con CLS, por lo que me abstengo de usarlos.

Podrías echar un vistazo a FSUnit - aunque todavía no lo he usado, podría valer la pena intentarlo. Ciertamente mejor que usar, por ejemplo, NUnit (nativo) en F#.