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 回答
0

我使用这个项目将我的故事导出为小黄瓜格式，然后使用这个项目处理它们以创建一些非常好的 html 输出。

于 2014-02-03T10:27:41.350 回答
0

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

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

于 2015-03-06T15:43:20.770 回答