RubyKaigi 2011で発表しました - moroの日記
RubyKaigi 2011の二日目が終わりました。来場者の皆さん、スタッフの皆さん、誠にありがとうございます。 いろいろ忙しかったり、緊張したりもしたけれど、とても楽しい時間を過ごせています。三連休完全外出を許容してくれた妻子にもありがとう。 さて、今日は発表枠をいただいて、RSpecでテストを書きながらRailsアプリを開発する話をしました。 Test Context Arrangement Recipebook View more presentations from Kyosuke MOROHASHI 講演中にも申したとおり、最初のRubyKaigiが行われた2006年(の会議終了ちょっとあと)からいままでの5年間ほぼ毎日、RSpecとRailsを使ってきました。今日はそこで見いだしつつある【独自研究】を話させていただきました。講演終了後から懇親会で声をかけていただいた方々には好評
twiwt.org - このウェブサイトは販売用です！ - twiwt リソースおよび情報
このウェブサイトは販売用です！ twiwt.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、twiwt.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
Route 477(2011-01-28)
■ [rails] Railsのテストを高速化するやつ ちょっと調べた。導入はわりと簡単なので試してみると良いです。 spork Railsをロード済みのテストサーバを立てることによって、テストの起動時間を短縮する。 https://github.com/timcharper/spork Twiwt:Blog / jugyo : spork でサクサク RSpec on Rails3 Rails 3対応。Rails 2の場合はspork 0.8.xを試せと書いてある。 テストフレームワークはRSpec、Cucumberに対応。Test::Unitを使う場合は https://github.com/timcharper/spork-testunit を入れる(ただし1.9未対応…)。 parallel_tests テストを複数のプロセスで実行することによって、テストの実行時間を短縮する。 (
大江戸Ruby会議01 高速なテストサイクルを回すには - 2nd life (移転しました)
本日大江戸*1で行われた大江戸Ruby会議01で、高速なテストサイクルを回すにはという内容で発表してきました。 大江戸Ruby会議01 高速なテストサイクルを回すには View more presentations from hotchpotch テストを速くするには二パターンあり、一つは単体実行時の速度・フィードバックの高速化、もう一つはすべてのテスト実行時の高速化があると思っていて、それらについての話です。ぎゅっとまとめると、前半の単体実行時の速度・フィードバック高速化には spork / prefetch-rspec / autotest / watchr を使おうという話と、後半は REE / parallel_tests による高速化・並列実行、remote spec によるリモートマシンでの分散テストについての話です。 特にオレオレプロジェクトの prefetch-rspec
Ruby で Stub と Mock を使ったテスト
テストの無いプログラムは、クリープの無いコーヒー・・・。いや、趣向の問題ではない、おっかなくて使う気になれない。 ここではテストを行う際に、実施条件下で変わる情報、外部リソースを扱う場合などに有効な Stub と Mock の簡単な使い方をメモしておく。 Ruby では、Stub と Mock を扱う場合の選択肢はいろいろあり、また、いろいろ熱すぎて何を選択していいのかわからなくなる。。 他にも RSpec、Mocha などあるが、ここでは、FlexMock を使うことを前提とする。 Flex Mock RubyGems でインストールできるので、インストールしておく。 $ sudo gem install flexmock Mockfight! FlexMock vs. Mocha のスライドなどは、使い方のサンプルとしても参考になる。 Table of Contents Open Ta
第21回 Railsアプリの受け入れテストをCucumberで書こう | gihyo.jp
はじめに Cucumberとは受け入れテストのためのテスティングフレームワークです。CucumberはRuby on Railsに依存しているライブラリではないため、例えば同じRuby制のフレームワークであるSinatraはもちろん、PHPなどで書かれたアプリケーションでも使用することができます。 Sinatraやフレームワークを使用していない素のRubyスクリプトなどをベースにCucumberの解説をすることも可能ですが、今回は仕事で使っている人が多く、また筆者自身もRailsを使って開発をしていることもあって、Railsをベースに解説させていただきます。 なぜCucumberなのか 筆者が勤めている株式会社RAWHIDE.では、Railsアプリを作成する場合、原則的にCucumberでテストを書くようにしています。Cucumber採用当時は、社内にナレッジが少ない、不慣れなど、なかなか
Mochaが楽しそう - LukeSilvia’s diary
以前、テストの際にTimeオブジェクトの比較があると、１秒差で落ちるという問題に対して、エントリーを書きました。 テストで、Timeオブジェクト同士を比較するときのメモ - Slow Dance そしたら、同じようなことやっている人もいた。 Jay Fields' Thoughts: Ruby: Time::is [ruby][rails]テストの時にTime.nowで好きな時間を使えるようにするMock - よしだメモ と、思ったら、rubikitchさんの記事に面白いことが書いてった。 Time.nowのテスト？ それMochaでできるよ - ’(rubikitch wanna be (a . lisper)) Time.nowは偽装しないとテストは書けない。 だったらこんなまわりくどいことしないでMocha使おうよ。stubで簡単に偽装できるから。 Mochaの偽装のスコープはテスト
RSpecよりShoulda、fixturesよりヘルパーとMocha - Unexplored Rails
RailsでBDDと言ったらRSpecが圧倒的にポピュラーですね。でもRSpecに馴染めないという人はいませんか？私はx.should == yという書き方からKernelを拡張する実装まで、何もかも独自路線でいく個性の強さについていけません。 しかし同時にTest::Unitの垢抜けなさにもうんざりしていて、何かいいフレームワークはないかと思っていた時にShouldaに出会いました。contextを入れ子にできる柔軟性や、既存のTest::Unitインスタンスの中に書けるとっつきやすさはとても魅力的に見えました。そしてその日からShouldaでテストを書き始めました。 このエントリでは、Shouldaを中心にヘルパーやMochaを使った気持ちのいい開発手法を紹介します。 Shouldaは柔軟でとっつきやすい RSpecの最大の魅力はその書き方にあると思います。しかしその書き方を利用するた
Test::Unit と RSpec と Shoulda
昨日の記事 続・Rails 3.x 時代のテストフレームワーク では、Rails で使用できるテストフレームワークの基礎知識と相互関係についてまとめました。 今日は、Test::Unit と RSpec と Shoulda を具体的に比較してみたいと思います（Cucumber については、別の機会に…）。 例として「変数 @total に文字列 '100' をセットすると、式 @total.to_i は 100 を返す」というテストケースを考えましょう。 純粋な Test::Unit ではこのように書きます。 require 'test/unit' class SimpleTest < Test::Unit::TestCase def test_should_return_100 @total = '100' assert_equal(100, @total.to_i) end end R
ダミーWebサーバを作るライブラリ、wwをリリースしました - moroの日記
近頃はWebAPIを使ったアプリケーションを作ることが増えていると思いますが、自動化テストからのWebAPIへのアクセスはどうやってますか? 私は、自分でstubしたりFakeWeb(レシピ先輩に教わった!!)を使ったりしてたんですが、イマイチしっくりこない部分がありました。で、Sinatraなぞで作ってたんですが、それをgemにまとめましたので、よろしければご利用ください。 http://github.com/moro/ww http://gemcutter.org/gems/ww 概要 ww(Double Web)はいわゆるDouble(mock, stub, spyなど)の機能を備えたダミーWebサーバを簡単に作るためのフレームワーク(笑)です。現状では、以下のようなことが出来ます。 他のAPIサーバを使う場合などに、簡単にダミーサーバを作る そのダミーサーバは自動化テストないから起
Time.nowのテスト？ それMochaでできるよ - http://rubikitch.com/に移転しました
[ruby][rails]テストの時にTime.nowで好きな時間を使えるようにするMock - よしだメモ Time.nowは偽装しないとテストは書けない。 だったらこんなまわりくどいことしないでMocha使おうよ。stubで簡単に偽装できるから。 Mochaの偽装のスコープはテストメソッドが終わるまで。テストメソッドが終わったら勝手に偽装の後片付けをしてくれる。 テストするならばモックとスタブは是非身に付けたいところ。 ちなみに1993/2/24はRubyの誕生日だ。 def current_date Time.now.strftime "%Y/%m/%d" end require 'test/unit' require 'rubygems' require 'mocha' class TestTimeNow < Test::Unit::TestCase def test_curren
いやなブログ - スクリプト言語用のデバッガの使い方 - Ruby, Python, Perl
スクリプト言語用のデバッガの使い方 - Ruby, Python, Perl スクリプト言語用の CUIのデバッガの使い方を簡単にまとめました。対象言語は Ruby, Python, Perl です。 私は C, C++ でプログラムを書いているときはデバッガ (主に GNU/Linux 上の gdb) を頻繁に利用します。しかし、スクリプト言語ではそれほどでもありません。これはおそらく次のような理由によります。 ビルドが不要なので printf デバッグが容易 (ある程度大きい C++ のプログラムではビルド時間が長いので printf の挿入はしんどい) 異常終了時にスタックトレースが表示される (Ruby, Python なら自動、Perl の場合は use Carp; $SIG{__DIE__} = \&Carp::confess; など) オブジェクトのインスペクトが簡単 (Ru
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
RubyUnit Tips 集
2001/05/06 作成 石井 勝 はじめに ここでは Ruby の Testing Framework ， RubyUnit で普段僕が使っている Tips を紹介したいと思います．また， RubyUnit を使いやすくするために作っている Emacs Lisp 関数も合わせて解説しましょう．Meadow などで Ruby のプログラムを書いている人はぜひ参考にしてください． Acceptance Test First 僕の場合， Ruby は開発環境改善のためのツール作成に使っています．ツール作成中は本業のソフトウェア開発を中断させなければならないため，ツール作成に割ける時間といえばせいぜい数時間といったところです．そういう短時間で Ruby のプログラムを書くには，いちいちオブジェクト指向だとかクラス設計だとか悠長なことはいってられません． そこで，数時間で作成できてしま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby on Rails でのモックとスタブの作成(Mocha、Flex Mock、RSpecの紹介)
なゆラボ
InfoQ: Cucumberを使用したストーリー駆動開発の手法