Question

我有许多我为现有系统继承的BDD故事/场景（450+和上升）：more info。故事使用文件系统文件夹进行组织：

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

...

此问题与this one类似，但存在一些主要差异：

这个问题的重点是总结和导航故事，而不是漂亮的印刷。
需要放大和缩小，从高级到详细再返回。
导航将由任何需要了解故事的人进行 - 而不仅仅是业务。

Answer 1

我会根据它提供的特定功能命名每个文件，然后只解析文件名。

例如，你可能有：

pay bills.story
更新帐户details.story
将项目添加到basket.story

如果你想变得非常聪明，那么你可以由那些可以做这些事情的人将它们分类到文件夹中。所以当你解析它们时，你最终会得到：

管理员可以：

创建新帐户
禁止帐户

财务经理可以：

问题提醒
覆盖账单
重发声明

客户可以：

支付账单
更新详情
将物品放入篮子
购买物品

这为您提供了没有说明它们的特定示例的功能，并且比查看完整的叙述文本的浏览要少得多。

Answer 2

我使用此project将我的故事导出为gherkin格式，然后使用此project处理它们以创建一些非常好的html输出。

Answer 3

我创建了一个重点格式化我的小黄瓜测试的要点。在其中，我描述了我们如何布置我们的目录结构（这对我很有用）：

https://gist.github.com/drmikecrowe/a3f8a31f2c7f2de1d078

当你有这么多时，如何总结和导航BDD故事？

3 个答案: