【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 数ヶ月
minitest で RSpec っぽくテストを書く方法 - Anonymous Function
このエントリは刻々と変化する RSpec の作法や暗黙のルールに疲れた人むけです。 テストフレームワークとして人気のある RSpec ですが、しばらく使っていると非本質的な話に振り舞わされて疲れることがあります。インターネット上の情報も早いペースで古くなりがちです。こういった事情により RSpec から標準のテストフレームワークに出戻る、あるいは移行するデベロッパが世界中で増えていると聞きます。 移行するといっても、いざコードを書きはじめてから minitest のシンプルすぎる構文に戸惑う人もいるでしょう。そういった人たちのために、なるべく慣れ親しんだテスト構成を標準ライブラリで組む方法を紹介します。 Example Group が恋しくなる RSpec を使っていると example group を使ってテスト対象を細かく絞ったり、対象の状態に応じたテストを書くことがよくあります。そう
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のメモ [俺の備忘録]
Google+ボタン はてなブックマークボタン 更新日時: 2014年09月04日（木） 作成日時: 2014年06月05日（木） 前の記事 / 次の記事 ページのレンダリングを試みる visit visitした結果のページ page cssの要素を検証する expect(page).have_css "h1", text: タイトル ステータスコード(rspecのresponse) page.status_code Deviseのログイン状態をつくる* 参考：rspec-rails (2.14.0) + devise (3.2.1, 3.2.0) + capybara (2.2.0) でsign in判定 vi spec/spec_helper.rb Rspec.configure do |config| config.include Capybara::DSL include Ward
Automatically Wait for AJAX with Capybara
We have a race condition between click_link and reload_page. Sometimes the AJAX call will go through before Capybara reloads the page, and sometimes it won’t. This kind of nondeterministic test can be very difficult to debug, so I added a little helper. Capybara’s Little Helper Here’s the helper, via Coderwall: # spec/support/wait_for_ajax.rb module WaitForAjax def wait_for_ajax Timeout.timeout(Ca
Built in matchers - RSpec Expectations - RSpec - Relish
rspec-expectations ships with a number of built-in matchers. Each matcher can be used with expect(..).to or expect(..).not_to to define positive and negative expectations respectively on an object. Most matchers can also be accessed using the (...).should and (...).should_not syntax; see using should syntax for why we recommend using expect. e.g. expect(result).to eq(3) expect(list).not_to be_empt
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
Capybara won't find a button by its "name" attribute
A W3C-validated HTML 5 web page contains this working, simple button inside a login form. <input data-disable-with="Signing in, please wait&hellip;" name="commit" type="submit" value="Sign in" /> I'm writing a largely pointless test :-) in a Rails 3.2.17 application that's just to get the hang of Capybara and I've already got completely stuck Googling, reading documentation and reading source
How can I check that a form field is prefilled correctly using capybara?
I have a field with a proper label that I can fill in with capybara without a problem: fill_in 'Your name', with: 'John' I'd like to check the value it has before filling it in and can't figure it out. If I add after the fill_in the following line: find_field('Your name').should have_content('John') That test fails, although the filling just before worked as I've verified by saving the page. What
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
UI Integration Tests with RSpec and Capybara - Rubber Duck Dialogs
Now that our form object is sufficiently complex, but mostly because sales found a bug, we decided we need to have UI tests for the happy paths for new and edit actions. We did not want to use Cucumber because we didn’t see its value compared to its overhead, so we kept the tests to RSpec features and Capybara. Features let us test the UI as a user would and Capybara loads a browser so we have Jav
mira/spec_helper.rb at master · curationexperts/mira · GitHub
# This file is copied to spec/ when you run 'rails generate rspec:install'
Capybara + Poltergeist を使ってテストするための環境を Vagrant + Chef で構築 - present
プライベートで開発に関わっている Rails アプリが完成に近づいてきたので、 Capybara と RSpec を使ってインテグレーションテストを書くことにした。 JavaScript で動きをつけたページもきちんとテストしたいので、 JavaScript ドライバに Poltergeist を選択。 以下、作業メモ。 Chef で Phantomjs をインストール まずは、Poltergeist が依存している、ヘッドレスブラウザの Phantomjs のインストールが必要。 Phantomjs はコミュニティ Cookbook を使ってインストールする。 Berkfile に cookbook "phantomjs" の1行を追加し、 berks vendor cookbooks でインストール。既に cookbooks フォルダが存在する場合は、先に削除しておくこと。 開発環境は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/rspec/rspec-rails/blob/master/features/feature_specs/feature_spec.feature
