我们正在Gherkin中建立一个规范，我们希望将这些功能文件呈现给业务利益相关者。我们如何以某种“漂亮”格式导出所有功能文件？
例如：
答案 0 :(得分：12)
到目前为止，我见过的最好的是泡菜; http://github.com/picklesdoc/pickles
它正在进行中，但看起来还不错。请在GitHub上提供您的反馈
答案 1 :(得分：3)
我们的团队目前正在使用relish，这是一个代码项目，可以很好地将您的小黄瓜格式化到网站上。
然而它有一些缺点 - 它只是“在测试期间免费”，但这可能仍然会给你一些想法。
一个很好的特色是你的开发团队可以选择推送小黄瓜，只要他们准备好了，利益相关者不需要管理/接收新的电子邮件/文件等 - 他们可以只需刷新项目网页。
答案 2 :(得分：2)
为什么你认为你想这样做？
我建议bdd的优点在于它在业务利益相关者，测试人员和开发人员之间提供了无处不在的语言。它可以在测试周期的任何部分用于描述您想要的功能及其遵循的方案。将您的小黄瓜样式特征文件作为简单的文本文件，可以由业务利益相关者直接编辑并直接传回源代码存储库。在编写一行代码之前，您可以从业务中获取新的方案并确认哪些功能需要工作。
通过为这些文件提供不同的格式，您会干扰数据跨越这些桥的容易程度。是的，你可以将它美化并将所有功能组合在一起组成一个word文档等，但这样做就会失去直接从业务中直接采用一组场景并证明代码库“适用”它们的能力。 / p>
因此，我建议向业务利益相关者呈现的最佳格式与他们已经存在的格式完全相同。
但是，您是否考虑过更换测试的跑步者？即使功能仍然是纯文本，concordion或Concordion.net之类的跑步者也会为您提供非常漂亮的测试运行显示。
答案 3 :(得分：1)
另一种选择，不需要任何技术技能。与此处的另一个答案类似，但专门针对业务而不是技术利益相关者。它是Chrome扩展程序，可自动格式化在Chrome中打开的任何* .feature文件。请参阅示例并在此处安装：Pretty Gherkin feature file viewer
答案 4 :(得分：0)
使用Gherkin Viewer
为此，我将这个chrome扩展放在一起，因为我不喜欢导出/重新发布功能文件的想法。这允许您查看原始来源真相：）
https://chrome.google.com/webstore/detail/gherkin-viewer/lfckgakamnfdbanfefglincnckfnlapp?hl=en-GB
看看，看看它是否适合你。来源是GitHub，非常基本的开始，如果有人愿意贡献，我将非常感激。