2011-06-27 3 views
0

私はキュウリを初めて使っています(Rails 2.3.11とwebratを使って)。道具を書くときには、になるはずです。キュウリの道を書くステップ

私の機能ファイルは自然言語を使用しますが、私のステップファイルはTest :: Unitテストとよく似ています。

有用なの方法の完全なリストを見つけることができません、キュウリとその前提条件によって私に利用可能になりました。

キュウリの方法と比較して、Test :: Unitなどの伝統的なメソッドとの違いを知ることはできません。

例:

  • getvisitの違いは何ですか?

    EDIT - webrat RDocファイルの訪問方法が見つかりました。 getとできるだけ早く、visitでCookieハッシュを渡すことはできないようです。しかし、この例はキュウリを学ぶときに私が走っている問題の種類を示しているので、まだ有効です。

私の恐怖は私のステップのファイルが読み醜いだろうということである(彼らは仕事を得る場合でも)と同じテストカバレッジを達成しながら、私が使用することができ非常にきれいな構文があること。

+1

エラーまたは単により良い代替手段がある場合、我々は特定の変更をお勧めすることができますように、あなたは「醜い」を検討し、いくつかのコードを投稿したい場合があります。ここでは、始めるためにいくつかの記事がありますあなたのために。 –

答えて

1

ゲット/訪問は、キュウリではなく、両方のwebratの規則であるため、Webrat RDocがあなたを助けてくれるように聞こえます。

あなたのステップファイルが醜く見える限り、彼らがそのように始めるのは大丈夫ですが、一度作業したら、あなたが学んだときにそれらをきれいにすることができます。たとえば、Page Object Modelingでは、ステップに別のレベルの抽象化を追加することができます。

http://www.cheezyworld.com/2010/12/16/ui-tests-putting-it-all-together/

http://watir.com/2011/01/22/simple-cucumber-watir-page-object-pattern-framework/