2017-02-09 3 views
0

キュウバーフィーチャーファイルを作成していますが、まだステップ定義がありませんが、後で追加する予定です。キュウリフィーチャーで複数のWebアプリケーションをカバーする

一般的なビジネスデータを共有するパブリックおよび管理Webアプリケーションをテストする必要があります。フィーチャファイルを作成する正しい方法は何ですか?機能中心の(両方のアプリケーションのための一つの特徴ファイル)または

  • アプリケーション中心の(個別の機能のファイルであっても機能は同じである)

    私はかつてのオプションが良いですが、どのように難しいが実装されることを埋めます?

    UPDATE:たとえば

    、ブログのスタイルのアプリケーション、コメント管理機能を持つ:

    コメントが(管理アプリで)モデレーターによって承認された場合、(パブリックアプリケーションで)ユーザーが表示されるはずですコメント承認に関するプッシュ通知。したがって、2つのアプリケーションに影響を与える1つの機能があります。

  • 答えて

    0

    アジャイルプロジェクトでは、ストーリーごとにフィーチャを整理します。ストーリーごとに1つのフィーチャーファイル。

    自分自身に質問してください。あなたの話をどのように整理しますか?ビジネス目標、叙事詩などで答えを出す人もいます。あなたのフィーチャーファイルも同様の方法で整理する必要があります。

    キュウリは行動駆動型開発(BDD)を可能にします。アプリケーションの公開部分と管理部分の間でどのくらいの振る舞いが共有されていますか?彼らの目的は非常に異なるかもしれません。共通の行動をグループ化します(たとえば、両方とも認証する必要があります)が、珍しい行動を一緒に強制しません。

    +0

    質問を明確にしてください。ブログのスタイルアプリケーションと言えばコメント調整機能があります - 管理者がコメントを承認すると(管理アプリで)、(公開アプリケーションの)ユーザーはコメント承認についてのプッシュ通知を表示する必要があります。したがって、2つのアプリケーションに影響を与える1つの機能があります。 – dimethyl

    +0

    ユーザーがコメントを作成するシナリオは1つです。司会者の意見と承認は別のシナリオです。この制約は、コメントが承認される前に作成されなければならないという制約があります。フィーチャーファイルはシーケンスを制御するので、同じ理由で2つのシナリオを同じフィーチャーでグループ化します。フィーチャがモデレータに焦点を当てている場合は、バックグラウンドステップとしてコメントを作成します。 – MikeJRamsey56

    関連する問題