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
Module: Capybara::Node::Matchers — Documentation for jnicklas/capybara (master)
Asserts that all of the provided selectors are present on the given page or descendants of the current node.
Module: Capybara::Node::Matchers — Documentation for jnicklas/capybara (master)
Asserts that all of the provided selectors are present on the given page or descendants of the current node.
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
Rspecの文法の基礎 - Qiita
describe <クラス名> do it "<期待する動作の内容>" # ... end context "<条件の内容>" do it "<contextの条件下で期待する動作の内容>" do # ... end end end ここで、 contextは、describeに置き換え可能 itは、specifyまたはexampleに置き換え可能 なので、文脈に合わせて使いやすい用語を使えば良い。 なお、デフォルトの設定では、名前として<クラス名>_spec.rbというようにサフィックスとして_spec.rbがないとrspecコマンドで全体を走らせた時に無視されるようになるので気をつけること。 何をしているか describe,contextはExampleGroupを生成 it,specify,exampleはExampleを生成 なお、topレベルのdescribeはExampleG
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
How We Test Rails Applications
I’m frequently asked what it takes to begin testing Rails applications. The hardest part of being a beginner is that you often don’t know the terminology or what questions you should be asking. What follows is a high-level overview of the tools we use, why we use them, and some tips to keep in mind as you are starting out. RSpec We use RSpec over Test::Unit because the syntax encourages human read
データベースの歴史（概要）＜データベースの歴史＜歴史＜木暮仁
シリーズの構成 １ データベースの歴史（概要－全体の流れ） ２ 階層型データベースとネットワークデータベース ３ 関係データベース ４ オブジェクト指向データベース ５ ＸＭＬデータベース ６ 多次元データベースとデータウェアハウス ７ インメモリデータベースと列指向データベース 付 年表 データベースそのものはデータの持ち方だけであり、特別な技術を伴うものではない。そのデータをアクセスするための言語やそれを解釈して実行するためのソフトウェア、データの一貫性や可用性を保つためのシステムが必要になる。それをデータベース管理システム（ＤＢＭＳ：Database Management System）という。 また、データベースを実現するには、ＤＢＭＳの理論だけでなく、それをソフトウェアとして作成する必要があるし、それはＯＳや言語に影響をうける。さらにハードウェアに実装する必要がある。 ここでは、
書き直さない時代の気分 - steps to phantasien
なんとなく続き。(前回) Martin Fowler が蒸し返すまで、 自分は書き直しについてことさら何か書く気が起きなかった。 どうでもよさは時がたつほど増していった。気分の出処を見直してみたい。 部分的に書き直す 最初の理由は、書き直しがゼロかイチかの大きな判断ではないという納得かもしれない。コードの書き換えには様々な粒度がある。一番小さいのが厳密なリファクタリング。一番大きいのがフルスクラッチの書き直し。その間には様々な大きさの書き直しがある。書き直しの粒度が連続的である以上、どちらか一端を擁護する議論は虚しい。 小さい刻みの変更を積み重ねれば危険を冒さず大きな変更ができる。それがリファクタリングのテネットだ。刻みは小さいほど安全だから、良いプログラマは大きな変更を連続した小さい変更へと噛み砕く。変更の難しさに実力が及ばないと刻みが大きくなり失敗の危険が増す。バグが増えたり納期に遅れ
確率的に犠牲的 - steps to phantasien
Martin Fowler が Sacrificial Architecture と言い出した時は驚いた。“変化を受け入れよ” はどこにいったの。書き直しはダメと自分の中の結論が出たのは随分前のことだけれど、ひさしぶりに考え直してみる。 Sacrificial Architecture の論拠として Martin Fowler はいくつかのインターネッツ企業を例にとっている。でも一般化するには偏ってないか。それにこれら企業が面していたのはごく限られた種類の変化だ: 彼らはもっぱら性能不足と戦っていた。 機能の変化に強いコードは柔軟性の裏で性能を犠牲にしがち。機能の変化を捉えることに先鋭化した従来の Agility は性能要件の変化を必ずしもやり過ごせない。一方で存在感を増すスタートアップの世界では性能への期待が当たり前のように大きく変わる。だから Agile はあてにならない、堅牢なアーキ
Rapid Prototyping in JavaScript • Matt DesLauriers
March 8, 2015 Rapid Prototyping in JavaScript Twitter: @mattdesl In this post I’ll outline a simple workflow for quick prototyping and creative development with JavaScript. It’s the workflow I’ve been using for some years now, and it is how I build most of my libraries, demos and client projects. Some examples of libraries/projects using this workflow: Audiograph color-wander webgl-wireframes pers
Node.jsフロー制御 Part 1 – コールバック地獄 vs. Async vs. Highland | POSTD
（このシリーズのPart 2はこちら: Node.jsフロー制御 Part 2 – FiberとGenerator ） 今回は、JavaScript/node.jsアプリケーションのフロー制御に対するアプローチを、いくつか取り上げて比較してみたいと思います。 通常のコールバックを使う 平坦化されたコールバックを使う Async （ @caolan 作）を使う Highland （こちらも @caolan 作）を使う Bluebird （ @petkaantonov 作）を使う Expressフレームワークを使った以下のルート処理（お粗末ですが）を例に見てみましょう。 ファイルから読み込む いくつかのプロセスを実行する（ステップの数は3つ） プロセスとは、単に拡張データをコールバックする任意の非同期処理を指します ファイルに結果を書き出す リクエストに対して成功またはエラーのメッセージを返す
見やすいプログラミング用フォント「Ricty Diminished」をWindowsにインストールしてSublime Textで利用する方法
Ricty Diminishedとは Ricty Diminished (リクティ・ディミニッシュト) は Ricty の姉妹フォントで、Inconsolataと Circle M+ 1m を Ricty 生成スクリプトで合成したフォントです。 特徴として以下のものが挙げられています。 ラテン文字には、Inconsolata が適用 その他にはCircle M+ 1mが適用（M+の視認性の高い日本語文字が利用可能） 半角文字と全角文字の横幅の比が 1:2 に調節されている 全角スペースが可視化 いくつかの全角グリフが対応する半角グリフと差別化されている en ダッシュ、em ダッシュが破断線のようになる プログラミング用のフォントは、エディターなどで見たときに、可読性が高いデザインになるよう作成されています。 例えば、英語の小文字のエル「l」や、大文字のアイ「I」、数字の「1」、その他にも
Source Code Proと他の等幅フォント（Ricty、Migu 1M、Courier）比較 - itouhiroはてなブログ
等幅フォントを画像で比較しました。 比較画像 （300Kと重いですが、しばらく待てばアニメします。最下行にrsingleTag..という行がくるようにしてあります） 個々のフォントを見ます。 Source Code Pro Adobeが公開したオープンソースフォント。見まちがやすい「数字のゼロ0とアルファベットのオーO、数字のイチ1とアルファベットのアイI、エルl」を区別しやすいと話題です。参考記事: http://b.hatena.ne.jp/entry/www.publickey1.jp/blog/12/_source_code_pro.html しかしその判別性は以下のフォントでも意識されていました‥。 Inconsolata 「Top 10 Programming Fonts http://hivelogic.com/articles/top-10-programming-font
RictyフォントをWindowsで生成する（2012年7月03日版） - itouhiroはてなブログ
Ricty（リクティ）フォント http://save.sys.t.u-tokyo.ac.jp/~yusa/fonts/ricty.html はプログラミングやシェル操作に向いているTrueTypeフォントです。 ところがこのフォント、複数のフォントを合成しなくてはなりません。 追記 (2011-11) フォント合成をしなくても、合成済みttfファイルをダウンロードできる Ricty Diminished http://save.sys.t.u-tokyo.ac.jp/~yusa/fonts/rictydiminished.html が登場しました。ただしJIS第2水準の漢字がたりません。 漢字がすべて揃ったフォントがよいなら、今後も、以下のRictyを選ぶ必要があります。 その合成作業がWindowsでは難しそうにみえます。しかし やってみると簡単とわかりました。 2012年7月03日現
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - evanphx/benchmark-ips: Provides iteration per second benchmarking for Ruby
news/time-travel-made-easy