通过示例提出规范的工具建议，其中分析人员（而非开发人员）编写测试？

Question

我们正在寻求一种bdd风格的方法，以Gojko Adzic的规范为例启发。实现是在Java中进行的，开发人员已经在编写junit测试。

关键要求是规范（验收测试）可由非开发人员编写，阅读和维护。该项目将以敏捷团队的身份运行-因此，如果开发人员必须遵守规范，那就很好。但是，我不希望开发人员，测试人员或领域专家必须阅读或编写类似于代码的内容。

到目前为止，我已经研究了FitNesse，Concordion和其他各种工具（例如Spock）。我拒绝使用Spock和类似工具，因为它们将开发人员作为主要受众。FitNesse似乎可以满足大多数要求。

不过，Concordion可能是当前的最爱：规格看起来更简洁。

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

1. 对我应该查看的其他工具有什么建议吗？
2. 有没有人以这种方式成功使用手风琴（或其他工具）？
3. 是否仍在积极开发/支持手风琴？很难从网站上说出来，而且大多数相关的SO问题都已经有好几年了。

谢谢。

Answer 1

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

我们使用 Eclipse（网页编辑器）来编辑 HTML。这很有效，只是 Concordion 需要有效的 XHTML，而 Eclipse 不允许将 HTML 验证为 XHTML。这主要显示使用 <br> 标签而不是 <br/>。我们在训练中解决了这个问题。我们还对整个团队进行源代码控制使用方面的培训。通过使用 Eclipse，我们拥有一个用于编辑和源代码控制的用户界面。我们还发现，让团队使用相同的 IDE 是迈向跨职能团队的一步。

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

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