チェス盤表現の単体テスト

したがって、これは少し外れ値の質問です。

私はチェスライブラリを、基本的にゼロから作成しています。GUIやエンジンで使用することを意図して、コードの多くをここで見つけることができます。（ゲームはグランドチェスですが、この質問の目的ではそれは重要ではありません。）

現在、ユニットテストを作成して、関数が期待どおりに機能することを確認しています。そして、私がテストメイト、ステイルメイト、チェック、リーガル、イリーガルなどで分類された、私が使用および作業できる、推奨されるポジションのライブラリまたはデータベースの種類があるかどうか疑問に思っていました。

tl; drコードを単体テストするためのポジションのリストを探しています。

現在のテストはここにあります。数日ごとに追加します。ただし、コードをデバッグする前に、テストが完全であることを確認したいと思います。（それらの半分は現在失敗しています）。

編集：明確にするため：エンジン（「ベストムーブ」）テストを探していません。ボード表現（「これは位置チェックメイトです」）テストを探しています。エンジンテスト用にパズルをいくつか並べています。

あなたの質問を読んでいるとき、私の直感はあなたのスコープがユニットテストには複雑すぎるということです。私は、無料の電子書籍のユニットテストを簡潔に一読することをお勧めします。しかし、私はチェスのコードを書いた経験はありません（たぶんあなたのパラダイムは異なります）-私は生計のためのソフトウェアをしますが。

単体テストは非常に単純で、1つのことを行う関数をテストする必要があります。次に、関数を、それらが機能するというある程度の妥当な期待と組み合わせることができます。たとえば、特定の動きが合法であるかどうかを判断するために、各ピースの単体テストを期待しています。それが王を抑えているかどうかを決定するための各ピースの単体テスト。各ピースが攻撃している場所などを特定するためのテスト。

ポジションのテストは非常に複雑な単体テストのようであり、徹底的に行うのははるかに困難です。代わりに、小さな関数に対して小さなテストを記述し、それらが個々に機能することを知ってください-位置を評価することは、単純な関数を繰り返すことの問題です。

良い（強制ではない）動きの位置をテストしたい場合、ユニットテストはチェスエンジンの長期的な開発と強さを人為的に制限すると思います...ユニットテストのバイナリ結果は、エンジンに強制的に毎回同じ動き。

また、既知のエンドゲームを持つメイトへの「最も直接的な」パスのユニットテストの追加も検討します。既知の開口部を通過するための単体テストも追加したいと思います。中間のゲームユニットテストははるかに難しくなります。おそらく、ポジションを接続し、エンジンが使用可能な結果（バイナリレスポンス）を生成することを評価します。

エンジンの一連のポジションを評価する質問については、この質問をhttps://stackoverflow.com/に "chess"タグを付けて配置することをお勧めします。

これは古い質問ですが、このブログで提示されている概念は役立つと思いました：http : //scionsoftware.com/blog/write-tests-by-playing-chess

GUIでチェスゲームをプレイし、ファイルにシリアル化することでチェス盤の状態をキャプチャするメカニズムがあるという考え方です。

テストケースごとにこれらのファイルに名前を付け、定義したテストメソッドにフィードすることができます。IsLegal; IsDraw

自然なUIを使用してこれらのテストケースを作成する主な理由の1つは、作成の容易さ以外に、十分な条件も移動数に依存していることです：キャスティング、エンパッサント、描画条件。

（一般的に）チェスエンジンの単体テストデータベースは知りません。もちろん、完全な単体テストを書くことはほとんど不可能です。

プロパティベースのテスト（HaskellのQuickCheck、F＃環境はわかりませんが、F＃のような環境は確かに存在します）などの代替のテスト手法を探索できます。これは、大量の「位置」を自動的に生成してテストできますあなたが定義したプロパティを使用します。

これが少し役立つことを願っています:)！