通过示例说明工具的建议，分析师 - 而不是开发人员 - 编写测试？

Question

我们希望在Gojko Adzic的specification by example的启发下启动bdd风格的方法。实现在java中，开发人员已经在编写junit测试。

关键要求是非开发人员可以编写，阅读和维护规范（验收测试）。该项目将作为一个敏捷团队运行 - 所以如果开发人员必须检测规格，那就没问题了。但是，我不希望开发人员，测试人员或领域专家不得不阅读或编写类似代码的内容。

到目前为止，我已查看过FitNesse，Concordion和其他各种内容（例如Spock）。我拒绝了spock和类似工具，因为它们将开发人员作为主要受众。 FitNesse似乎满足了大部分要求。

Concordion可能是目前最受欢迎的：规格看起来更清晰，更简单。

所以我的问题（实际上是三个）：

1. 我应该看一下其他工具的建议吗？
2. 有没有人以这种方式成功使用手风琴（或其他工具）？
3. 仍然积极开发/支持一致性？很难从网站上了解到大多数相关的SO问题已有几年了。

感谢。

Answer 1

另请参阅Cucumber和JBehave，它们都允许以纯文本格式编写规范。

如果您选择使用FitNesse，也可能值得一看Slim，它位于FitNesse的后面，代替Fit。它为Fit提供了略微不同的表格格式，我发现它更适合BDD。

Answer 2

我与许多团队合作，实施了Concordion示例规范。我们训练整个团队用HTML编写Concordion规范。只需要一小部分HTML，因此我们可以在大约30分钟内培训新手。通常我们让测试人员编写HTML规范，BA或Scrum Master有时会编写它们。

我们使用Eclipse（网页编辑器）编辑HTML。这很有效，除了Concordion需要有效的XHTML，Eclipse不允许将HTML验证为XHTML。这主要表现在＆lt; br＆gt;使用的标签而不是＆lt; br /＆gt;。我们在培训中介绍了这一点。我们还培训整个团队使用源代码控制。通过使用Eclipse，我们有一个用于编辑和源代码控制的用户界面。我们还发现让团队使用相同的IDE是迈向跨职能团队的一步。

我知道另一个团队，BA正在使用基于Mac的HTML编辑器编写规范。

Concordion得到了积极维护，邮件列表（Yahoo）和问题列表都有快速响应。 Concordion代码库是稳定的。过去一年左右的积极开发主要集中在扩展机制上，允许用户添加命令和监听器（例如，用于捕获测试失败时的屏幕截图）。

Answer 3

只是为了更新主题，您还可以考虑jnario。