将jira id与Cucumber测试报告中的每个特性联系起来

将jira id与Cucumber测试报告中的每个特性联系起来,cucumber,jira,Cucumber,Jira,已经开始使用cucumber框架来测试我的项目。 能够生成html、json和xml报告 我正在寻找像JiraID链接这样的东西,以便在报告中针对特性表示进行表示 有人能帮我吗。过去,我在场景/功能中使用标签来表示JIRA门票。例如,如果您有一张ID为JIRA-123的JIRA票据,您的场景可能如下所示: @JIRA-123 Scenario: ... 然后,您应该能够从cucumber报告中看到哪些功能/场景标记了哪些标记。您可以构建一个自定义报告,在运行时使用例如JS和JIRA API获取

已经开始使用cucumber框架来测试我的项目。 能够生成html、json和xml报告

我正在寻找像JiraID链接这样的东西,以便在报告中针对特性表示进行表示


有人能帮我吗。

过去,我在场景/功能中使用标签来表示JIRA门票。例如,如果您有一张ID为JIRA-123的JIRA票据,您的场景可能如下所示:

@JIRA-123
Scenario: ...

然后,您应该能够从cucumber报告中看到哪些功能/场景标记了哪些标记。您可以构建一个自定义报告,在运行时使用例如JS和JIRA API获取所有JIRA标记并从JIRA检索票证信息。

您尝试执行的操作中的一个主要缺陷是JIRA票证是历史的,而场景是当前的

Jira记录在项目生命周期的特定时间所做的事情,而场景记录应用程序的当前状态

场景具有应用程序的当前知识。Jira票证仅具有创建时可用的知识

试图将这两件截然不同的事情联系起来会产生一些负面后果,包括:

  • 您可以阻止人们重构场景以反映应用程序的当前状态,因为他们需要维护与jira历史的链接
  • 您的链接会误导用户,随着时间的推移,场景会发生变化,以反映当前的应用程序,但您的链接暗示jira票据中的内容仍然适用
  • 链接管理变得非常混乱,场景最终会有多个链接,当重构发生时,链接会被删除或应用于不相关的场景

  • 第1点特别重要。场景很容易变得缓慢、不可靠和笨拙。除非它们得到很好的管理,否则它们会显著增加应用程序的更改成本。任何停止此管理的操作都是有害的。

    您使用哪种编程语言?