freee人事労務の品質改善を専任で活動している keik です。 freee人事労務ではアプリケーション開発の自動テスト環境として CircleCI を利用しています。すべてのコードの変更は GitHub 上の Pull Request を経由して行われますが、Pull Request のマージ条件の一つとして自動テストをパスすることを求めるようにしています。 つまり、どんな些細な変更であっても、急ぎの変更であっても、リリースするためには基本的には自動テストの結果を待つ必要があります。一方で、コードベースは日々成長しており、それに比例して自動テストの実行時間も長くなっています。 ここに、ゆっくりと、ジレンマが生じはじめます。 品質を高める目的の自動テストだが、実行時間が長いと品質のボトルネックになりうる。 具体的には以下のようなシナリオが考えられます。 些細な改善が億劫になる（自動テスト
明けましておめでとうございます！ 正月中にswift覚えて、イケイケモバイルエンジニアに華麗な転身を遂げる予定でしたが結局swiftは1行も書きませんでした。 しかしswiftを代償に捧げた結果、Railsのrequest-specからレスポンスを抽出して、サーバのレスポンスをモックできるautomockというgemができました。 github.com automock is 何 WebAPIに対しては、極力中のロジックに関与せず(モックも極力使わずに)、特定のリクエストを投げたら決まったレスポンスが返ることをブラックボックスにテストするのがいいよね、というベストプラクティスがあり、この形式で書かれたものはrequest-specと呼ばれています。 これに関しては以下の記事が詳しいです。 RSpecでRequest Describer - Qiita このテストは実際にrequestを投げ
http://www.commandercoriander.net/blog/2014/01/04/test-driving-a-json-api-in-rails1 comment | 0 pointsPivotal LabsのEno ComptonがRailsでJSON APIをテスト形式で理解できるように紹介してくれてます。「Railsアプリをてがけると、いずれ、シングルページアプリ、モバイルクライアントのためにRESTful APIが必要になるだろうから練習用に。」ということで、コードはGithubで公開されています。 GET /movies POST /movies GET /movies/:id PUT /movies/:id DELETE /movies/:id 上記のrouteをサポートするために、Railsアプリ + RSpec + FactoryGirlを用意したら、
2013年08月05日14:53 Ruby JavaScript Rails4 + Capybara + PhantomJS (poltergeist) なテスト環境 Rails4 でのエンドツーエンドなテスト環境を作ってみたのでメモです。 統合テストといえば Capybara さんなわけですが、デフォルトだと JavaScript を実行する際にドライバとして Selenium が使われてしまいます。 Selenium さん良い人なんですが、、、ブラウザが起動するので重いし、そもそも毎回ブラウザが起動する必要は無いのでヘッドレス（ブラウザの起動無しに JavaScript が実行できる）ドライバにしちゃいましょう。サヨナラ。 ヘッドレスドライバはいろいろあるんですが、最近は PhantomJS というライブラリが良いみたいなのでこれを使ってみます。Capybara から PhantomJ
July 31, 2013 2013/12/25 update Testing #chef Cookbook by #serverspec #devopsの続きみたいなものですが Chefのjsonファイルでフラグ立てたりしてると、そのフラグによって テスト対象が変化する場合があるかと思います。 その場合、serverspecにはpropertyの機能があるのでそれを利用します。 spec/spec_helper.rb {% gist 6118553 spec_helper.rb %} set_propertyの項目を追加します。 nodes/host.json {% gist 6118553 nodes_host.json %} こんな感じでこのMySQLはSlaveですみたいなフラグがあって cookbooks/mysql/templates/default/my.cnf.erb {%
Rails4、先取りセミナーなんかもあったりして少しずつ浸透してきてる感がありますね。そんな中 no title に参加してて、Rails4でアプリを作ってみたりしたので、その感想とか書いてみます。不具合などはあくまで11/24時点の情報になります。 StrongParameters Modelでattr_accessibleは使わない ScaffoldでController に {modelname}_params というメソッドができるのでそれに倣うのがいいかも private def user_params params.require(:user).permit(:name, :password, :password_confirmation) end ここで上書き許可するカラムを設定して、User.new(user_params) などとする テスト Ruby1.9本体にも入って
さて、このRailsアプリケーションがJavaScript/Ajaxを利用していて、「span#touchmeをクリックしたら、p#messageの中に動的に「Hello!」というテキストが現れる」という仕様であった場合は、どうテストすればよいでしょうか。単にa#touchmeをspan#touchmeに変えるだけではだめです。CapybaraはJavaScriptを理解しないので、テストは失敗します。 ここで登場するのがcapybara-webkitというドライバです。WebKitはオープンソースのHTMLレンダリングエンジンで、Google ChromeやSafariがこれを使っています。このドライバを使えばJavaScriptのテストが可能になります。 capybara-webkitをインストールするには、例によってGemfileに gem "capybara-webkit" と書い
ちょっと前にいつだったか、自分の開発環境についてまとめた記事でも書こうかと思っていたんですが、 ついでだからShibuya.rbでLTのネタにしてしまえと、話をしてきました。 ちなみに、今回のShibuya.rbは何か話したい人が居たらどうぞって感じだったのですが、 いつのまにかLT大会になってましたw 俺のRails開発環境 View more presentations from joker1007 内容としては至極一般的な環境だと思いますが、 資料アップしたところ結構反響があったので、 やっぱ人の環境は皆気になってるのかなーと。 後は、これからRails始める人とかかな？ 資料の補足 インテグレーションテスト cucumberを使ってるのは慣れによる所も大きいですが、 今は業務上の理由でコード書く人とテストケース書く人が分離しているので、 request specは使ってなかったりし
257: request specとCapybara (view original Railscast) Other translations: Other formats: Written by Naomi Fujimoto ハイレベルテストは、Railsアプリケーションをテストする優れた方法です。この種のテストでよく用いられるCucumberについて、エピソード155[動画を見る, 読む]で取り上げました。Cucumberの、アプリケーションの振る舞いを英語の文法で定義するやり方が好きではない人もいるでしょう。そこで今回はハイレベルテストを実行する別の方法を見てみます。 普段はテスト駆動開発を奨励していますが、今回はすでに完成したアプリケーションにテストを追加することにします。それによって、実装の詳細やアプリケーションが正常動作するかどうかに気をとられることがなくなります。これから
前回のエントリでrcovを試してみたんですが、Ruby1.9に対応してなくて正確にコードカバレッジが測定できなかった。 cover_meというのは1.9系で動作するらしいけど、調べてみるとRailsと一緒に動かす記事ばかりだったので、Rails以外の環境で動くか分からんかった。 しかし、試してみたら出来たのでメモとして残しておきます。 環境構築 Rubyのバージョンは1.9.2-p180です。 cover_meはgemからインストールできます。 # cover_meをインストールする gem install cover_me --pre 現時点でcover_meの最新バージョンは1.0.0.rc6です。 試しに動かしてみる 基本的にテスト用のツールはなんでもいいと思うんですが、今回はRSpecを利用しています。 テストはrakeを使ったほうが楽なのでRakefileにプログラムをまとめる
264: Guard (view original Railscast) Other translations: Other formats: Written by Naomi Fujimoto エピソード257[動画を見る, 読む]でRSpecのRequest Specsによるテスト駆動開発でアプリケーションを作成しました。アプリケーションのテストが成功することを、いつでもrake specでチェックできます。 $ rake spec (in /Users/eifion/rails/todo) /Users/eifion/.rvm/rubies/ruby-1.9.2-p0/bin/ruby -S bundle exec rspec ./spec/models/task_spec.rb ./spec/requests/tasks_spec.rb ... Finished in 0.92
Create a package based upon a Gem spec. Gem packages, as well as zip files and tar/gzipped packages can be produced by this task. In addition to the Rake targets generated by PackageTask, a GemPackageTask will also generate the following tasks: "package_dir/name-version.gem"Create a Ruby GEM package with the given name and version. Example using a Ruby GEM spec: require 'rubygems' spec = Gem::Spec
Rubyのカバレッジツール「rcov」|オープンソース・ソフトウェア、ITニュースを毎日紹介するエンジニア、デザイナー向けブログ そういえばrcovってrspecと一緒に使えるのかな〜、と思ったまま放置していた。ちょちょいとRakefileを作ればいけるみたい。 require "rake" require "spec/rake/spectask" desc "Run with rcov" Spec::Rake::SpecTask.new("spec_with_rcov") do |t| t.spec_files = FileList["spec/**/*.rb"] t.rcov = true t.spec_opts = ["-c", "-fs"] t.rcov_opts = ["-x", "spec"] end これをRAILS_ROOT/lib/tasksにrcov.rakeとかで保存
rspec + rcov でテストカバレージをとることを試した。 0. ファイル構成 1. 対象 ruby クラス 2. spec ファイル 3. Rakefile 4. 実行結果 0. ファイル構成 ============== |-- Rakefile |-- spec | `-- foo_spec.rb `-- src `-- foo.rb 1. 対象 ruby クラス ================== $ cat foo.rb class Foo def add x, y x + y end def sub x, y x - y end def div x, y # not use x / y end end 2. spec ファイル =============== $ cat foo_spec.rb require 'foo' describe Foo, "add " d
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く