local のファイルを remote のブラウザで attach_file させるには - Qiita
環境想定 capybara + selenium-webdriver でリモートマシンのブラウザを用いて実行しているとき ※ 一応 selenium-webdriver は 2.34.0 で確認していますが、きっと前のバージョンでも使えると思います 目的 Capybara::Node::Actions#attach_file でファイル添付を行いたいと考える ブラウザがローカルで動いている分には問題ない。 ブラウザがリモートで動いている場合に失敗する。なぜならリモートマシンに /home/gongo/fixtures/hoge.csv が 存在しないから 対応策としては、リモートマシンにも /home/gongo/fixtures/hoge.csv を配置しておけばいい。しかし…… 並列化のためリモート環境を大量に準備したい → 配置めんどい もしリモート環境が Windows だったら
Selenium WebDriver(リモートサーバー)+Capybaraを試してみた。 - kitak blog
こんにちは。お金がなくて困っています。きたけーです。 今日、朝、Selenium WebDriver(リモートサーバー)とCapybaraを試してみたのでそのまとめ。 Selenium WebDriverなんぞそれ？っていう人は、このスライドをみると便利さが分かるのではなかろうか。 ようするにテストを走らせたいブラウザのあるマシンでリモートサーバーを立てておいて、クライアントからテストを投げることができる。複数台用意すれば、複数の環境でほぼ同時にテストを走らせることができる。 以前、JSのテストを走らせるためのVMを構築していたときにWebkitでしかテストできないヨ！ IEでテストできないヨ！とかほざいていましたが、IEの動くWindowsマシンを用意してリモートサーバーを立てれば解決ですね。 それを用意するのが面倒なんだよ...という方のために近いうちBrowserStackを試してみ
Capybaraを使って、Rails+JavaScriptの非同期な統合テストを書く | POSTD
上からも分かるように、ページの読み込みが完了する前に、テストでリンク探しを始めたのにも関わらず、Capybaraは優雅にインタラクションを処理しています。 しかし、Capybaraがこれらの非同期の問題を処理してくれるにもかかわらず、成功したり失敗したりする一貫性のないテストにいとも簡単に陥ってしまうのはなぜなのでしょう。 競合状態の数を最小限に抑えて、Capybara APIを正しく使用するには、いくつかのコツがあります。 最初に適合するエレメントを見つける 悪い例 first(".active").click まだページに.active要素がない場合、firstはnilを返し、クリックは失敗します。 良い例 # 完全に一致するものが欲しい場合 find(".active").click # ただ単に最初の要素がほしいだけの場合 find(".active", match: :first
[Ruby]Selenium::WebDriverでHeadless Chromeを起動したときのChromeのオプション設定 - Qiita
Selenium::WebDriverを使ってHeadless Chromeを起動したときのオプション設定について調べてみました。 Selenium::WebDriverでHeadless Chromeを起動するには 通常のChromeとの違いは、オプション設定に--headlessを渡すことだけです。 require 'selenium-webdriver' options = Selenium::WebDriver::Chrome::Options.new options.add_argument('--headless') @driver = Selenium::WebDriver.for :chrome, options: options @driver.navigate.to "https://www.google.com/" Selenium::WebDriverからHeadl
![[Ruby]Selenium::WebDriverでHeadless Chromeを起動したときのChromeのオプション設定 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/6396b8fd9fc300a6e529a6d6f7feae4aca7547a2/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCUnVieSU1RFNlbGVuaXVtJTNBJTNBV2ViRHJpdmVyJUUzJTgxJUE3SGVhZGxlc3MlMjBDaHJvbWUlRTMlODIlOTIlRTglQjUlQjclRTUlOEIlOTUlRTMlODElOTclRTMlODElOUYlRTMlODElQTglRTMlODElOEQlRTMlODElQUVDaHJvbWUlRTMlODElQUUlRTMlODIlQUElRTMlODMlOTclRTMlODIlQjclRTMlODMlQTclRTMlODMlQjMlRTglQTglQUQlRTUlQUUlOUEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWQzYWMzYTNjYzVmN2JmMTEzOWRkYzZiOWY3ZmM2OWIw%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZWlnaHRmb3Vyc2l4JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz04ZWEwMDdlNzQ4N2E3MjA4N2ZlNjE5ZDk2NGQ5MjQzMw%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D330263d552268ac41f0d568085173f1e)
poltergeistからheadless chromeへ移行する時に気をつけること - メドピア開発者ブログ
こんにちは。メドピアのRuby(Rails)化をお手伝いしている@willnetです。最近は子育てに忙しくしています 👶 先日、メドピアで利用しているcapybaraのjavascript driverをpoltergeistからheadless chrome(selenium-webdriver)に移行しました。driverを変更するにあたって既存のテストコードをいくつか修正する必要があったので、そこで得た学びを共有したいと思います。 なぜ移行したのか ここ数年、Railsでエンドツーエンドのテストを書くときにはpoltergeistを使う、というのがデファクトスタンダードだったはずです。それ以前はみんなcapybara-webkitを使っていましたが、poltergeistはバックエンドにPhantomJSを使っており、Qtに依存しているcapybara-webkitと比べてビルドが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cannot call non W3C standard command while in W3C mode (Selenium::WebDriver::Error::UnknownCommandError) with Selenium ChromeDriver in Cucumber Ruby
RubyでSeleniumを使ってスクレイピング - Qiita