RSpec/Capybaraのテストコードを画面操作から出力するChrome拡張をつくった - memo_md
ほぼ表題の通りの内容で、Chrome拡張を作ってみた。 完成度としてはまだまだだけど、とりあえずざっくり触れる程度にはなったので公開した。 github.com chrome.google.com アイコン画像は、カピバラの写真を適当になぞって作った。 なんでこんなものを？ Capybaraのテストコードを書くのが面倒だなって感じることが多かったのが1つの理由。 TDD的に、先にテストコードを書いていけるのが理想だな〜とは思うものの、Webアプリケーションの開発をしていると、現実には一度は画面から一通り確認して、その後にfeature specを書く流れが多いように感じる。 そしてCapybaraでfeature specを書こうと思うと、 「これはテキストじゃなくてIDで選択しないとダメか〜」 「あ〜、これはfindしてからsetしないといけないのか〜」 という感じで、スムーズに書けない
RSpec3 / Capybara / Capybara-Webkit チートシート - Rails Webook
Railsの有名なテストフレームワークのRSpec、エンドツーエンドテスト用のフレームワークのCapybara、エンドツーエンドテストのJavascript(Ajaxなど)部分のテスト用のCapybara-webkitのチートシートです。 基本的な使い方を知っていることを前提に、Railsでの使い方をまとめました。 その他参考になるサイトです。 RSpec/Capybaraの導入方法 FactoryGrilのチートシート 動作確認 Rails 4.1.7 rspec-rails 3.1.0 capybara 2.4.1 capybara-webkit 1.3.0 目次 RSpec Matcher 独自RSpec Matcher RSpec Mock(モック/スタブ) Shoulda-Macher Capybara JSのテスト(with Capybara-WebKit) RSpec Mat
Feature specs で、たくさんの手順があるWebアプリの受け入れテストを書いてみた - yuumi3のお仕事日記
ログインして、販売伝票ボタンを押し、商品追加ボタンを押し、表示された商品ページでカテゴリーを選択し、商品の一覧を表示し選択ボタンを押し・・・ ・・・ ・・・ 確定ボタンを押す。 のようなたくさんの手順で一つの作業が完結するようなWebアプリの受け入れテスト(顧客テスト、総合テスト…)を RSpec + Capybara の Feature specs を使って書いてみました。 通常このようなテストには Cucumber や Turnip が使われる事が多いですが、どちらも feature(テスト記述) と sptep(コード)に分かれていています。 顧客や開発者以外の人が feature の作成やレビューに関わる場合はメリットがありますが、開発者だけがテストに関わる場合は面倒なだけです。 そこでプログラマーの大好きな RSpec だけで、受け入れテストを書ける Feature specs
Capybara で一時的に非同期処理の待ち時間を調整する
Ruby で開発している Web アプリのテストを強力に支援してくれる Capybara。デフォルトで非同期処理のテストにも対応してまして、特定の要素を見つけ出したり、条件に一致する要素の存在確認をしたりするテストにおいて、失敗した場合に一定時間（デフォルトでは2秒間）待ち、再度DOMを読み直してテストを再実行する機能が組み込まれております。 これは便利な機能ですが、しかし非同期処理を想定しないテストの時も、毎回レッドのたびに2秒待たされるのも無駄です。この非同期処理の待ち時間を変更する方法の１つは、using_wait_time メソッドを使うことです。 using_wait_time 1 do expect(page).to have_css '#hoge' end 上記コードは非同期処理の待ち時間を1秒に設定してブロック内のテストを実行します。 あるいは、Capybara 2.1以降
『チーム開発実践入門』という本を書きました - ikeike443のブログ
2年くらい前に技術評論社さんから「チーム開発に役立つツールや方法論をまとめた本を書かないか」とお声がけいただきました。 それから構想1年（ぼんやりしてた）、執筆に1年かけて（週末がなくなった）、ようやく4月16日に発売できそうなところまで来ました。 今印刷所でゴインゴイン刷っていると思います。 技術評論社さんのページを見てもらうと、表紙画像もアップされてますね。 http://gihyo.jp/book/2014/978-4-7741-6428-1 Amazonさんにもページができていますが、まだ表画像はアップされてません。 チーム開発実践入門 ~コラボレートを円滑に行うツール・方法論 (WEB+DB PRESS plus) 作者: 池田尚史,藤倉和明,井上史彰出版社/メーカー: 技術評論社発売日: 2014/04/16メディア: 単行本（ソフトカバー）この商品を含むブログを見る 目次もま
Capybaraを使う際に知っておきたいこと - Qiita
defaultは? defaultではRackTestが使用されていて、高速だしRubyで書かれているのでRuby以外に依存してるソフトウェアが無くて良いのですが、JSが実行出来ませんし外部APIとかも叩けません。 個人的な意見としてはJS実行、外部APIを叩くことが必要でなければRackTestのままでいいと思います。 JS実行や外部APIを叩きたければ? こうなるとheadlessではないSelenuimか、headless driverであるCapybara-webkitやPoltergeistになってきます。 まず、headlessではないdriverを選んでしまうとテスト実行毎にブラウザが立ち上がってしまいます。これは鬱陶しいのでメインで使うには不適当です。 ということでheadless driverであるCapybara-webkitやPoltergeistになってきます。 最
Capybara リファレンス一覧 - Qiita
let(:studio) { create(:studio) } データベースを作る、letの後がデータベース名 letの後に!をつけてlet!とすると優先的に作る visit ページに移動 例：visit root_path fill_in フォームに値を入れる 例：fill_in 'number', with: staff.number click_button ボタンをクリック click_link リンクをクリック 例：click_link '前へ進む' click_on ボタンまたはリンクをクリック select('カテゴリ１', :from => 'カテゴリ') セレクトボックスから項目を選択 例： select('選択してください。', :from => 'staff_staff_type') fromにid名を記入 save_and_open_page デバックモードでブラ
How to click first link in list of items after upgrading to Capybara 2.0?
How to click first link in that case: <div class="item"> <a href="/agree/">Agree</a> </div> <div class="item"> <a href="/agree/">Agree</a> </div> within ".item" do first(:link, "Agree").click end and I get this error: Capybara::Ambiguous: Ambiguous match, found 2 elements matching css ".item" And without the within I get this error: Failure/Error: first(:link, "Agree").click NoMethodError: undefin
RSpec Capybara Webkit Xvfb CentOS 要するにRailsでjavascriptをテストしたい
RSpec + Capybara のセットアップは簡単でいいんですが、javascriptのテストができません。 いざ本当にウェブサイトやウェブアプリのテストしようと思ったらjavascriptのテストは必須。 それを可能にするには意外にも長い道のりがあるので、まとめておきます。 想定する開発環境はこんな感じ。 Vagrant (Virtual box) CentOS 6.4 ここでつまずいたらドットインストールで学習 ローカル開発環境の構築 (全12回) - プログラミングならドットインストール Vagrant入門 (全13回) - プログラミングならドットインストール Rails4 RSpec Capybara テストについてよくわからなければ、このチュートリアルで学習。 Ruby on Rails チュートリアル：実例を使って Rails を学ぼう テスト駆動開発の定義とは、アプリケ
Rspec and Capybara Intro Tutorial at RailsConf 2013
Behavior-Driven Development and Acceptance Testing are heavily intertwined and in many aspects are one and the same. Both focus on starting at the outer layers of your application by concentrating on what matter to users; behavior. In this session/workshop we'll talk about how testing can be used both for specifying your application yet to be develop expected behavior and as accurate, running docu
Capybara入門（テスト記述編） - miyohide's blog
テストを書く（単純編） 前回からの続きです。 ようやく本題です。まずは、index画面を表示させるテストを書くことにします。 require 'spec_helper' describe "Tasks" do describe "GET /tasks" do it "displays tasks" do Task.create!(:name => "foobar") visit tasks_path page.should have_content("foobar") end end end テストを実行しましょう。 tsubame.local{miyohide}% rake spec:requests /Users/miyohide/.rvm/rubies/ruby-1.9.2-p290/bin/ruby -S rspec ./spec/requests/task_spec.rb . F
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Remove insertion of Rack::Lock middleware in favor of a note in the R… · teamcapybara/capybara@5dbb480
capybara/lib/capybara/server.rb at master · teamcapybara/capybara
capybara cheat sheet
Rails3.2にTurnip Capybara Poltergeistを導入してみる - Qiita
Clicking on a DIV with Capybara - Scott Watermasysk
File: README — Documentation for capybara (2.1.0)
Leave end-to-end testing to Capybara
GitHub - ir3/e2etest: kansaiRubyKaigi05 No Test No Ruby End To End Test #kanrk05
Problems using regexp with has_content? · Issue #740 · teamcapybara/capybara