3

私はこれを正しくやろうとしています、そして私はテストを使うべきだと思います。テストでの私の唯一の経験は、私の相棒が私にレールでキュウリを教えてくれた3時間かそこらの間にあります...

きゅうりでは、「説明」と「定義」を分離し、正規表現を使用します。Easybは非常に近くに見えますが、説明と定義は互いに重なり合っています。

キュウリで私は次のようなことをすることができます

given "I have done myFancyThing"
then "I should see the fancyThingResponse"

given "I have done myNormalThing"
then "I should see normalThingResponse"

そして、「Xを実行した場合」の関数と「Xが表示されるはず」の関数は1つだけです。

たとえば、easybの場合、次のように説明ごとにコードを書き直す必要があります。

given "I have done myFancyThing"{
  //code code code
}

given "I have done myNormalThing"{
  //cucumber is dryer than easyb?
}

easybについて間違っていますか？これを備えたJava/Groovyテストフレームワーク、または私が考えていないことにこれを追加するためのGroovyの方法はありますか？

4

2 に答える 2

1

私は前に easyb を使用したことがありませんが、ドキュメントを調べたところ、あなたは正しいと思います。正規表現をサポートしていないようです。これにより、ステップ定義の再利用がはるかに難しくなる可能性があります。

JVM 用のキュウリを試しましたか? 私たちはJavaでそれを使用しており、かなりうまく機能します（必要な正規表現のサポートなどがあります）。すぐに使える Groovy サポートがあり、このプロジェクトはそれを grails と統合しているように見えます。

于 2012-07-21T08:07:17.253 に答える
0

GebとSpockを調べてください。真剣に素晴らしいテストフレームワーク。きゅうりを使ったビート

ゲブ

スポック

于 2012-10-23T21:48:49.383 に答える