5

今日、Rails (Rails だけでなく) 開発の世界では、誰もが TDD (BDD) について話しています。それに関する多くの優れた一般情報を簡単に見つけることができます。この目的に使用できるツールがかなりあり、それらの使用方法の (良い) 例がたくさんあります。

今、私はすでに電車に乗っています。私はこのアイデアが気に入り (以前は TDD を使用したことがありませんでした)、Shoulda を使用することにしました (私には非常に理解しやすいように思われるため)。私はたくさんの例を読み、いくつかの最初のテストを行いました。私の問題はこれです：私はそれを正しく行っているかどうかわかりません。前述したように、ネット上には小さな例がたくさんありますが、Shoulda を使用した TDD の全体的なワークフローをカバーする包括的なガイドは見つかりませんでした。

ここに私の質問があります：

  • Shoulda を使用して TDD を実践する方法は何ですか? (1 回の反復での通常のワークフローは何ですか?)
  • 他にどのようなツールを使用していますか (Shoulda 自体を除く)?
  • 他のヒントはありますか？
4

3 に答える 3

2

私はshouldaの代わりにRSpecを使用しています（shouldaはRSpecで使用できると思いますが）。ワークフローの最大の改善は、Autotestを使用してからRSpactorを使用することです。

これらのツールは、ソースツリーの変更を自動的に監視し、テストファイルまたは実装ファイルのいずれかを更新する場合は関連するテストを実行します。テストの実践にかなり小さな変更を加えましたが、すぐにフィードバックすることで、すべての機能のテストを作成するための私の規律が向上しました。

于 2008-10-23T10:12:05.700 に答える
2

オートテストの場合は+1。

大規模なテスト スイートがあり、(テスト スイート全体ではなく) 作業中のテストのみを実行したい場合は、Autotest のモンキー パッチをチェックしてください。

他のツールについては、固定具の代替品としてFactory Girlをチェックしてください。

Shoulda の使用について私が知っていることのほとんどは、他のテスト コードを読んで得たものです。ClearanceやPacecarなど、githubでソートボットのプロジェクトをいくつか確認してください。

于 2008-10-23T11:44:09.867 に答える
0

Rails BDD のドキュメントに大きなギャップがあることに完全に同意します。小さな例はたくさんありますが、それを行う方法の全体像を示す大きな例はありません。テストに関する章がある本でさえ、これについて罪を犯しています。私が見た唯一の完全な例は、rspec に関する peepcode の 3 部構成のスクリーンキャストと、フレックス モックに関する confreaks に関するビデオです。

構文のマイナーな例を超えた BDD に関するその他の優れたリソースについて知りたいです。また、このトピックに関する本をぜひ読んでみたいと思います。

于 2008-10-23T13:08:15.250 に答える