Rails3でTDD環境を整えたメモ - ひげろぐ
2011/07/07追記 実はこの記事の内容よりも以下のGuardを前提にした構築がおすすめ。 Rails3+RSpec2+Spork+Guard(guard-rspec,guard-cucumber)で最速のBDD(振舞駆動開発)環境を作る | Curiosity Drives Me Guard便利すぎです。 久々にRailsでできる仕事が来たので久々に環境構築。 記事の一番最後に挙げた参考の渡り歩きつつ設定した。 Rubyのバージョンは1.9.2。Railsは3.0.5。 プロジェクトの作成 $ rails new -T hoge RSpecを使うのでUnitTestはいらないということで。 Gemfile 必要なものをBundlerでさくっと入れる。 group :development, :test do gem 'spork', '~> 0.9.0.rc' gem 'rspec-
WEB+DB PRESS vol.61 Rails3テスト最前線がすばらしい - tech-kazuhisa's blog
WEB+DB PRESS vol.61の「Rails3テスト最前線」という記事がかなり良かったので、注釈を交えて紹介したいと思います。 何が良かったのか？ 自分はRails2系でTest::Unitを実践していました。AutoTestとYAMLによるデータ投入でおおむね満足していましたが、次のポイントが気になっていました。 YAMLによるデータ投入は重複が多いのでコピペでデータを作成していた。 Test::Unitはログイン処理など共通の処理をくくり出すのが難しかった。 Viewのテストの方法が分からなかった。 しかしこの記事で気になる点がスパッと解消されました。私と同じような人はこの雑誌の記事が役に立つと思います。 ちなみに私はMacのSnow Leopard上でRuby1.9.2を使ってこの記事の内容を試しました。1.8.7を使う前提で書かれている箇所もあるので注意してください。（後で
[rails]has_manyなフィクスチャを書くのに疲れたらFactory Girlがオススメ！ - func09
フィクスチャはメンテナンスしづらい 書籍The Rails Wayの中には「皆フィクスチャが嫌い」という項目があります（次の項目は「フィクスチャはそれほど悪くない」ですが）。 フィクスチャが嫌われる最大の原因は「メンテナンスが難しい」という事でしょう。 中間テーブルを必要とする多対多の関連をフィクスチャにしようと思ってうんざりした経験は誰にもでもあると思います。 Fixtureのhas_manyでこんな書き方したい https://func09.com/wordpress/archives/369 フィクスチャの代わりにFactoryGirlを使ってみる Factory GirlはRailsのテストにおいてfixtureの代替となるツールです。 つまりテスト時のモデルデータを用意するための仕組みです。 Factory Girlはフィクスチャと違い、Rubyのスクリプトで直接データを定義して
![[rails]has_manyなフィクスチャを書くのに疲れたらFactory Girlがオススメ！ - func09](https://cdn-ak-scissors.b.st-hatena.com/image/square/710a6ca62d4e3c851d4cfee18047ebb60fb82c6c/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fpadangtotoofficial.wordpress.com%2Fwp-content%2Fuploads%2F2025%2F08%2Frtp-padangtoto.webp)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
