process - BDD features of features，我应该制作一个新故事还是属于某个场景？

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

还是第一个故事的场景中有一些更“简单”的功能？像这样...

场景二:

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

我知道这可能很难回答，因为可能没有一种正确的方法可以做到这一点，但我仍然对如何拆分这些事情感到有些困惑。

Answer 1

“作为一个......我想要......所以......”我们通常称之为故事的叙述。请看一下特征注入(inject)的模板:“为了……作为……我想要”——把目标放在第一位有一些有趣的效果!

与故事相关的场景通常不止一种。场景是系统用户可能希望如何使用它的示例。这些场景使我们能够与利益相关者进行对话:

“所以，鉴于我的账户里只有 20 美元，当我要 50 美元时，它应该告诉我我没有足够的钱吗？”

“是的，除非你有 overdraw 。”

当我们使用 BDD 工具或测试框架编写它们时，我们将验收测试作为这些对话的一个很好的副产品!

您可以在此处找到有关 BDD 的更多信息:

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

和这里:

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

透明度:我写了第一部分的大部分内容，并且是第二部分的作者，所以任何不清楚的地方都是我的错。