Class: Capybara::Selenium::Driver — Documentation for jnicklas/capybara (master)
Inherits: Driver::Base Object Driver::Base Capybara::Selenium::Driver show all Includes: Find Defined in: lib/capybara/selenium/driver.rb Defined Under Namespace Modules: ChromeDriver, EdgeDriver, FirefoxDriver, InternetExplorerDriver, SafariDriver, W3CFirefoxDriver Constant Summary collapse DEFAULT_OPTIONS = { browser: :firefox, clear_local_storage: nil, clear_session_storage: nil }.freeze SPECIA
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のメモ [俺の備忘録]
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
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
使えるRSpec入門・その4「どんなブラウザ操作も自由自在！逆引きCapybara大辞典」 - Qiita
はじめに みなさんこんにちは！ この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第4回です。 今回はCapybaraを使ったフィーチャスペックについて説明します。 ただし、今までの記事とは異なり、フィーチャスペックのイロハよりも「Capybaraの使い方」に重点を置きます。 なぜなら、僕個人の経験からいって、フィーチャスペックで困るのは「このブラウザの操作って、どうやってコードで表現するの？？」というケースが大半だからです。 それ以外は第1回～第3回の内容をそのまま応用できるので、特に「フィーチャスペックだから困る」ということはないと思います。 今回は説明する主な項目は以下の通りです。 フィーチャスペックの基本 ページの移動や画面のクリック、フォームの操作など 画面やフォームの検証 画面の操作や検証の応用テクニック その他
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 フォルダが存在する場合は、先に削除しておくこと。 開発環境は
Rails4 + Capybara + PhantomJS (poltergeist) なテスト環境 - (ﾟ∀ﾟ)o彡 sasata299's blog
2013年08月05日14:53 Ruby JavaScript Rails4 + Capybara + PhantomJS (poltergeist) なテスト環境 Rails4 でのエンドツーエンドなテスト環境を作ってみたのでメモです。 統合テストといえば Capybara さんなわけですが、デフォルトだと JavaScript を実行する際にドライバとして Selenium が使われてしまいます。 Selenium さん良い人なんですが、、、ブラウザが起動するので重いし、そもそも毎回ブラウザが起動する必要は無いのでヘッドレス（ブラウザの起動無しに JavaScript が実行できる）ドライバにしちゃいましょう。サヨナラ。 ヘッドレスドライバはいろいろあるんですが、最近は PhantomJS というライブラリが良いみたいなのでこれを使ってみます。Capybara から PhantomJ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CapybaraのwithinをRSpecで使う
Capybara (and Selenium) with RSpec & Rails 3: quick tutorial
GitHub - teamcapybara/capybara: Acceptance test framework for web applications
