RSpec 3.7 has been released!
RSpec 3.7 has just been released! Given our commitment to semantic versioning, this should be an easy upgrade for anyone already using RSpec 3, but if we did introduce any regressions, please let us know, and we’ll get a patch release out with a fix ASAP. RSpec continues to be a community-driven project with contributors from all over the world. This release includes over 127 commits and 31 merged
End to End Tests on CircleCI with Docker - Rails, Capybara, Selenium
The web development world is changing fast. I feel that we are moving towards splitting monolith web applications in two, by extracting backend part into an API. This solution, even though it has many pros, it brings in some difficulties as well. One of which are end to end tests. It may be really tricky to execute those tests in a proper way, especially when we don't have that much of a control o
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
PhantomJS + Poltergeist を Selenium + Headless Chrome で置き換える (1) Rails + Capybara による feature spec 編 - valid,invalid
レガシーに半身浴しているような、ふだんなかなか触らないけれど現役のレポジトリに潜んでいた亡霊を退治!!! Poltergeist + PhantomJS を消し去り、 Selenium + Headless Chromium に置き換えた。 このレポジトリは Rails による API バックエンドと SPA フロントエンド両方を管理しているもので、以下の2箇所で PhantomJS に依存していた。 Capybara による feature spec。PhantomJS の driver として poltergeist を使用。 Teaspoon による frontend の JavaScript test。Teaspoon は JS のテストランナーでもあり PhantomJS driver も内包している 。 両方について書いたら思いの外長くなってしまったのでこの記事では 1. の方
Headless Capybara Feature Specs with Chrome
I’ve been a happy user of Capybara-WebKit for many years now, but its dependence on Qt can make it frustrating to install on macOS, particularly following macOS or Xcode updates. One such recent issue lead me to experiment with running my tests in Chrome via ChromeDriver and Selenium. I found the installation of ChromeDriver and Capybara-Selenium to be significantly faster than the installation of
Capybaraチートシート - Qiita
当文書はRails + Rspec + Capybara環境を想定しています。 他のアプリ/テストフレームワークを利用したい場合は公式のREADMEを参照願います。 概要 Capybara = UIテストのためのrubyフレームワーク オープンソース / MITライセンス ページの表示、フォームの入力、ボタンのクリック等のUI操作をテストコード上で実行できる 複数のテストフレームワークから利用できる MiniTest, RSpec, Cucumberなど 複数の ドライバ (テスト環境, ヘッドレスブラウザ)を選択して利用できる Rack::Test, Selenium, Webkitなど 導入 インストール gemをインストールする。 Railsの場合、バージョンによってはデフォルトでGemfileに追加されている。
Capybara cheatsheet
attach_file 'Image', '/path/to/image.jpg' fill_in 'First Name', with: 'John' check 'A checkbox' uncheck 'A checkbox' choose 'A radio button' select 'Option', from: 'Select box' unselect
Capybara cheatsheet
Capybara.md Capybara Actions # Anchor click_link 'Save' # Button click_button 'awesome' # Both above click_link_or_button 'Save' # Text (area) field fill_in 'Name', with: 'Content' # Checkbox check 'Content' uncheck 'Content' # Radio button choose 'Content' # Select option from select tag select 'Option', from: 'Label' # File input attach_file Rails.root.join('spec/fixture/some_file.png') Capybara
WIP: Capybara Integration with Rails (AKA System Tests) by eileencodes · Pull Request #26703 · rails/rails
Update: This PR changed a lot over the course of being open. Please refer to the documentation or code in master / 5-1-stable to use system tests I'm really excited to open this initial PR for bringing system/acceptance test support to Rails through Capybara. The goal of this PR is for Rails to take on all the setup that is needed in applications to allow Capybara and make system testing default i
nezumi - Google Chromeのフォーム入力からCapybara/RSpec対応のテストコードを生成 MOONGIFT
テストコードを書くのは面倒です。特にWebブラウザの表示を再現するような類のものは面倒に感じるでしょう。面倒だとどうしても記述が疎かになったり、テストが不十分になったりします。 そこで使ってみたいのがnezumiです。Google Chromeの入力内容からCapybara/RSpec対応のテストコードを生成します。 nezumiの使い方 Google ChromeのDevToolsにnezumiというタブが追加されます。そこを表示したままフォームに入力を行うとCapybara対応のコードが作れます。 入力する度にコードが追加されていきます。フォームに入力したら、後はCOPYボタンを押すだけです。 nezumiを使うことで実際に動いているフォームに対して本物に近い入力を試せるようになります。作られたコードをコピペするだけなので、後はちょっと入力を変えてテストすると言ったこともできるでしょう
RubyとSeleniumでHeadless chromeを動かす on Ubuntu/Linux - Qiita
[2017-06-22 追記] chromeバージョン59の正式リリースに伴い、記事の内容を全面刷新しました。 [2017-07-27 追記] selenium使用時にsend_keysが使用できない問題を記載しておりましたが、Chromedriver2.31のリリースに伴い問題が解消しました！ はじめに注意 chromeはバージョン59より正式にヘッドレスモードを搭載しました。 それを試そうと「chrome headless」などで検索すると、古いバージョンのchromeをXvfbなどの仮想ディスプレイを通してLinux上で動かす記事が沢山でてきますが、これらはheadless chromeに関しての記事ではなく、普通のGUI chromeをどうにかしてcui上で動かそうという取り組みの記事です。 chromeのヘッドレスモードでは、PhantomJSと同じようにXvfbはありません。g
Replace PhantomJS with headless Chrome (#30876) · Issues · GitLab.org / GitLab FOSS · GitLab
Resources FE @mikegreiling Chrome 59 can now be run with --headless on all platforms. https://www.chromestatus.com/features/5678767817097216 We should look into replacing PhantomJS with headless Chrome in our GitLab tests for more accurate and less error-prone integration testing. This needs to be done in two places: Update docker images to include headless Chrome pre-installed (gitlab-build-image
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ちょうどよい Rails E2E テスト/enough-good-rails-e2e-test
GitHub - mattheworiordan/capybara-screenshot: Automatically save screen shots when a Capybara scenario fails
https://bugs.chromium.org/p/chromium/issues/detail?id=737678
Chrome Web Store
Install Chrome, ChromeDriver and Selenium on Ubuntu 16.04
Ubuntu に apt-get で Chrome 59 インストールして --headless してみた - Qiita
Download file in headless chrome · Issue #5159 · SeleniumHQ/selenium
Using Capybara with headless chrome · Issue #1860 · teamcapybara/capybara