Amazon.co.jp: The RSpec Book: Behaviour Driven Development with RSpec, Cucumber, and Friends (The Facets of Ruby Series): Chelimsky, David, Astels, Dave, Helmkamp, Bryan, North, Dan, Dennis, Zach, Hellesoy, Aslak: 本
[cucumber] cucumber-0.5.0へ上げるときの注意点 - ヽ( ・∀・)ノくまくまー(2009-12-21)
● [cucumber] cucumber-0.5.0へ上げるときの注意点 0.4.4 から 0.5.0 では以下の変更があり、featureファイル等を修正する必要があります。(0.5.0 は 2009-12-15リリース) 1. 多国語対応機能の変更 2. Rails サポートの分離 1. 多国語対応機能の変更 "--language / -l" オプションが廃止されました。これからは、"cucumber -l ja ..." と明示する代わりに、featureファイルにマジックコメントとして埋め込みます。
Outside-in Development with Cucumber and Rspec
Talk given by Joseph Wilk at Scotland on Rails 2009. Examines how Cucumber and Rspec fit together in the testing workflow, how and why Cucumber is useful and how it works. Walks through a simple example based on renting DVDs showing how to use Cucumber and some of the best practices. Looks at how Webrat can drive Selenium to in-turn drive Cucumber features through the browser.Read less
CucumberとWebratをRailsで使って、さらにautotestで動かしてGrowlで通知する - AorBorF
今流行りつつある話題のCucumberとWebratをRailsで使ってみました。 CucumberとWebratなんぞやという人はid:moroさんの「 Cucumberがアツい」が参考になります。 今回やったこと RailsにCucumberを入れてみた Featureの予約語を日本語にして動かしてみた Cucumberをautotestでも動くようにしてみた autotestの結果をGrowlに通知するようにしてみた 参考サイト 上記のCucumberがアツい Cucumberのgithub 必要なパッケージのインストール 以下のgemが必要みたいなので、まだインストールしていない場合はインストールします。 rspec rspec-rails cucumber webrat term-ansicolor treetop diff-lcs nokogiri ZenTest(autote
はてなブログ | 無料ブログを作成しよう
思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。
第21回 Railsアプリの受け入れテストをCucumberで書こう | gihyo.jp
はじめに Cucumberとは受け入れテストのためのテスティングフレームワークです。CucumberはRuby on Railsに依存しているライブラリではないため、例えば同じRuby制のフレームワークであるSinatraはもちろん、PHPなどで書かれたアプリケーションでも使用することができます。 Sinatraやフレームワークを使用していない素のRubyスクリプトなどをベースにCucumberの解説をすることも可能ですが、今回は仕事で使っている人が多く、また筆者自身もRailsを使って開発をしていることもあって、Railsをベースに解説させていただきます。 なぜCucumberなのか 筆者が勤めている株式会社RAWHIDE.では、Railsアプリを作成する場合、原則的にCucumberでテストを書くようにしています。Cucumber採用当時は、社内にナレッジが少ない、不慣れなど、なかなか
ヽ( ・∀・)ノくまくまー(2009-07-21)
UnitTest で部品をしっかり守っているのに運用時にエラー さらに version up 時には頑張って書いた UnitTest が無駄になる UnitTest の存在意義に疑問が出てくるから、書こうとする気力が落ちる 思考停止して頑張ってまた書いても、また運用時にエラーが起きちゃう こうして悪いリズムが生まれていく 長期的な回帰テストとしては UnitTest は無力 まず書くべきは End to End のテストだった・・・ 河田・・・受入テストにつけ！ なるほど、UnitTest よりも受入テストの方が対象となるシステムの挙動と密接であるため、確かに テストコードが長生きする とことがわかる。うん、それで問題が解決しているよ。でも、さらに「実行者が人でないといけない」と言ってるのはなぜ？ここからが問題の核心だが、その答えから言えば 人である方がテストコードがさらに長生きする から
「オブジェクト倶楽部 2009 夏イベント」では「若人の集い」に参加したよ! - 暫停使用
当日の Twitter の自分のつぶやきを見ると 若人の集いの身内率が高すぎてワロタ 若人の集いという名に反して微妙な澱み具合いが "あたたかくどよーんとした雰囲気" などとロクでもないような内容ばかりが残っているわけなのだが、「若人の集い」は本当に楽しく、参加した甲斐があったと思わせてくれたセッションだった。というわけで、メモを元に記憶を再構成してみる(間違いがあったらごめんなさい)。以下、敬称略で。 wildlarva AStyle をフォークして、C++ の実装を Java で再実装するという話。AStyle をフォーク対象にしたというのが玄人っぽくてステキ。 「オプソの開発には参加すべきなんだろうけど、敷居が高そうで入るのが大変っぽい」(たとえば英語でやりとりしなくちゃならないとか)というのは同感。 Groovy で書かれた Java 向けの BDD フレームワーク「easyb」は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How do I have a negative scenario with Cucumber in Rails?
http://atnd.org/events/2314
Cucumbered