rpsecを一から | iii ThreeTreesLight
rpsecを一から やっと仕事が落ち着いてきた＆テストコード書かないと死ぬ状態があまりにも厳しいので、Rspecを一から。 色々情報が古くて動かなかったりで悲しいので、自分なりにrspec学ぶためにやった事をまとめました。 といっても、rspec-coreとrspec-rails、factory_girlのgetting startedをほぼそのままなのですが。 えっ？今更rails3.2系とかなの？とか無しで。 環境$ ruby -v ruby 1.9.3p448 (2013-06-27 revision 41675) [x86_64-darwin12.4.0] $ gem list | ack rsp rspec-core (2.13.1) rspec-expectations (2.13.0) rspec-mocks (2.13.1) rspec-rails (2.13.0) $ r
Comparing ActiveRecord objects with Rspec
Is there a good way in Rspec to compare two ActiveRecord objects while ignoring id, &c? For example, say I'm parsing one object from XML and loading the other from a fixture, and what I'm testing is that my XML parser works correctly. What I currently have is a custom matcher with actual.attributes.reject{|key,v| %w"id updated_at created_at".include? key } == expected.attributes.reject{|key,v| %w"
今日から使える！RSpec 3で追加された8つの新機能 - Qiita
はじめに RSpec 3が正式リリースされて2ヶ月ほど経過しました。(正式リリースは2014年6月) ネットの情報を見ていると、これまでは「既存のテストケースをRSpec 3にアップグレードさせる方法」や「RSpec 3で削除されたり、記法が変わったりした点」など、「守りの姿勢」に入った情報が多かったように思います。(僕自身もそういう情報をたくさんアップしていました) しかし、RSpec 3では以前のバージョンでは使えなかった新しい機能も数多く導入されています。 そこで本記事では「攻めの姿勢」で「RSpec 3から導入された新機能」をまとめてみました。 なお、ここでフォーカスするのはテストコードの書き方にダイレクトに関わってくるマッチャの新機能です。 2015.01.12：RSpec 3.1に関する情報を追記しました RSpec 3.1に関する情報も追記しました。 もともと紹介していた新機
私はRSpecでテストをこんな感じで書いてる - アジャイルSEを目指すブログ
私がRSpec使ってテスト書く時はこんな感じで書いてるよ〜ってのを書いてみた。*1 テストを書く順番について TDDでコードを書く場合、先にテストを書く事になります。 そして、そのテストを書く順番ですが、私は下記のような順番で書くように意識しています。 設計する describe を書く itを書く subjectを明確にする before(context)を明確にする その他に、気をつけている点はこんな感じ 別のメソッド呼ぶ時は基本的にstubなどで潰す contextは「〜の場合」、it は「〜であること」になるようにする 一つずつ、詳細を書きます。 設計する テストを書き始める前に、まず実装しようとしてるクラス、メソッドを簡単に設計します。 少なくとも、「クラス名」「クラスメソッド or インスタンスメソッド」「メソッド名」「メソッドの戻り値」ぐらいは決めます。 describe を
一括処理をするクラスメソッドに対するRspecの書き方
「一定期間以上 既読状態なら未読に戻す」というクラスメソッドへのRSpecを書きたいのですが動作しません。 テストはこのように書き let(:company){ Company.create } describe ".remove_old_read" do before{ Timecop.freeze(Time.local(2014,10,10)) } after{ Timecop.return } context "既読で3ヶ月以上前なら" do before do company.update_attributes(read: true, read_at: Time.new(2014,7,9)) Company.remove_old_read end it "未読にする" do expect(company.read).to eq(false) end end end 対するメソッドは
minitest で RSpec っぽくテストを書く方法 - Anonymous Function
このエントリは刻々と変化する RSpec の作法や暗黙のルールに疲れた人むけです。 テストフレームワークとして人気のある RSpec ですが、しばらく使っていると非本質的な話に振り舞わされて疲れることがあります。インターネット上の情報も早いペースで古くなりがちです。こういった事情により RSpec から標準のテストフレームワークに出戻る、あるいは移行するデベロッパが世界中で増えていると聞きます。 移行するといっても、いざコードを書きはじめてから minitest のシンプルすぎる構文に戸惑う人もいるでしょう。そういった人たちのために、なるべく慣れ親しんだテスト構成を標準ライブラリで組む方法を紹介します。 Example Group が恋しくなる RSpec を使っていると example group を使ってテスト対象を細かく絞ったり、対象の状態に応じたテストを書くことがよくあります。そう
Class: Capybara::Selenium::Driver — Documentation for jnicklas/capybara (master)
Inherits: Driver::Base Object Driver::Base Capybara::Selenium::Driver show all Includes: Find Defined in: lib/capybara/selenium/driver.rb Defined Under Namespace Modules: ChromeDriver, EdgeDriver, FirefoxDriver, InternetExplorerDriver, SafariDriver, W3CFirefoxDriver Constant Summary collapse DEFAULT_OPTIONS = { browser: :firefox, clear_local_storage: nil, clear_session_storage: nil }.freeze SPECIA
WebDriverのWaitを使ってDOMを監視したり意図的に待つ方法
画面テストはブラウザを使ってテスト行うため、HTMLのロードの時間やロード後に実行されるJavascript処理など、いろんなものに影響を受けるためテストを安定して自動実行するのが難しい。 そこで役に立つのがWebDriverが用意しているWait機能。WebDriverのドキュメントに「明示及び暗黙のWait」について説明があり、JSのロードやページ読み込み待ちの発生する場合に使えそうなWaitの使用方法が書かれている。 暗黙のWait ドライバーに設定するだけで、要素が登場するまで設定した値だけ待つ。 https://gist.github.com/daipresents/d3847e8d747d4f7bfe49a7eb0f9b9a20.js?file=gistfile1.txt 明示のWait 明示のWaitをを使うと、「500ミリ秒ごとにチェックして、OKだったら処理に戻る」といっ
Capybara RSpecでのマッチャ、セレクタ 「こんなときどうするの」その1 - Qiita
TDDやってますか？必須と言われつつも、なかなか習慣にするまでは時間かかりますよね。 本質的に 入力と評価したいものに集中できるよう、覚える必要があるマッチャとセレクタは、とっとと覚えられるようにしたいですね。 HTML要素の属性を評価したい xpathでの記法とcssでの記法両方が使えますが、おそらく皆さんがなじみ深いのは(jQueryセレクタでよく使う) cssでの記法だと思いますので、そちらに集中して掲載します。 自分が楽だと思った方法 とりあえず、findに入れて、テキストが返ってくる状態にしてから、シンプルなマッチャで評価する。 have_css とか have_xpath とかで評価したいものを表現するよりも、書くのが早い気がする。
locatorで指定しづらいradio buttonを操作する方法 - Qiita
<input type="radio" name="fruit" value='apple'> リンゴ <input type="radio" name="fruit" value='orange'> オレンジ <input type="radio" name="fruit" value='strawberry'> イチゴ これをRSpecなどでCapybara使ってどうやって選ぶかなのですが、適切にlabelが指定されていればchooseでいけるものの、上記例のようにlabelが設定されていない場合chooseでは難しそうです。このメソッドは引数にcssやxpathを付けつけてくれないようだからです。 そこで、choose自体はCapybara::Node::Elementに対して何かしらの操作をしているだけだろうと予想し、Capybara::Node::Actionsのドキュメントを読
Capybaraのメモ [俺の備忘録]
Google+ボタン はてなブックマークボタン 更新日時: 2014年09月04日（木） 作成日時: 2014年06月05日（木） 前の記事 / 次の記事 ページのレンダリングを試みる visit visitした結果のページ page cssの要素を検証する expect(page).have_css "h1", text: タイトル ステータスコード(rspecのresponse) page.status_code Deviseのログイン状態をつくる* 参考：rspec-rails (2.14.0) + devise (3.2.1, 3.2.0) + capybara (2.2.0) でsign in判定 vi spec/spec_helper.rb Rspec.configure do |config| config.include Capybara::DSL include Ward
Automatically Wait for AJAX with Capybara
We have a race condition between click_link and reload_page. Sometimes the AJAX call will go through before Capybara reloads the page, and sometimes it won’t. This kind of nondeterministic test can be very difficult to debug, so I added a little helper. Capybara’s Little Helper Here’s the helper, via Coderwall: # spec/support/wait_for_ajax.rb module WaitForAjax def wait_for_ajax Timeout.timeout(Ca
Built in matchers - RSpec Expectations - RSpec - Relish
rspec-expectations ships with a number of built-in matchers. Each matcher can be used with expect(..).to or expect(..).not_to to define positive and negative expectations respectively on an object. Most matchers can also be accessed using the (...).should and (...).should_not syntax; see using should syntax for why we recommend using expect. e.g. expect(result).to eq(3) expect(list).not_to be_empt
Capybara で within した場所や find したノードに枠を付けてくれるやつ作った - Thanks Driven Life
gongo/maizebox · GitHub まだまだやる事はあるのですが、とりあえず動いたので公開。 What 件名の通り。結果から言うと下図のようにしてくれるやつです。 Why PhantomJSでページに注釈を付けてスクリーンショット撮るやつ - hitode909の日記 という素晴しい記事とツールを発見したのですが 仕事では Capybara 使っている (driver は selenium-webdriver or poltergeist) ので、Capybara から使えると便利だなと思ったので作ってみました。 How (for User) examples にもあるやつです。 visit 'http://www.apple.com/jp/' within(:css, 'div.text') do page.attention_here page.attention_to(f
[Rails] RSpecのリファクタリング - Qiita
Ruby on Rails Tutorialのエッセンスを自分なりに整理してみる7 Railsにおけるリンクの記述方法とそのテスト http://qiita.com/kidachi_/items/d704e7eb63513c3831ae の続き。 Ruby on Rails Tutorial（chapter5） http://railstutorial.jp/chapters/filling-in-the-layout#sec-layout_exercises Rspecのリファクタリング 指定のページが指定の要素を持っている（もしくはいない）かをチェックするテストコード。 require 'spec_helper' describe "Static pages" do describe "Home page" do it "should have the h1 'Sample App'"
![[Rails] RSpecのリファクタリング - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/f035d0d51fbd782f6108d7a32fbfcbfa18e6ebaf/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCUmFpbHMlNUQlMjBSU3BlYyVFMyU4MSVBRSVFMyU4MyVBQSVFMyU4MyU5NSVFMyU4MiVBMSVFMyU4MiVBRiVFMyU4MiVCRiVFMyU4MyVBQSVFMyU4MyVCMyVFMyU4MiVCMCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MGI4ZDJlZDQ3YjM4OWM3NzhkYjYzZDFlNDQ4OGI5YTU%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwa2lkYWNoMSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NmM0Zjk3YWIyZTVjYjk4NDc3YzViYTAyZGQzMjczYjQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Ddc5640f11ccf4559ae20b1ca0ce900f4)
使えるRSpec入門・その4「どんなブラウザ操作も自由自在！逆引きCapybara大辞典」 - Qiita
はじめに みなさんこんにちは！ この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第4回です。 今回はCapybaraを使ったフィーチャスペックについて説明します。 ただし、今までの記事とは異なり、フィーチャスペックのイロハよりも「Capybaraの使い方」に重点を置きます。 なぜなら、僕個人の経験からいって、フィーチャスペックで困るのは「このブラウザの操作って、どうやってコードで表現するの？？」というケースが大半だからです。 それ以外は第1回～第3回の内容をそのまま応用できるので、特に「フィーチャスペックだから困る」ということはないと思います。 今回は説明する主な項目は以下の通りです。 フィーチャスペックの基本 ページの移動や画面のクリック、フォームの操作など 画面やフォームの検証 画面の操作や検証の応用テクニック その他
Directory Structure - RSpec Rails - RSpec - Relish
Specs are usually placed in a canonical directory structure that describes their purpose: Model specs reside in the spec/models directory Controller specs reside in the spec/controllers directory Request specs reside in the spec/requests directory Feature specs reside in the spec/features directory View specs reside in the spec/views directory Helper specs reside in the spec/helpers directory Mail
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails モデルの RSpec 単体テストで validation と DB に対するテストを区別した
RSpecにおけるFactoryGirlの使い方まとめ - Qiita
FactoryGirlでModel作成時のValidationをスキップする方法 - Qiita
