BDD功能的功能，我应该创建一个新故事还是在场景中属于？

Question

好的，所以我才刚刚开始尝试使用BDD进行我们正在做的一些新开发，我为Log Vighter功能写了这样的故事：

故事：用户评论工作流执行日志

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

我知道这可能很难回答，因为可能没有一个 对 做到这一点的方法，但我仍然对应该如何分裂这些事情有些困惑。

Answer 1

“作为一个……我想要……这样……”我们通常称为故事的叙述。请查看功能注入的模板：“为了……作为一个……我想要” - 将目标放在首位会带来一些有趣的效果！

这个故事通常有多种情况。方案是系统用户如何使用它的一个示例。这些方案使我们能够与利益相关者进行对话：

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

“是的，除非你有透支。”

当我们使用BDD工具或测试框架编写它们时，我们将获得接受测试作为这些对话的绝妙副产品！

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

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

和这里：

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

透明度：我写了大部分的第一本书，是第二章的作者，所以任何不清楚的东西都是我的错。