RSpec をやめて Test::Unit に戻る - tmtms のメモ
最近の RSpec は、それまで obj.stub(hoge: value) と書けたものが、 allow(obj).to receive(:hoge).and_return value と書かないといけなくなったりとか、正気の沙汰とは思えないような変更をしたりするので、何年かぶりに Test::Unit を使ってみようとリハビリ中です。 RSpec は、テストケースを入れ子にできたり、テストケースや example がクラスやメソッドではなく、文字列で自由に書くことができたりしたのが良かったのですが、最近の Test::Unit ではそれもできるようになっています。 [ruby-list:48926] [ANN] test-unit 2.5.2 このリリースはとみたさんに使ってもらえるように改良したリリー スです。新しく追加した--locationはRSpecの--line_number
parallel_tests ではなく test-queue に乗り換えようと思う - Thanks Driven Life
みなさま、もうすぐ今年の 2/3 が終わる今日この頃、いかが並列にお過ごしでしょうか。 私も快適に並列を生きていくために、今回 parallel_tests から test-queue に乗り換えようという気持ちになったということをご報告致します。 経緯 現在、PHP の Web アプリケーションを capybara + turnip でテストするお仕事をしており、 最近ようやく富豪な Docker ホスト環境に触れるようになったということもあって、 以前試した Selenium Grid + Docker でがりがり高速化に勤しんでいます。 そんなこんなで RSpec の同時並列実行もしないとね、ということで、以前から触っていた parallel_tests を導入しました。 これまでは全テストの完了まで 約40分 かかっていましたが、parallel_tests を導入するだけで 約1
My Favourite Things about Rails 4.1
Rails 4.1 was released on April 8th and subsequently Lucas Mazza from plataformatec blogged about 3 favourite features in Rails 4.1. I liked the idea, but some of my favourite things are different. Without further ado, here’s my favourite things about Rails 4.1. No more rake db:test:prepare One common busy-task which occupies Rails developers during development is keeping the test database migrate
spec実行時にdb:test:prepareを呼び出したくない。
■概要 (激しく既出感ありですが。。)何年もrailsやってますが、正しく理解できていなかった事の一つに rake spec(test)すると、処理の一環としてdb:test:prepareタスクを呼び出す という挙動があります。 通常問題にならないのですが、db:test:prepareが、db/schema.rbの情報を元にデーターベースを作成する為、railsが認識できないような項目は抜けて落ちてしまいます。 関数適用したインデックス トリガーやファンクション 別スキーマに作ったオブジェクト ...etc なので RAILS_ENV=test rake db:drop RAILS_ENV=test rake db:create RAILS_ENV=test rake db:migrate してからrake specする事を前提に、db:test:prepareを呼び出さずにspecを
Test Rake Tasks Like a BOSS
Testing Rake tasks is one of the most painful things I do as a Ruby developer. Even after extracting all the code out into a separate class (which helps a lot), I still want to make sure I test that the right classes got called correctly with the right arguments. I wanted the subject to be the task, where I could call invoke, check its prerequisites, etc. describe "cron:hourly" do its(:prerequisit
すごいぞRSpec(shared example group編) - @yohfee.blog!
ちょっと前に話題になったRSpecのスライドがステキだったよね。でもRSpecはまだまだ底知れない気がするので自分でもいろいろと調べてみようと思った次第。 まずはrspec-core(2.5.1)/features/example_groups/shared_example_group.featureを参考にshared example groupについて調べてみたよ。 例１：テストを共有できる require "set" shared_examples_for 'a collection' do subject { described_class.new [7, 2, 4] } its(:size) { should eq 3 } it { should include 7 } it { should_not include 9 } end describe Array do it_be
Railsのテストを高速にする - ワザノバ | wazanova
http://www.youtube.com/watch?v=bNn6M2vqxHE 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 「Airbnbのテスト：巻き込み力のある人がポジティブな変化をもたらす」でLou Kosakが、依存関係のないユニットテストを実現するのに参考にしたというCorey HainesのGoGaRuCo 2011での講演です。 一番読込みに時間のかかる3rd partyエンジン = Railsとの関係を切り離す。 1 class ShoppingCart < ActiveRecord::Base 2 has_many :shopping_cart_products, dependent: :destroy 3 has_many :products, :through => :
Cucumber+email_specでActionMailerのテストをする
今までメール(ActionMailer)のテストはどうにも面倒で、自分でブラウザから動かしてログを見てってやっていたんですが、Cucumberでメールのテストもできるっぽいので試してみました。 確認環境はRails2.3.2、Cucumber0.2.3、email_spec0.0.10。 email_specはgithubをsourceに指定してインストールすることができます(bmabey’s email-spec at master - GitHub)。config/environments/test.rbあたりに書いておくといいと思います。 email_specをインストールするとgenerateにコマンドが追加されています。 $ ruby script/generate email_spec ここで生成されるfeatures/stepdefinitions/emailsteps.rb
テストを parallel_tests の2倍以上高速にする Qspec - tomykaira makes love with codes
2013-06-02 テストを parallel_tests の2倍以上高速にする Qspec ruby rails qspec テストが遅いので parallel_tests で高速化しようとしたが、効率わるすぎて腹がたってきたのでより効率的な Qspec をつくった。 いくつかの rails プロジェクトでベンチマークしたところ、2倍以上の高速化効果が得られた。 高速化に貢献しているのは次の要素。 テストファイルのふりわけを Redis 上の Queue をつかって動的におこなう。 Spork ですべてのテスト実行プロセスを事前に起動する GC を切る(ファイルごとに有効にして明示的にGCするので、十分なメモリがあればたいてい問題なく動作する。capybara 系をつかうとあぶない) ダウンロード & インストール: tomykaira/qspec · GitHub くわしくは #ru
Circular Dependency Error in Rails 4 during Rspec Request Specs
I have an app running on Rails 4 / Ruby 2. The frontend is being developed with Ember. When running rake spec, I'm getting the below exception. It seems to only happen in Rspec feature specs (not in dev mode). Also, it usually only happens if I run just the one feature spec; if I run the entire test suite, I don't usually get the error. The error is occurring because of this commit to Rails: https
RSpec Railsで名前付きルートのテスト - @yohfee.blog!
シリーズ(？)の途中ですが軽く脱線。 route_toマッチャを使うと出来るみたい。名前付きじゃなくてもroute_toマッチャ使うんだけどね。ルーティング可能かどうかだけならbe_routableマッチャでよさげ。 spec:routingタスクでルーティングだけテストできる。 % rake spec:routing routes to the pages controller GET root_path should be routable should route to {:controller=>"pages", :action=>"home"} GET service_path should be routable should route to {:controller=>"pages", :action=>"service"} Finished in 0.12806 seco
Spork+Guardによる高速自動テスト - 祈れ、そして働け ～ Ora et labora
概要 テストの実行を高速化するSporkと、自動化するGuardを組み合わせて、快適なテスト駆動開発（TDD）環境を作ります。 構成 Ruby 1.9.2p180 (2011-02-18 revision 30909) [x86_64-darwin10.7.0] Rails 3.1.0 RSpec 2.6.0 Spork 0.8.5 Guard 0.7.0 guard-spork 0.2.1 guard-rspec 0.4.5 gemパッケージのインストール 以下のgemパッケージをインストールします。 rails rspec rspec-rails spork guard guard-spork guard-rspec rb-fsevent growl Gemfileはこんな感じになっています。 group :development, :test do gem 'rails3-gener
Rspec, Cucumber: best speed database clean strategy
I would like to increase the speed of my tests. Should I use use_transactional_fixtures or go with the database_cleaner gem? Which database_cleaner strategy is the best? I noticed that after migration from :truncation to :transaction my more than 800 examples run about 4 times faster! Should I turn off use_transactional_fixtures when I use database_cleaner :transaction? Is it true that the best st
Why isn't factory_girl operating transactionally for me? - rows remain in database after tests
I'm trying to use factory_girl to create a "user" factory (with RSpec) however it doesn't seem to be operating transactionally and is apparently failing because of remnant data from previous tests in the test database. Factory.define :user do |user| user.name "Joe Blow" user.email "joe@blow.com" user.password 'password' user.password_confirmation 'password' end @user = Factory.create(:user) Runnin
factory girlを使ってみようと思う - rochefort's blog
以前から試してみたかったfactory girl。 こないだ試した twitter-auth at master のテストで使われていたので、これを機にinstallしてみた。 （他にもfakewebやらremarkable_railsなど、いろいろ気になるのが使われてる。） 名前もなんかいいよね。girlって付くと。 thoughtbot's factory_girl at master - GitHub 参考 has_many throughでの例が非常に分かりやくて参考になります。 has_manyなフィクスチャを書くのに疲れたらFactory Girlがオススメ！ - func09 バージョン readmeよく見たらいろいろバージョンがあるらしい。 現時点では下記のよう。 （あと、いろいろforkされててfactory_boyっつーのもあるらしい。気になる） factorygirl
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
VCRを使うとRSpecのWebmockの作成が超絶楽になった！
噂のRuby&Githubなプロジェクトにスキな継続的インテグレーションサービス「Travis CI」を試してみたらすごくよかった
jQuery - Knowledge is Power!
GitHub - teamcapybara/capybara: Acceptance test framework for web applications
rspec & devise test helpers