标签: concordion

通过示例提出规范的工具建议,其中分析人员(而非开发人员)编写测试?

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

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

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

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

所以我的问题(实际上是三个):

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

谢谢。

bdd specifications acceptance-testing concordion

5
推荐指数
1
解决办法
1500
查看次数

生成Concordion摘要报告

我的项目正在考虑使用Concordion进行自动验收测试.我在Concordion中看到的最大缺点是自动生成的摘要页面.目前,我们必须让测试人员或功能用户深入到每个生成的HTML页面中以检查成功或失败.

在查看Concordion的svn存储库时,我看到一个建议的修改来生成摘要XML文件 - 但据我所知,该更改尚未合并到主干行中.如果可以的话,我宁愿避免破解Concordion的源代码并直接修改它.

是否有人知道生成Concordion主/摘要报告类型页面的快捷方式?

acceptance-testing concordion

4
推荐指数
1
解决办法
1215
查看次数