F＃開発と単体テスト？

私はF＃を使い始めました。これは私の最初の関数型言語です。私はC＃で準独占的に作業しており、F＃でコードの記述方法を再考する方法をたくさん楽しんでいます。私が少し混乱していると思う1つの側面は、コードを書くプロセスの変更です。私はC＃で何年もTDDを使用してきましたが、自分がどこにいるのかを知るための単体テストがあると本当に感謝しています。

これまでのところ、F＃での私のプロセスは、いくつかの関数を記述し、それらが機能することを「合理的に」確認できるまで対話型コンソールで遊んで、調整して組み合わせることでした。これはオイラープロジェクトのような小規模な問題ではうまく機能しますが、そのように大きなものを構築することは想像できません。

人々はどのようにユニットテストに取り組み、F＃プログラムのテストスイートを構築しますか？TDDに相当するものはありますか？ご意見やご感想をお寄せください。

テスト駆動型の開発者は、F＃などの関数型言語に慣れ親しんでいる必要があります。確定的に反復可能な結果を​​提供する小さな関数は、単体テストに完全に適しています。F＃言語には、テストの作成を容易にする機能もあります。たとえば、オブジェクト式を見てみましょう。入力としてインターフェース型をとる関数の偽物を非常に簡単に書くことができます。

どちらかと言えば、F＃はファーストクラスのオブジェクト指向言語であり、C＃でTDDを実行するときに使用するのと同じツールとトリックを使用できます。F＃で作成された、またはF＃専用のテストツールもあります。

• NaturalSpec
• FsCheck
• FsTest
• FsUnit

Matthew Podwysockiは、関数型言語でのユニットテストに関する素晴らしいシリーズを執筆しました。ボブおじさんもここで刺激的な記事を書いた。

私はNUnitを使用していますが、読みにくく、書くのが面倒ではありません。

open NUnit.Framework

[<TestFixture>]
type myFixture() = class

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

end

私のコードはF＃と他の.Net言語が混在しているため、ユニットテストを基本的に同じ方法で、F＃とC＃の両方で同様の構文で記述しているのが気に入っています。

F＃の自動テストツールであるFsCheckを見てください。基本的にはHaskellのQuickCheckの移植版です。これにより、関数またはメソッドが満たすべきプロパティの形式でプログラムの仕様を提供し、ランダムに生成された多数のケースでプロパティが保持するFsCheckテストを提供できます。

FsCheck CodePlexページ

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の主な長所の1つは、クロス言語機能です。すぐにF＃の製品コードを書くつもりですが、私の計画では、C＃で単体テストを記述して、新しい言語の使い方を簡単に理解できるようにする予定です。このようにして、F＃で記述したものがC＃（および他の.NET言語）と互換性があるかどうかもテストできます。

このアプローチでは、F＃コードで内部的にしか使用できないが、パブリックAPIの一部として公開できないF＃の特定の機能があることを理解していますが、今日受け入れるのと同じように、特定のものがあることを受け入れますC＃を使用するuintと、CLSに準拠していない（など）を表現できるため、それらの使用は控えます。

FSUnitを見ることができます。まだ使用していませんが、試してみる価値はあります。F＃で（ネイティブ）NUnitの例を使用するよりも確かに優れています。

パーティーには少し遅れましたが、マティアスをF＃に迎えて（決して遅くないよりはましです;））、Expectoを気に入っていただけるようにお願いします。

Expectoには、次のような機能があります。

• F＃構文全体、値としてテスト。プレーンなF＃を記述してテストを生成する
• 組み込みのExpectモジュール、またはアサーションにはUnquoteなどの外部ライブラリを使用します
• デフォルトの並行テスト
• HopacコードまたはAsyncコードをテストします。Expectoは全体的に非同期です
• Logary Facadeを介したプラグ可能なログとメトリック。ビルドシステム用のアダプターを簡単に作成するか、テストの実行時間のInfluxDB + Grafanaダッシュボードを構築するためのタイミングメカニズムを使用する
• BenchmarkDotNetの組み込みサポート
• FsCheckのサポートを組み込みます。生成された/ランダムなデータでテストを構築したり、オブジェクト/アクターの状態空間の不変モデルを構築したりすることが容易になります

-

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

https://github.com/haf/expecto/