The Cucumber Book

むらたです。

こんな本が出るんですねーーー

http://pragprog.com/book/hwcuc/the-cucumber-book

Kenta Murata
Sent with Sparrow (http://www.sparrowmailapp.com)

ぬまたです。

この本、興味あります。

むらたさんのメールにあるURLのAbout this book にある、

Although it was born in the Ruby community, you can use Cucumber to
test almost any system, from a simple shell script or Perl script, to
enterprise PHP or a Java web application.
...
...
You’ll learn how to test Ajax-heavy web applications with Capybara and
Selenium, REST web services, Ruby on Rails applications, command-line
applications, legacy applications and lots more!

の部分がとても魅力的だな、と思いました。

The RSpec BookのWebアプリケーションの部分は、Railsを
前提とした説明が多く、さらに、Capybaraについては触れて
いませんので、この本で勉強すればCucumberの適用範囲を
広げられるかな、と期待しています。
（まだこのThe Cucumber Bookは読んでいないので推測）

また、The RSpec Bookを読んでいて、CucumberとRSpecを使う
境界が非常に微妙で、さらに、どうしてもCucumberで書くコスト
（というかstep definitionを書くコスト）が高くつくため、気がつくと
RSpecばかり書いている、ということになりそうだねー、
という話は読書会でも出ていました。
（CucumberのfeatureとRSpecでは書く目的や対象が違うので、
単純に比較してはいけないのですが）

この本だと、こういった問題の解決のヒントになるかしら。

これ、中身が本当にヨサゲなら、The RSpec Bookの次の読書会に採用ですかね？
今にもポチッてしまいそうです。

むらたです。

On 2011年7月14日木曜日 at 0:50, NUMATA Kazuya wrote:

The RSpec BookのWebアプリケーションの部分は、Railsを 前提とした説明が多く、さらに、Capybaraについては触れて いませんので、この本で勉強すればCucumberの適用範囲を 広げられるかな、と期待しています。 （まだこのThe Cucumber Bookは読んでいないので推測）

この辺は総じて "coming soon!" の一言だけが書かれています。
将来のバージョンアップを期待したいですね。

また、The RSpec Bookを読んでいて、CucumberとRSpecを使う 境界が非常に微妙で、さらに、どうしてもCucumberで書くコスト （というかstep definitionを書くコスト）が高くつくため、気がつくと RSpecばかり書いている、ということになりそうだねー、 という話は読書会でも出ていました。 （CucumberのfeatureとRSpecでは書く目的や対象が違うので、 単純に比較してはいけないのですが）

この本だと、こういった問題の解決のヒントになるかしら。

この辺の話しは、さらっと見た感じでは書かれていないようです。
全体的に、ATDD の内側のサイクル (つまり rspec によるサイクル) は
省略されています。

私の個人的な経験や印象では、RSpec ばかり書いてしまう要因が、
Cucumber が面倒であるという事よりも、シナリオを記述する習慣が
無い事に起因してるんじゃないかと思っています。

Kenta Murata
Sent with Sparrow (http://www.sparrowmailapp.com)

ぬまたです。

ポチっちゃいました。

この辺は総じて "coming soon!" の一言だけが書かれています。 将来のバージョンアップを期待したいですね。

なるほど。期待しましょうｗ

私の個人的な経験や印象では、RSpec ばかり書いてしまう要因が、 Cucumber が面倒であるという事よりも、シナリオを記述する習慣が 無い事に起因してるんじゃないかと思っています。

それはありますね。
特に開発者だけの内輪でテストを書く、となるとRSpecだけ、になってしまいがち
なので。
受入試験、Stake Holderとの協業という点以外に、Cucumberの絶対的な価値をどこに
見出せるか？とか。
Rails + RSpecだと基本的に単体試験になりますが、
Rails + Cucumber + Capybara/Webrat + Seleniumで、Viewのテストや結合試験的なことも
できますので、その辺なのかなー、とか思いを巡らせています。
(functional testやintegration testでできるでしょ、というのは別として）

にくです

この本も楽しそうですね…
札幌 cucumber 第一人者の座を狙っているので
今日帰ったら買おうと思います．

最初，書き方がわからない時は
調べないといけなくて面倒なんですよね．
テストの時はそうでした．

同じように，シナリオも最初は面倒だけど
慣れてくると無しではいられなくなるのかな
と考えています．

2011/7/14 NUMATA Kazuya <k@z...>:

ぬまたです。

ポチっちゃいました。

この辺は総じて "coming soon!" の一言だけが書かれています。 将来のバージョンアップを期待したいですね。

なるほど。期待しましょうｗ

私の個人的な経験や印象では、RSpec ばかり書いてしまう要因が、 Cucumber が面倒であるという事よりも、シナリオを記述する習慣が 無い事に起因してるんじゃないかと思っています。

それはありますね。 特に開発者だけの内輪でテストを書く、となるとRSpecだけ、になってしまいがち なので。 受入試験、Stake Holderとの協業という点以外に、Cucumberの絶対的な価値をどこに 見出せるか？とか。 Rails + RSpecだと基本的に単体試験になりますが、 Rails + Cucumber + Capybara/Webrat + Seleniumで、Viewのテストや結合試験的なことも できますので、その辺なのかなー、とか思いを巡らせています。 (functional testやintegration testでできるでしょ、というのは別として）

• -

archive-> http://qwik.jp/RubySapporo/149.html ML-> RubySapporo@q...

ポチりました