私たちには、watir+cucumber の機能テスト ケースのみを自動化する独立したテスト自動化チームがあります。彼らのコード ベースは、他の開発者が取り組んでいる Rails アプリには関連付けられていませんが、分離されています。これまでにいくつかのテストケースを自動化しましたが、現在問題になっているのは、一部の (watir/cucumber 仕様) テストケースでは、いくつかのデータが db に事前に存在する必要があるため、(テストケース) は問題の stmt のみに焦点を当てるべきであり、 data-require 自体を作成します。
たとえば、投稿に対して評価が機能しているかどうかを確認する必要がある場合、投稿オブジェクトが事前に存在する必要があり、評価を確認するだけです。最初の投稿オブジェクトを作成せず、その評価を確認します。
ここで最善のアプローチは何ですか？Rails 単体テスト用のフィクスチャと factory-girl があるように、キュウリの仕様には何がありますか? それともここだけの特徴を活かしましょうか？これらのテスターは、存在するすべてのモデルを認識していない可能性があります。Rails-Model インターフェイスを呼び出してフィクスチャを利用するためにそれらを認識している場合があります。
私の考えは、機能ファイルを作成するとき、メタ的なものに見えるモデルを指したり話したりしてはならないということでした。Watir/specs テスト ケースは、アプリケーションと対話/処理するためのインターフェイスとしてのみ、「Web アプリケーション」/ブラウザのみを認識する必要があります。他のインターフェイス (フィクスチャ/モデル) を認識してはなりません。したがって、彼らは自分が知っている単一のインターフェースを利用して、自分で独自のデータを作成する必要があります。
繰り返しますが、私が知りたいのは、テーブル名、列名、および値 (すべてフィクスチャ yml に最も似ています) と db パラメータが指定された ruby lib/code があるかどうかです。Rails環境のコンテキストなしで、単にそれらをdbに挿入します。そのため、Rails Web 開発者から環境を分離しているテスターは、自分で作業することができます。Rails フィクスチャ、または factory girls は、Rails とよく結合しているようです。それとも私は間違っていますか？