RspecとCapybaraを使ってE2Eテストの土台を作ってみる 上記の記事では、スペックの実行結果のみが表示されて詳細な動作ログが出力されていません。 全てのスペックが毎回問題なく成功すれば良いのですが、環境やタイミングなどの要因によって失敗することもあります。 そうすると、「いつ、どのような操作をした時にスペックが失敗したのか」を調べてコードを修正する必要が出てきます。 ここでは、その問題の原因追求の手助けとなる詳細な動作ログを出力出来るようにしたいと思います。 Capybaraのエラーメッセージはそのままでも分かりやすいのですが、複雑なフォームが対象だったり、CI環境でリモート上のマシンでスペックを実行する場合などは動作ログが見えた方が良いですね。 Yahoo! JAPAN タイトルが`Yahoo! JAPAN`であること 検索フォームのパーツの要素が存在すること ニューストピック
こんにちは。メドピアのRuby(Rails)化をお手伝いしている@willnetです。最近は子育てに忙しくしています 👶 先日、メドピアで利用しているcapybaraのjavascript driverをpoltergeistからheadless chrome(selenium-webdriver)に移行しました。driverを変更するにあたって既存のテストコードをいくつか修正する必要があったので、そこで得た学びを共有したいと思います。 なぜ移行したのか ここ数年、Railsでエンドツーエンドのテストを書くときにはpoltergeistを使う、というのがデファクトスタンダードだったはずです。それ以前はみんなcapybara-webkitを使っていましたが、poltergeistはバックエンドにPhantomJSを使っており、Qtに依存しているcapybara-webkitと比べてビルドが
TL;DR Headless Chrome is shipping in Chrome 59. It's a way to run the Chrome browser in a headless environment. Essentially, running Chrome without chrome! It brings all modern web platform features provided by Chromium and the Blink rendering engine to the command line. Why is that useful? A headless browser is a great tool for automated testing and server environments where you don't need a visi
≡ UPDATE: we have a new version of this post out that resolves some of the gotchas below. Here's a Rubyist's magic incantation to run headless chromium with selenium-webdriver and capybara: (it will be similar in other languages) require 'selenium-webdriver' Capybara.register_driver :headless_chromium do |app| caps = Selenium::WebDriver::Remote::Capabilities.chrome( "chromeOptions" => { 'binary' =
≡ Google Chrome version 59 will ship with the headless option. This means you can test your web applications using chrome without needing xvfb. One problem: the latest chromedriver (version 2.29) doesn't support versions of Chrome higher than 58. The solution is to build the latest chromedriver that supports the latest chrome/chromium. Google does not make nightly builds of chromedriver public, yo
何事もall or nothingにしたがる人は置いといて、ぼくはせっせと効果的な範囲でテストを書いていきたいと思っていますが、そんなぼくの心を知らずしてか、Capybaraは不定期に以下のようなエラーを吐く。何故か特にCircleCIで。 Capybara::ElementNotFound: Unable to find css "#some_selector" Bootsrapを使っているときに顕著なんだけど、cssのtransitionなどのエフェクトが完了するまえにCapybaraが先走ってしまうことがあるので不定期に起こってしまう、というシナリオ。 であれば、テストのときはエフェクト切ればいいじゃない。 http://stackoverflow.com/questions/14488836/capybara-2-having-trouble-interacting-with-bo
Request SpecとCapybaraで、jQuery UI のSortableを使った並び替え部分のエンドツーエンドテストを書いていて、ハマったのでメモ。 Capybaraのドキュメントを見てみるとdrag_toというメソッドがあったので、これを使ってみたけど、ドラッグアンドドロップされなかった。動き的には、ドラッグはしてるけど、ドロップした時に元の場所に戻ってる感じかな？ ちなみにコードはこんな感じ #drag&dropされない it "リストを並び替えると、「item2」が一番上に表示されること", :js => true do click_link "リストを並び替える" # 並び替えの画面に移動 source = page.find_by_id("item_#{items(:item2).id}") target = page.find_by_id("item_#{items
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Introducing Capybara 2.1 — Elabs を読んでのメモです。 capybara 2.1 を 2.0 と同じ挙動にする capybara 2.1 を 2.0 と同じ挙動にするには下記のように設定する Capybara.configure do |config| config.match = :one config.exact_options = true config.ignore_hidden_elements = true config.visible_text_only = true end capybara 1.x から 2.1 にアップグレードする 1.x から 2 系に上げると、互換性がない変更があって大変だけど、下記の設定をしておけばあとは簡単(らしい)。 Capybara.configure do |config| config.match = :p
ちょうど 2 年ほど前にCapybara の README を訳しました。しかし 2 年の間に Capybara も 1.x 系から 2.1 になり、訳の内容が古くなっています。現在の仕様とは矛盾する部分も出ており、今読んだ人は混乱してしまうかもしれません。 ということで最新の内容を反映したものをgithubに置きました。どうぞご利用ください。 お願い github に置いたということは、pull request が使えるということです。もし間違えや、原文の更新を見つけたらどしどし pull request を送ってくれると助かります。常に README の変更を監視して訳に反映させるのはちょっと無理なので…。みなさんの手助けが必要なのです＞＜よろしくおねがいします！
Varvet crafts digital applications designed to create human experiences.We help companies help people in a way that defies expectations of what digital is. How We Work “Varvet took the time to really understand our business and our needs” Jill Bradley VP Brand & Creative — Bestow Your craft deserves a home.Varvet is where skilled people build things they're proud of, together. If that sounds like
皆さん、font-awesome は使っていますか？font-awesomeは、twitter bootstrap が提供しているアイコンを、フォントとして使えるようにしてくれるライブラリです。フォントなので、拡大しても画質が荒くならないですし、色を変えることも簡単にできます。べんり！ ただ、一つだけ難点があります。font-awesome を使っていると capybara-webkit でのテストがこけるのです。理由は、capybara-webkit(というかcapybara-webkitが依存しているqt) が font-awesome などの外部フォントに対応していないためです。というわけで下記のようにして対処しました。 前提 gem 'font-awesome-sass-rails'を使っています。素の font-awesome を使っている人は別のやり方でないとダメだと思います。
2012年11月9日にcapybara-webkitの0.13.0がリリースされました。このバージョンからQt4.6.x系ではコンパイルに失敗してしまうようです。現在テスト用サーバーとして使っているScientific Linux release 6.3にはyumでは4.6.x系までしかインストールできないようなのでソースを持ってきてコンパイルしてみました。 ダウンロードサイトはこちら。 http://qt-project.org/downloads 次の手順でインストールしました。 $ wget http://releases.qt-project.org/qt4/source/qt-everywhere-opensource-src-4.8.3.tar.gz $ tar zxvf qt-everywhere-opensource-src-4.8.3.tar.gz $ cd qt-eve
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
