はじめに みなさんこんにちは！ この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第4回です。 今回はCapybaraを使ったフィーチャスペックについて説明します。 ただし、今までの記事とは異なり、フィーチャスペックのイロハよりも「Capybaraの使い方」に重点を置きます。 なぜなら、僕個人の経験からいって、フィーチャスペックで困るのは「このブラウザの操作って、どうやってコードで表現するの？？」というケースが大半だからです。 それ以外は第1回～第3回の内容をそのまま応用できるので、特に「フィーチャスペックだから困る」ということはないと思います。 今回は説明する主な項目は以下の通りです。 フィーチャスペックの基本 ページの移動や画面のクリック、フォームの操作など 画面やフォームの検証 画面の操作や検証の応用テクニック その他

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

RSpec3で実装されたall Matcherが地味に便利です。 Ruby - 今日から使える！RSpec 3で追加された8つの新機能 - Qiita it 'すべての数値が奇数であること' do # RSpec 3 expect([1, 3, 5]).to all( be_odd ) end all Matcherがあるんだからany Matcher（コレクションのどれか1つがマッチしてたらOK）もあるんだろうと思ったらなくて、作ろうとしたら既に include Matcherで実装されていました。*1 普通にやろうとしたらこうなる it "文字列のいずれかがキュアで始まること" do yes_precure_5 = %w( キュアドリーム キュアルージュ キュアレモネード キュアミント キュアアクア ミルキィローズ ) expect(yes_precure_5.any?{ |name|

I have a helper page_title_default in ApplicationHelper: def page_title_default(options = {}) t '.title', options end Now I want to test it like this: describe '#page_title' do subject { page_title } it { ... } end end This results in the following error: Cannot use t(".title") shortcut because path is not available According to this post it should be possible to stub the @virtual_path variable li

はじめに RSpec 3が正式リリースされて2ヶ月ほど経過しました。(正式リリースは2014年6月) ネットの情報を見ていると、これまでは「既存のテストケースをRSpec 3にアップグレードさせる方法」や「RSpec 3で削除されたり、記法が変わったりした点」など、「守りの姿勢」に入った情報が多かったように思います。(僕自身もそういう情報をたくさんアップしていました) しかし、RSpec 3では以前のバージョンでは使えなかった新しい機能も数多く導入されています。 そこで本記事では「攻めの姿勢」で「RSpec 3から導入された新機能」をまとめてみました。 なお、ここでフォーカスするのはテストコードの書き方にダイレクトに関わってくるマッチャの新機能です。 2015.01.12：RSpec 3.1に関する情報を追記しました RSpec 3.1に関する情報も追記しました。 もともと紹介していた新機

RSpec 2.14.0 からは allow, expect_any_instance_of, allow_any_instance_of も使えるようになりました。 obj.should ... expect(obj).to ... obj.should_not ... expect(obj).not_to ... obj.should =~ // expect(obj).to match(//) [1, 2, 3].should =~ [3, 2, 1] expect([1, 2, 3]).to match_array([3, 2, 1]) obj.should > 3 expect(obj).to be > 3 lambda { ... }.should raise_error expect { ... }.to raise_error # RSpec 2.14.0 or later

例えばUser Agentの値で表示される画面を切り替える処理など、HTTPヘッダの値に処理が依存する場合にコントローラに渡すヘッダの値を上書きしたい場合など。request.envを使えば良い describe TestController do context 'iphon safari' do request.env['HTTP_USER_AGENT'] = '…' end end

はじめに TravisCIのbundle installに非常に時間を食ってるのでなんとかしたい と思ったらこんな記事があったので、試してみました 公式文書はこちら 効果 早くなりました！！！！ 16〜21分かかっていたビルドが12〜14分程度になりました やること 基本的には上にある記事のとおり、.travis.ymlに以下を追加するだけ ただ、bundle installをオーバーライドしているときは以下のように指定する必要がある 公式サイトにも書いてあるがいくつか書き方がある 必要ならばbundler_argsで--wihtoutオプションなども書いてよい

Controllerのテストを書く場合、before_filterに惑わされることが多々ありました。 そこで、before_filter用のメソッドのテストとController上のactionのテストを分離する方法です。 環境 ruby: 2.0.0-p0 rails: 4.0.0.rc1 rspec: 2.13.1 事前準備 Anonymous Controllerを有効にしておきましょう。

Photo by Flickr: chief_huddleston's Photostream Railsの規模が大きくなると自動テストの実行時間もだんだんと長くなっていきます。素早く開発していくにはテストの実行時間を短くすることが大切です。 RSpecのテストを速くする方法をまとめましたので参考にしてください。 動作確認 Rails 4.1 rspec-rails 3.1.0 test-queue 0.2.9 目次 1. RSpecのパフォーマンス測定 2. test-queueで並列でテストを実行する 3. rspec-guardを使って更新したファイルを自動的にテストする 4. Springを使ってテストのロード時間を短くする 5. ログレベルを変える 6. GCを実行を抑える 7. RSpecファイルのリファクタリングをする 7.1. itを少なくする 7.2. createよりも

やりたいこと 配列の中に数値が格納されていて、数値の桁数が全て8桁であることを検証したい。というケースがありました。 allマッチャ allというマッチャで、配列の要素全てに対してマッチャを適用できるのですが、「数値の桁数が◯桁であること」を検証してくれるマッチャはないので、自分でなんとかしないといけませんでした。 mapで変換してから検証する mapメソッドを使って、数値の配列を桁数の配列に変換し、allマッチャに渡す方法。

これはTokyuRuby会議08にて発表した資料を元にQiita向けに再編集したものです。 元々Advent Calendarと共用にしようと思って、どう考えても5分で話せない資料でLTしたのでした。 最初に RubyのテスティングフレームワークとしてはトップクラスにメジャーなRSpecですが、内側の実装が黒魔術感に溢れていて非常に読み辛い。 そしてカスタマイズするにも学習コストが高いという話を聞きます。 最近「RSpec止めますか、人間(Rubyist)止めますか」みたいな風潮が出ていてバリバリのRSpec派の私としては見過ごせない感じになってきたので、いっちょRSpecがどんな感じで動いてるのかを大まかに解説していくことで、世の中に対して再びRSpecを啓蒙していこうと思うわけです。 この話はrspec-core-3.1.7辺りをベースにしています。 起動 rspecのコマンドエンドポ