【Everyday Rails Blog 翻訳】RSpec 3.7.2へのアップグレードとシステムスペック - give IT a try
はじめに 先日もお伝えしたとおり、電子書籍「Everyday Rails - RSpecによるRailsテスト入門」はRails 5.1とRSpec 3.6に対応しました。 ただし、RSpecについては現在すでにバージョン3.7がリリースされています。 RSpec 3.6と3.7は機能的な差異はほとんどないのですが、一点だけ、「システムスペック」という新しいタイプのテストが増えています。 このシステムスペックについて、原著者のAaronさんがご自身のブログで紹介されているので、その内容を翻訳してみました。 Everyday Railsの読者の方は（もちろんそれ以外の方も）ぜひ参考にしてみてください。 RSpec 3.7.2へのアップグレードとシステムスペック 原文: Upgrading to RSpec 3.7.2 and system specs | Everyday Rails 数ヶ月
rpsecを一から | iii ThreeTreesLight
rpsecを一から やっと仕事が落ち着いてきた＆テストコード書かないと死ぬ状態があまりにも厳しいので、Rspecを一から。 色々情報が古くて動かなかったりで悲しいので、自分なりにrspec学ぶためにやった事をまとめました。 といっても、rspec-coreとrspec-rails、factory_girlのgetting startedをほぼそのままなのですが。 えっ？今更rails3.2系とかなの？とか無しで。 環境$ ruby -v ruby 1.9.3p448 (2013-06-27 revision 41675) [x86_64-darwin12.4.0] $ gem list | ack rsp rspec-core (2.13.1) rspec-expectations (2.13.0) rspec-mocks (2.13.1) rspec-rails (2.13.0) $ r
Comparing ActiveRecord objects with Rspec
Is there a good way in Rspec to compare two ActiveRecord objects while ignoring id, &c? For example, say I'm parsing one object from XML and loading the other from a fixture, and what I'm testing is that my XML parser works correctly. What I currently have is a custom matcher with actual.attributes.reject{|key,v| %w"id updated_at created_at".include? key } == expected.attributes.reject{|key,v| %w"
今日から使える！RSpec 3で追加された8つの新機能 - Qiita
はじめに RSpec 3が正式リリースされて2ヶ月ほど経過しました。(正式リリースは2014年6月) ネットの情報を見ていると、これまでは「既存のテストケースをRSpec 3にアップグレードさせる方法」や「RSpec 3で削除されたり、記法が変わったりした点」など、「守りの姿勢」に入った情報が多かったように思います。(僕自身もそういう情報をたくさんアップしていました) しかし、RSpec 3では以前のバージョンでは使えなかった新しい機能も数多く導入されています。 そこで本記事では「攻めの姿勢」で「RSpec 3から導入された新機能」をまとめてみました。 なお、ここでフォーカスするのはテストコードの書き方にダイレクトに関わってくるマッチャの新機能です。 2015.01.12：RSpec 3.1に関する情報を追記しました RSpec 3.1に関する情報も追記しました。 もともと紹介していた新機
ruby on rails 3 - Factory-girl create that bypasses my model validation - Stack Overflow
I am using Factory Girl to create two instances in my model/unit test for a Group. I am testing the model to check that a call to .current returns only the 'current' groups according to the expiry attribute as per below... describe ".current" do let!(:current_group) { FactoryGirl.create(:group, :expiry => Time.now + 1.week) } let!(:expired_group) { FactoryGirl.create(:group, :expiry => Time.now -
一括処理をするクラスメソッドに対するRspecの書き方
「一定期間以上 既読状態なら未読に戻す」というクラスメソッドへのRSpecを書きたいのですが動作しません。 テストはこのように書き let(:company){ Company.create } describe ".remove_old_read" do before{ Timecop.freeze(Time.local(2014,10,10)) } after{ Timecop.return } context "既読で3ヶ月以上前なら" do before do company.update_attributes(read: true, read_at: Time.new(2014,7,9)) Company.remove_old_read end it "未読にする" do expect(company.read).to eq(false) end end end 対するメソッドは
WebDriverのWaitを使ってDOMを監視したり意図的に待つ方法
画面テストはブラウザを使ってテスト行うため、HTMLのロードの時間やロード後に実行されるJavascript処理など、いろんなものに影響を受けるためテストを安定して自動実行するのが難しい。 そこで役に立つのがWebDriverが用意しているWait機能。WebDriverのドキュメントに「明示及び暗黙のWait」について説明があり、JSのロードやページ読み込み待ちの発生する場合に使えそうなWaitの使用方法が書かれている。 暗黙のWait ドライバーに設定するだけで、要素が登場するまで設定した値だけ待つ。 https://gist.github.com/daipresents/d3847e8d747d4f7bfe49a7eb0f9b9a20.js?file=gistfile1.txt 明示のWait 明示のWaitをを使うと、「500ミリ秒ごとにチェックして、OKだったら処理に戻る」といっ
Capybara RSpecでのマッチャ、セレクタ 「こんなときどうするの」その1 - Qiita
TDDやってますか？必須と言われつつも、なかなか習慣にするまでは時間かかりますよね。 本質的に 入力と評価したいものに集中できるよう、覚える必要があるマッチャとセレクタは、とっとと覚えられるようにしたいですね。 HTML要素の属性を評価したい xpathでの記法とcssでの記法両方が使えますが、おそらく皆さんがなじみ深いのは(jQueryセレクタでよく使う) cssでの記法だと思いますので、そちらに集中して掲載します。 自分が楽だと思った方法 とりあえず、findに入れて、テキストが返ってくる状態にしてから、シンプルなマッチャで評価する。 have_css とか have_xpath とかで評価したいものを表現するよりも、書くのが早い気がする。
locatorで指定しづらいradio buttonを操作する方法 - Qiita
<input type="radio" name="fruit" value='apple'> リンゴ <input type="radio" name="fruit" value='orange'> オレンジ <input type="radio" name="fruit" value='strawberry'> イチゴ これをRSpecなどでCapybara使ってどうやって選ぶかなのですが、適切にlabelが指定されていればchooseでいけるものの、上記例のようにlabelが設定されていない場合chooseでは難しそうです。このメソッドは引数にcssやxpathを付けつけてくれないようだからです。 そこで、choose自体はCapybara::Node::Elementに対して何かしらの操作をしているだけだろうと予想し、Capybara::Node::Actionsのドキュメントを読
Capybara で within した場所や find したノードに枠を付けてくれるやつ作った - Thanks Driven Life
gongo/maizebox · GitHub まだまだやる事はあるのですが、とりあえず動いたので公開。 What 件名の通り。結果から言うと下図のようにしてくれるやつです。 Why PhantomJSでページに注釈を付けてスクリーンショット撮るやつ - hitode909の日記 という素晴しい記事とツールを発見したのですが 仕事では Capybara 使っている (driver は selenium-webdriver or poltergeist) ので、Capybara から使えると便利だなと思ったので作ってみました。 How (for User) examples にもあるやつです。 visit 'http://www.apple.com/jp/' within(:css, 'div.text') do page.attention_here page.attention_to(f
[Rails] RSpecのリファクタリング - Qiita
Ruby on Rails Tutorialのエッセンスを自分なりに整理してみる7 Railsにおけるリンクの記述方法とそのテスト http://qiita.com/kidachi_/items/d704e7eb63513c3831ae の続き。 Ruby on Rails Tutorial（chapter5） http://railstutorial.jp/chapters/filling-in-the-layout#sec-layout_exercises Rspecのリファクタリング 指定のページが指定の要素を持っている（もしくはいない）かをチェックするテストコード。 require 'spec_helper' describe "Static pages" do describe "Home page" do it "should have the h1 'Sample App'"
![[Rails] RSpecのリファクタリング - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/f035d0d51fbd782f6108d7a32fbfcbfa18e6ebaf/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCUmFpbHMlNUQlMjBSU3BlYyVFMyU4MSVBRSVFMyU4MyVBQSVFMyU4MyU5NSVFMyU4MiVBMSVFMyU4MiVBRiVFMyU4MiVCRiVFMyU4MyVBQSVFMyU4MyVCMyVFMyU4MiVCMCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MGI4ZDJlZDQ3YjM4OWM3NzhkYjYzZDFlNDQ4OGI5YTU%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwa2lkYWNoMSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NmM0Zjk3YWIyZTVjYjk4NDc3YzViYTAyZGQzMjczYjQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Ddc5640f11ccf4559ae20b1ca0ce900f4)
使えるRSpec入門・その4「どんなブラウザ操作も自由自在！逆引きCapybara大辞典」 - Qiita
はじめに みなさんこんにちは！ この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第4回です。 今回はCapybaraを使ったフィーチャスペックについて説明します。 ただし、今までの記事とは異なり、フィーチャスペックのイロハよりも「Capybaraの使い方」に重点を置きます。 なぜなら、僕個人の経験からいって、フィーチャスペックで困るのは「このブラウザの操作って、どうやってコードで表現するの？？」というケースが大半だからです。 それ以外は第1回～第3回の内容をそのまま応用できるので、特に「フィーチャスペックだから困る」ということはないと思います。 今回は説明する主な項目は以下の通りです。 フィーチャスペックの基本 ページの移動や画面のクリック、フォームの操作など 画面やフォームの検証 画面の操作や検証の応用テクニック その他
Directory Structure - RSpec Rails - RSpec - Relish
Specs are usually placed in a canonical directory structure that describes their purpose: Model specs reside in the spec/models directory Controller specs reside in the spec/controllers directory Request specs reside in the spec/requests directory Feature specs reside in the spec/features directory View specs reside in the spec/views directory Helper specs reside in the spec/helpers directory Mail
Rspecの文法の基礎 - Qiita
describe <クラス名> do it "<期待する動作の内容>" # ... end context "<条件の内容>" do it "<contextの条件下で期待する動作の内容>" do # ... end end end ここで、 contextは、describeに置き換え可能 itは、specifyまたはexampleに置き換え可能 なので、文脈に合わせて使いやすい用語を使えば良い。 なお、デフォルトの設定では、名前として<クラス名>_spec.rbというようにサフィックスとして_spec.rbがないとrspecコマンドで全体を走らせた時に無視されるようになるので気をつけること。 何をしているか describe,contextはExampleGroupを生成 it,specify,exampleはExampleを生成 なお、topレベルのdescribeはExampleG
How We Test Rails Applications
I’m frequently asked what it takes to begin testing Rails applications. The hardest part of being a beginner is that you often don’t know the terminology or what questions you should be asking. What follows is a high-level overview of the tools we use, why we use them, and some tips to keep in mind as you are starting out. RSpec We use RSpec over Test::Unit because the syntax encourages human read
Rspec Rails cheatsheet (include capybara matchers)
rspec_rails_cheetsheet.rb ���6V P �6V #Model @user.should have(1).error_on(:username) # Checks whether there is an error in username @user.errors[:username].should include("can't be blank") # check for the error message #Rendering response.should render_template(:index) #Redirecting response.should redirect_to(movies_path) #Capybara Matchers response.body.should have_content("Hello world") respons
End-to-End Testing with RSpec Integration Tests and Capybara
Stability can become an issue as web applications evolve and grow – integration tests provide a great way to perform end-to-end tests that validate the application is performing as expected. Integration test with RSpec and Capybara When writing integration tests, try to model the test around an actor (user of the system) and the action they are performing. # spec/features/visitor_signs_up_spec.rb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails モデルの RSpec 単体テストで validation と DB に対するテストを区別した
RSpecにおけるFactoryGirlの使い方まとめ - Qiita
FactoryGirlでModel作成時のValidationをスキップする方法 - Qiita
