RSpec初心者必読！「Everyday Rails - RSpecによるRailsテスト入門」を発売しました - give IT a try
はじめに 以前から何度か紹介しているRSpec本の翻訳が終了し、ついに販売を開始しました！ 提供フォーマットはMOBI(Kindle)、EPUB(iBooks)、PDFで、下記のページから購入できます。 Everyday Rails - RSpecによるRailsテスト入門 - Leanpub 今回は改めてこの本の紹介を書いてみようと思います。 「Everyday Rails - RSpecによるRailsテスト入門」ってどんな本？ 「Everyday Rails - RSpecによるRailsテスト入門 ～テスト駆動開発の習得に向けた実践的アプローチ～」はタイトルの通り、RSpecを使ったRailsの自動テストを説明した技術書です。 内容としては比較的易しめで、そこまで高度な話題は出てきません。なのでRSpecの未経験者～中級者かつ、Railsを使って開発している技術者がターゲット層にな
ステップ実行可能なRailsリモートデバッグ環境 - clock-up-blog
概要 IntelliJ IDEA 13 (または RubyMine) と rdebug-ide の組み合わせで Ruby on Rails のIDEデバッグ環境を構築する。 大事なこと ブレークポイントを張れること ステップ実行できること コールスタックが参照できること 変数内容が参照できること 作業環境の前提 コーディング・デバッグは Windows7 上の IntelliJ IDEA から行う。 ブラウジングは Windows7 上の Chrome から行う。 サーバは Windows7 上の VirtualBox 内 CentOS にて立ち上げる。 IntelliJ IDEA 13.0.1 Ruby 2.0.0p353 Ruby on Rails 3.2.13 ※ Windows7 を MacOS なんかと置き換えても同じ手法が使えると思う。 リモート？ VirtualBox だしリ
RSpecの最新の動向・RSpec 3へのアップグレードガイド - Qiita
この記事はRuby Advent Calendar 2013の6日目の記事です。 昨日はShindo200さんのRuby で paiza.jp のオンラインハッカソン問題に挑戦するときに少し役に立ちそうなことでした。 概要 Rubyのデファクトスタンダードなテストフレームワークと言えるRSpecですが、現在バージョン3.0のリリースへ向けて開発が進められており、先日2013年11月8日には3.0.0.beta1がリリースされました。 この記事ではRSpec 3における変更点と、RSpec 3へのアップグレード手順、また既存のspecを最新の記法に変換するツールを紹介します。 追記 RSpec 3は2014年6月2日に正式リリースされました。この記事は2013年12月6日に書かれたものですが、正式版においても通用する内容になっています。 正式版における主要な変更点は、以下のページが参考になる
ASCIIcasts - “Episode 257 - request specとCapybara”
257: request specとCapybara (view original Railscast) Other translations: Other formats: Written by Naomi Fujimoto ハイレベルテストは、Railsアプリケーションをテストする優れた方法です。この種のテストでよく用いられるCucumberについて、エピソード155[動画を見る, 読む]で取り上げました。Cucumberの、アプリケーションの振る舞いを英語の文法で定義するやり方が好きではない人もいるでしょう。そこで今回はハイレベルテストを実行する別の方法を見てみます。 普段はテスト駆動開発を奨励していますが、今回はすでに完成したアプリケーションにテストを追加することにします。それによって、実装の詳細やアプリケーションが正常動作するかどうかに気をとられることがなくなります。これから
RSpec test broken by pagination (Kaminari)
I have a view spec that was passing but is broken now that pagination (via Kaminari gem) has been added to the view. I'm still trying to get my head around RSpec's syntax...so looking for help in getting this to pass as the page works fine in the browser. I'm aware that many people frown on view specs for being brittle (probably for reasons like this) but I still would like to keep this one passin
Rails の fixtures の書き方を整理してみる
ほとんど以下に書いてあるけど、最近 fixtures の整理をしてるので書いてみる。 http://railsapi.com/doc/rails-v2.3.3.1/files/activerecord/lib/active_record/fixtures_rb.html CSV とか single file とか色々あるけれどここでは YAML fixtures について書きます。 ラベルで参照する ### in pirates.yml reginald: id: 1 name: Reginald the Pirate monkey_id: 1 ### in monkeys.yml george: id: 1 name: George the Monkey pirate_id: 1
Snowblink: Factory Girl and has_many :through
If you are using Factory Girl, then you may be wondering how to define the factories for those has_many :through associations you have. Models The example models we will use are: class BeeKeeper < ActiveRecord::Base has_many :bees has_many :hives, :through => :bees end class Hive < ActiveRecord::Base has_many :bees has_many :bee_keepers, :through => :bees end class Bee < ActiveRecord::Base belongs
Rails の ActiveRecord モデルテストの書き方ガイドライン - passingloopの日記
このエントリでは，Ruby on Rails （以下 Rails）の ActiveRecord モデルテストについて，1) どこの何をテストすればよいか，2) どのようにテストを書けばよいか，のガイドラインを示します．このガイドラインは Rails 公式のものではなく，id:passingloop が使っている私的なものです．疑問・質問・批判・間違いの指摘はページ下部のコメント欄までお願いします． はじめに Rails は TDD/BDD サポートが充実した Web アプリケーション開発フレームワークです．Rails で使える Test::Unit や RSpec などといったテスティングフレームワークの使い方に関する解説も豊富にあります．しかし，「どこをどうテストすればよいのか」についての解説は，「使い方」の解説と比較して少ないように思います．もっとも，テスト一般についてどう書くかはアプ
twiwt.org - このウェブサイトは販売用です！ - twiwt リソースおよび情報
このウェブサイトは販売用です！ twiwt.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、twiwt.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
すごいぞRSpec(attribute of subject即ちits編) - @yohfee.blog!
例のごとく既出だけど今回はattribute of subjectについて。rspec-core(2.5.1)/features/subject/attribute_of_subject.feature参考。「it { subject.first.size.should eq 2 }」とかするのやだよね。そんなときはitsを使えばステキになるよって話。 基本的にはシンボルか文字列で指定する describe Array do context 'when first created' do its(:size) { should eq 0 } its('size') { should eq 0 } end end % rspec -cfs attribute_of_subject_spec_1.rb Array when first created size should == 0 size
RSpecのマッチャをよりよくするたった3行の方法 « blog.udzura.jp
しばらく、 blog.udr.me こっちで運営します。 リンク切れ等は気づいてから駆動で直していますんで、もし発見したら教えてください。 ＊ ＊ ＊
RubyistならデバッグにはPryのbinding.pryがおすすめ - (ﾟ∀ﾟ)o彡 sasata299's blog
2012年09月19日10:58 Ruby RubyistならデバッグにはPryのbinding.pryがおすすめ Pry（"ぷらぁい" と発音します）はirbをもっと便利にしたものでRubyistならぜひ使うべきなgemです。しかもインストールはたったこれだけと非常に簡単です。 # pry-docは無くてもまぁいいですが、いろいろ調べられるので入れとくと良いでしょう。 gem install pry pry-doc Pryを使うとどういうことが出来るのかについてはこちらの動画をご覧ください。 #280 Pry with Rails - RailsCasts さて、この動画の中でも説明されていますがbinding.pryと書くことで任意の場所にブレイクポイントを設置することができます。ブレイクポイントを設定しておけば、処理を実行した際にそこで止まって自動的にPryコンソールが立ち上がるため
Capybara の README 意訳 - おもしろwebサービス開発日記
注意 この訳はだいぶ古い(2011年7月時のREADME)です。最新版の訳をgithub上に載せたのでこちらをご覧ください。 はじめに Rails のエンドツーエンドテスト用のデファクトスタンダードプラグイン Capybara の README 意訳です。いつもと比べて直訳成分多めです。 テスト関連はどうにも日本語の情報が少なくて、覚えるのが大変ですね＞＜ 概要 Capybara は Rack アプリ(Rails, Sinatra, Merb等)の統合テストを簡単にするのが目的です。Capybara は現実のユーザがウェブアプリとやりとりするのをシミュレートします。テスト用のドライバを選択できます。デフォルトでは Rack::Test と Selenium ドライバをビルトインでサポートしています。HtmlUnit, env.js は外部の gem としてサポートしています。 完全なリファ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
From have_tag to have_selector in RSpec2
はてなブログ | 無料ブログを作成しよう
Google
Capybara (and Selenium) with RSpec & Rails 3: quick tutorial
How to test ApplicationController method defined also as a helper method?
Which style,lambda..should or expect..to, is preferred for testing expectations in RSpec?
http://blog.kiftwi.net/2012/03/20/summary-of-pry-plugins/