3

既存のシステムに継承した多くの BDD ストーリー/シナリオ (450 以上以上) があります: 詳細. ストーリーは、ファイル システム フォルダーを使用して編成されます。

C:\specifications
   |
   + myproject
     |
     |- admin stories
     |  |- account_management.story
     |  +- finance_management.story
     |
     +- customer stories
        |- pay_bils.story 
        +- update_details.story

非常に多くのストーリーがあるため、ストーリーのテキスト ファイルを読んで機能を理解しようとすることは、何千行ものソース コードを読んでシステムの技術アーキテクチャを理解しようとするようなものです。

コマンドを使用してストーリーを要約しようとしましunixたが、それでもストーリーをナビゲートするのに役立ちません。たとえば、次のコマンドは、物語が複数行にまたがる場合でも、物語のファイル名と物語を出力します。

find . -name *.story -exec ls "{}" \; -exec sed -n '/^Narrative/,/^$/p' {} \;

次のような出力が生成されます。

...

./stories/basket/basket.story
Narrative:
In order to buy goods
As a customer
I want to add items to my basket

...

この質問はこの質問に似ていますが、いくつかの重要な違いがあります。

  • この質問の焦点は、ストーリーを要約してナビゲートすることであり、きれいに印刷することではありません.
  • 高レベルから詳細までズームインおよびズームアウトする必要性。
  • ナビゲーションは、ビジネスだけでなく、ストーリーを理解する必要がある人によって行われます。
4

3 に答える 3

3

それぞれのファイルが提供する特定の機能に応じて名前を付けてから、ファイル名を解析します。

たとえば、次のような場合があります。

  • 請求書を支払う.story
  • アカウントの詳細を更新する.story
  • アイテムをbasket.storyに追加

本当に賢くなりたい場合は、それらのことを実行できる人ごとにフォルダーに分類できます。したがって、それらを解析すると、次のようになります。

管理者は次のことができます。

  • 新しいアカウントを作成する
  • アカウントを禁止する

財務マネージャーは次のことができます。

  • リマインダーを発行する
  • 請求書を上書きする
  • ステートメントの再発行

お客様は次のことができます。

  • 手形を支払う
  • 更新の詳細
  • 商品をかごに入れる
  • アイテムを購入する

これにより、それらを説明する特定の例がなくても機能が提供され、完全な説明テキストを見るよりもブラウジングがはるかに少なくなります.

于 2014-01-20T14:06:52.503 に答える