機能のBDD機能、新しいストーリーを作成する必要がありますか、それともシナリオに属しますか？

Question

わかりましたので、私たちが行っているいくつかの新しい開発のためにBDDを使用しようとし始めたばかりで、ログビューアー機能のためにこのようなストーリーを書きました：

ストーリー：ユーザーは、ワークフローの実行ログをレビューします

As a user
I want to review the log of rules execution
So that I can examine the results and make adjustments/fixes to the rules definitions

それに伴ういくつかのシナリオがあるため、ユーザーが表示されたログをクリックしたときにログビューアーに適切なセキュリティ特権を与えられたようなもので、ログビューアーへのアクセスが許可されます

これで、ログを並べ替えてフィルタリングする方法が必要だとわかっています。これは、このようなまったく別の話であることを意図していますか？

Story: User filters the execution logs

As a user
I want to filter the log entries by selecting categories
so that I can view only log entries matching the category I selected

それとも、いくつかの「よりシンプルな」機能は、最初のストーリーのシナリオに属していますか？このような...

シナリオ2：

Given the user is looking at the log entries
When a category is selected
Then only the log entries matching the categories are displayed

おそらく1つはないので、これは答えるのが難しいかもしれません 右 これを行う方法ですが、私はまだこの種のことをどのように分割すべきかについて少し混乱しています。

Answer 1

「私は...私は...そう...そう...」私たちは通常、物語の物語と呼びます。機能インジェクションのテンプレートをご覧ください：「...私が望むように...

多くの場合、ストーリーに関連付けられているシナリオが複数あります。シナリオは、システムのユーザーがそれを使用する方法の例です。シナリオは、私たちが利害関係者と会話することを可能にするためにあります。

「だから、私は自分のアカウントに20ドルしか持っていないので、50ドルを要求すると、十分なお金がないと言うべきですか？」

「はい、オーバードラフトがない限り。」

BDDツールまたはテストフレームワークでそれらを書くと、これらの会話の素晴らしい副産物として受け入れテストが得られます！

BDDの詳細については、こちらをご覧ください。

http://en.wikipedia.org/wiki/behavior_driven_development

そしてここ：

http://www.infoq.com/articles/pulling-power

透明性：私は最初のもののほとんどを書き、2番目の著者であるため、明確ではないものはすべて私のせいです。