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