HSpec と ghcid でHaskellの快適なTDD環境を構築する - Qiita
前書き Haskellのプロジェクトで、コードの変更を検知して自動でテストを再実行できるようになるまでの手順を、新しくプロジェクトを作るところから解説します。 HaskellのテストフレームワークであるHSpecと、GHCi(HaskellのREPL)ベースのツールであるghcidを使います。 stackがインストールされていることを前提としているので、まだの場合はまずstackをインストールしてください。 stackや周辺ツールについては、本気で Haskell したい人向けの Stack チュートリアルで非常に丁寧にまとめられています。 手順 新規プロジェクトの作成 まずは stack new します。
Hspecベストプラクティス - fujimuradaisuke's blog
Hspecベストプラクティス Haskell Advent Calendar 2015 の14日目のエントリーです。 イントロ Hspec はHaskellコミュニティにすっかり受け入れられたテスティングフレームワークと言ってよいかと思います。しかし！まだ確たるベストプラクティスは無いと言えるのではないでしょうか！ Hspecの元となったRSpecはRubyコミュニティでデファクト・スタンダードとなっており、ベストプラクティスの蓄積があります。これを、Haskellの事情を鑑みつつ適用してみようという記事です。 Hspecのチュートリアル BDDのチュートリアル ソフトウェア・テストのチュートリアル ではないので、その辺りは別の記事を読んでください。 あと、オフィシャルのexampleがあるので、これに先に目を通しておくと話が早いかもしれません。 気になる点、賛同できないプラクティス、改善
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - marcin-rzeznicki/hspec-tables: Table-driven (by-example) HSpec tests
GitHub - stackbuilders/hspec-golden: Golden tests with Hspec
GitHub - debug-ito/hspec-need-env: Read environment variables for hspec tests
GitHub - hspec/sensei
GitHub - stackbuilders/dbcleaner: DEPRECATED: A simple database cleaner library for testing
hspec-webdriver
GitHub - karun012/arion
Run tests in parallel · Issue #104 · hspec/hspec