ほぼ表題の通りの内容で、Chrome拡張を作ってみた。 完成度としてはまだまだだけど、とりあえずざっくり触れる程度にはなったので公開した。 github.com chrome.google.com アイコン画像は、カピバラの写真を適当になぞって作った。 なんでこんなものを？ Capybaraのテストコードを書くのが面倒だなって感じることが多かったのが1つの理由。 TDD的に、先にテストコードを書いていけるのが理想だな〜とは思うものの、Webアプリケーションの開発をしていると、現実には一度は画面から一通り確認して、その後にfeature specを書く流れが多いように感じる。 そしてCapybaraでfeature specを書こうと思うと、 「これはテキストじゃなくてIDで選択しないとダメか〜」 「あ〜、これはfindしてからsetしないといけないのか〜」 という感じで、スムーズに書けない
概要 画面操作とテストシナリオが疎結合にできるPageObjectデザインパターンを試したかったので、検索ワードにヒットする商品を自動購入するAmazonの自動購入処理を書きました。 参考ページをCapybaraに移植したものになります。 PageObjectデザインパターンとは 公式によるとPageObjectデザインパターンとは、以下だそうです。 ・The public methods represent the services that the page offers（publicメソッドは、ページが提供するサービスを表す） ・Try not to expose the the internals of the page （ページの内部を公開しないこと） ・Generally don’t make assertions （原則としてassertionを行わないこと） ・Method
はじめに 仕事で Rails を使わないピュアな Ruby のプロジェクトで開発をすることになり、RSpec のテストがパスするまでに少々はまったので、恥を忍んでまとめておきます。 RSpec を動かすまでの手順については、こちらのサイトの手順を参考にさせて頂きました。 qiita.com 環境 rbenv 1.0.0 ruby 2.3.0 事前準備 rbenv で ruby をインストールしておいて下さい。 ディレクトリ構成 今回作成するプロジェクトのディレクトリ構成です。 ソースコードは src 以下に、テストコードは sprc 以下に作成します。 rspec_sample ├── Gemfile ├── Gemfile.lock ├── src └── spec 初期設定 プロジェクトのディレクトリを作成し移動します。 ついでに、ソースを作成する src フォルダも作成しておきます。
Selenium + Capybara + RSpecで自動テストしてみる : 準備編Sun, 27 Nov 2016 06:02:34 GMTテスト Ruby Selenium RSpec Capybara 前回の記事でSelenium + Rubyでテストを始めてみるも 「これってブラウザの操作はできたけど、どのテストが通ったのかわからないんじゃね？」 と気づきました。その結果、タイトルの組み合わせでテストすることにしました。 2017/1/28 追記 この後にもいろいろやったんですけど、結局RSpecを使わずにMinitestに変更しました。 前書き CapybaraはSelenium（というかRubyのその他も含めたテスト関連の）ラッパーのようです。RSpecはRubyのテストフレームワークです。 なお、どのテストが通ったかどうか判断するだけだとCapybaraはいらないですが、生
かつて、Log4jというロギングライブラリがありました。 最強でした。1999年のお話です。 ロギングの大切さとLog4jの素晴らしさが見直され、Java標準にjava.util.loggingというAPIが追加されました。2002年のお話です。 java.util.loggingはLog4jを参考に作られましたが、ところどころ使いづらかったため、「標準」という武器をもってしても、Log4jに置き換わることはできませんでした。そのため、Javaの世界には2つのロギングライブラリが残ってしまいました。 Maven1.0が2004年にリリースされ、人々はOSSライブラリを組み合わせてアプリケーションを作るようになりました。 ところが、ロギングライブラリが2つあったため、Log4jを使っているライブラリと、java.util.loggingを使っているライブラリが混在してしまい、アプリケーション
先日、開催された XP祭り2017 にて発表してきました。スライドは以下になります。 フロー効率性とリソース効率性について #xpjug from Itsuki Kuroda www.slideshare.net また、上記発表のベースは以前のポストである「 フロー効率性とリソース効率性について（QCDのトレードオフなんて本当は無かったんだ） - @i2key のBlog 」がベースとなっております。また、Slideshareに上げたスライドが画像が若干ガビガビになってて見にくいので補足がてら要点だけ記載します。（と思ったら、元のポストより完成度高まってしまった。ので今後、誰かに説明するときはこっちをオリジナルにしよう。。。。） フロー効率性とリソース効率性についてかんたんな説明 リソース効率性について リソース効率を高めるということは稼働率を100%にあげていくことであり、リソースに空き
stackoverflow.com $ bundle update hoge だと依存関係を持ったgemも含めて更新する。 bundler v1.13以前だと、他のgemと依存関係があっても特定のgem以外更新したくない場合、--sourceオプションを使う。 --sourceオプション自体がそういう用途で用意されてる訳ではなさそう。 $ bundle update --source hoge bundler v.1.14以降では--conservativeオプションが用意されてる。--conservativeを使うと依存関係があるgemの更新はしないようになる。 $ bundle update --conservative hoge Bundler: bundle update
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
