Capybaraとreg-cliを使ってお手軽にビジュアルリグレッションテストを行える環境を整備しました📸 - メドピア開発者ブログ
こんにちは、MedPeerの開発を担当している森田です。 今回は私が開発に参画しているMedPeerに元々E2Eテストで利用していたCapybaraと、reg-cliを利用してビジュアルリグレッションテスト(以下VRT)を行える環境を整備したので、それについてご紹介させていただきます。 なぜ、VRTを導入するのか？ VRTの要件と技術選定 実際に構築したVRT基盤の概要 VRT基盤の具体的な話 System Spec内でスクリーンショットを取得する reg-cliでスクリーンショットの差分をチェックする 分かりやすいコマンドでVRTを実行できるようにする CIで差分をチェックする OS間での利用フォントによる違いを吸収する おわりに 参考にさせて頂いた資料 なぜ、VRTを導入するのか？ MedPeerでは元々System Specを活用したE2Eテストを利用してフロントエンドを含めて品質を
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アプリのE2Eテスト(feature spec)を実行する
Capybaraはわりと万能だが、「別にそこまでやってくれなくていい」というところが多い。 Capybaraを最小限使ってラクする方法は↑の記事で書いたが、完全にCapybaraなしでRailsアプリをブラウザと対向させて試験する方法も調べたのでメモ。 Capybaraなしとはどういう状態か 基本的には、以下の3点以外は変わらない。 テストサーバーは起動しない Capybara::DSLがincludeされない visitなどは未実装の例外(NotImplementedError)ではなく、未定義(NameErrorあるいはNoMethodError)になる。 system specはSystemTestCaseがCapybaraに強く依存しているので、使えない たとえばrspec-railsは以下のようなセットアップをしてくれるが、これはCapybaraの有無に関係なく行われる。 spe
Rails アプリケーションの不安定なテストを撲滅したい 〜system spec のデバッグ方法とテストを不安定にさせる要因〜
Rails アプリケーションの開発において、自分の変更に関係のないテストのせいで CI がコケるとストレスですよね？真っ先に直したくなりますよね？不安定なテストを直すのは大変な労力が要ると思ってませんか？実は、たいていのケースは簡単に再現確認ができるし、不安定になる要因もだいたい決まっているし、ログやスクリーンショットを見れば原因も簡単に特定できるんです！ そんなわけで、日頃不安定なテストを潰している身として知見みたいなものをまとめてみました。 今回利用した環境は次のとおりです。 rails 6.0.0 capybara 3.29.0 selenium-webdriver 3.142.4 rspec-rails 3.8.2 Google Chrome 77.0.3865.75 (headless で使用) ChromeDriver 77.0.3865.40 (f484704e052e0b5
Railsの技: Capybaraのテストで複数のセッションを扱う（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Testing multiple sessions in the same test with Capybara | Boring Rails: Skip the bullshit and ship fast 原文公開日: 2021/03/02 著者: Matt Swanson サイト: Boring Rails アプリケーション内の機能は、複数のユーザーにまたがって動作することもあります。自動化システムテストを書くときにCapybaraのusing_sessionヘルパーを使うと、複数ユーザーの間の行き来を簡単にシミュレートできます。 ユーザーごとにログインやログアウトを繰り返したり、アプリに対して別のユーザーが変更を加えているように見せかけなくても、同一のCapybaraテスト内で複数のセッションを利用できます。 using_
Capybara+headless-chrome でフルサイズのスクリーンショットを撮る - Qiita
ただし、上の書き方だと画面の一部分しか撮ってくれません... Capybaraでフルサイズのスクリーンショットを撮る フルサイズのスクリーンショットの撮り方を調べるとfull: trueオプションを発見したので付けてスクリーンショットを撮ってみます。 しかし、headless-chromeだとフルサイズに撮れませんでした... 他の方法がないか調べると以下のサイトを発見。 https://testingrepository.com/full-page-screenshot-with-selenium/ take_full_page_screenshotメソッドを適当な場所に定義して、page.save_screenshotをtake_full_page_screenshotに置き換えてみます。 def take_full_page_screenshot(path) width = Capy
Docker+Rails+HeadlessChromeでRSpecのSystem Testしてみた - Qiita
はじめに 今回はタイトルにある通りdockerを使用してrspecのSystem testを実行したので備忘録的に記事にしました。 こちらのrails+mysqlの環境にRSpec用の環境を加えた形になります。基本的にRSpecを追加する部分のみを記載します。 rails+mysqlの環境についてはこちらの記事をご覧ください。 Dockerを使用した既存のRailsプロジェクトの開発環境構築（Rails+Mysql） 構成としてはrailｓ＋MySQL＋test用のdb＋systemspec用に selenium/standalone-chrome-debugを用いた環境となります。 対象読者 既存のrailsプロジェクトの開発環境にdocker＋rspecを利用したいかた。 dockerはダウンロード済みとしています。 参考 こちらの記事を参考にさせていただいております。 Docker
Capybaraを使って、Rails+JavaScriptの非同期な統合テストを書く | POSTD
上からも分かるように、ページの読み込みが完了する前に、テストでリンク探しを始めたのにも関わらず、Capybaraは優雅にインタラクションを処理しています。 しかし、Capybaraがこれらの非同期の問題を処理してくれるにもかかわらず、成功したり失敗したりする一貫性のないテストにいとも簡単に陥ってしまうのはなぜなのでしょう。 競合状態の数を最小限に抑えて、Capybara APIを正しく使用するには、いくつかのコツがあります。 最初に適合するエレメントを見つける 悪い例 first(".active").click まだページに.active要素がない場合、firstはnilを返し、クリックは失敗します。 良い例 # 完全に一致するものが欲しい場合 find(".active").click # ただ単に最初の要素がほしいだけの場合 find(".active", match: :first
使えるRSpec入門・その4「どんなブラウザ操作も自由自在！逆引きCapybara大辞典」 - Qiita
はじめに みなさんこんにちは！ この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第4回です。 今回はCapybaraを使ったフィーチャスペックについて説明します。 ただし、今までの記事とは異なり、フィーチャスペックのイロハよりも「Capybaraの使い方」に重点を置きます。 なぜなら、僕個人の経験からいって、フィーチャスペックで困るのは「このブラウザの操作って、どうやってコードで表現するの？？」というケースが大半だからです。 それ以外は第1回～第3回の内容をそのまま応用できるので、特に「フィーチャスペックだから困る」ということはないと思います。 今回は説明する主な項目は以下の通りです。 フィーチャスペックの基本 ページの移動や画面のクリック、フォームの操作など 画面やフォームの検証 画面の操作や検証の応用テクニック その他
Module: Capybara::RSpecMatchers — Documentation for jnicklas/capybara (master)
Defined in: lib/capybara/rspec/matchers.rb, lib/capybara/rspec/matchers/base.rb, lib/capybara/rspec/matchers/compound.rb, lib/capybara/rspec/matchers/have_text.rb, lib/capybara/rspec/matchers/have_title.rb, lib/capybara/rspec/matchers/count_sugar.rb, lib/capybara/rspec/matchers/match_style.rb, lib/capybara/rspec/matchers/match_style.rb, lib/capybara/rspec/matchers/have_sibling.rb, lib/capybara/rsp
Capybaraチートシート - Qiita
当文書はRails + Rspec + Capybara環境を想定しています。 他のアプリ/テストフレームワークを利用したい場合は公式のREADMEを参照願います。 概要 Capybara = UIテストのためのrubyフレームワーク オープンソース / MITライセンス ページの表示、フォームの入力、ボタンのクリック等のUI操作をテストコード上で実行できる 複数のテストフレームワークから利用できる MiniTest, RSpec, Cucumberなど 複数の ドライバ (テスト環境, ヘッドレスブラウザ)を選択して利用できる Rack::Test, Selenium, Webkitなど 導入 インストール gemをインストールする。 Railsの場合、バージョンによってはデフォルトでGemfileに追加されている。 group :development, :test do + # Ca
Rails: システムテストをRSpecで実行する（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Rails system tests with RSpec 原文公開日: 2017/12/28 著者: Mateusz Dominiak @jnchitoさんの以下の記事も合わせてどうぞ。 rspec-rails 3.7の新機能！System Specを使ってみた Rails 5.1のSystemTestCaseを試してみた 2018/01/25: 初版公開 2023/10/12: 更新 RSpec 3.7登場前のfeature spec は、実物（またはヘッドレス）のブラウザ環境でJavaScriptの絡むアプリのやり取りをフルスタックでテストする手段でした。最近リリースされたRSpec 3.7（訳注: 現在はRSpec 4.0です）では、Railsのシステムテストを元にしたsystem specが追加されました。Rails 5
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Railsの
システムテスト解剖学
Rails,RSpec & Capybara で困った話
Method: Capybara::Session#within — Documentation for jnicklas/capybara (master)
GitHub - rubycdp/ferrum: Headless Chrome Ruby API
ちょうどよい Rails E2E テスト/enough-good-rails-e2e-test
Can I automate Chrome request blocking using Selenium-webdriver for Ruby? - Stack Overflow
Capybara + RSpec + Chrome headlessによるE2Eテスト[Rails] | 酒と涙とRubyとRailsと![Capybara + RSpec + Chrome headlessによるE2Eテスト[Rails] | 酒と涙とRubyとRailsと](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
