2011-02-09 8 views
9

他の言語では、単体テストをプロダクションコードとは別のディレクトリ構造に置いて、物事をきれいに分けるようにします。ハスケルには、それを行う方法やそれに類することの典型的な慣習がありますか?Haskellで生産とテストコードを分離する方法

+3

[Organizing Haskell Tests](http://stackoverflow.com/questions/4687387/organizing-haskell-tests)の可能な複製 – ephemient

+0

ああ、そのリンクへの感謝。彼らは似ていますが、答えを調べると、もう一方がモジュール構造についてのものであることが示されているように見えますが、これは回答の性質からわかるようなプロジェクト構造に関するものです。私は両方から有益な情報を見つけました。 – mentics

答えて

3

http://www.haskell.org/haskellwiki/Structure_of_a_Haskell_projectで成文化の典型的な慣習があります。

また、あなたはhttps://github.com/ekmett/speculation/blob/master/speculation.cabal

に別々の秘密結社の方法にはいくつかのボーナスがありますように、主秘密結社に構築、テストを追加することができます。つまり、クイックチェックジェネレータのようなデータ型のテストメソッドは、他の人が自分のプロジェクトでデータ構造を使用している場合にインポートできる2番目のプロジェクトテストスタイルのカブで使用できますが、私は単一のカブのアプローチを好みます。それはあなたの図書館の目的にもよりますが。

Haskell testing workflowは、より多くのテスト情報に役立ちます。

3

私はそのために、これまで来た最高の例では、スナッププロジェクト

http://github.com/snapframework/snap-core

テストフォルダをチェックして、彼らは単にテストのために、自分の秘密結社のパッケージを開発し、持っていると思います最終的にコンパイルされたテストスイートを実行するシェルスクリプト(runTestAndCoverage.sh)。

Good Luck。

関連する問題