Jira作为测试用例管理工具

时间:2010-10-12 14:23:27

标签: jira testcase

我已经审核了几个可用于Jira的测试用例管理解决方案,例如:

我想知道是否有可能进一步扩展这个测试用例管理解决方案。 我正在寻找一个Jira解决方案:

  • 要求
  • 测试用例(符合要求)
  • 测试报告(在测试用例下)

上面发布的链接仅忽略“要求”部分,仅关注测试用例和测试报告。我之前使用的每个测试用例管理工具都具有HP QualityCenter等功能。

是否有可能在Jira中实现这一目标?

TIA

10 个答案:

答案 0 :(得分:8)

在过去的几周里,我试图建立Jira进行测试用例管理,我可以提供我的经验。上面提到的说明(Customize JIRA For Test Case Management)是错误的和不完整的,所以要预先警告。 Atlassian论坛中的Jira Test Case thread非常有用。

编辑:此链接已损坏,Atlassian的“论坛”已不再使用。使用此链接:Customize Jira for Test Case Management

  1. 说明适用于Jira 3.x.最新版本是4.2。有差异。
  2. 步骤5,“自定义字段”的字段名称不正确。 “完成步骤”的第一个实例应该具有“实际结果”的名称。
  3. 步骤8.2要求您将“创建问题”步骤分配给“创建测试用例屏幕”。由于您尚未创建任何工作流程或步骤,因此这将很困难。完成步骤9后,您将需要返回此步骤。
  4. 第9步,“自定义工作流程”令人深感困惑。系统会告诉您两次创建新状态(步骤9.1和步骤9.4 / 5)。在步骤9.1中,您想要创建新的“状态”,而不是“状态”。在步骤9.4 / 5中,您想要创建新的“步骤”,而不是“状态”。步骤
  5. 创建新步骤需要创建新的过渡。每个过渡将链接两个步骤。您需要在创建步骤时创建过渡。
  6. 文档中有更多的问题,因此在开始之前,请确保您对Jira工作流程和各种实体感到满意。我还建议仔细记录。

答案 1 :(得分:4)

我们目前使用TestLodge test case tool来管理我们的测试用例和要求,并与Jira集成以创建失败的测试用例。

答案 2 :(得分:3)

您可以轻松地将要求存储为顶级JIRA问题;许多使用“用户故事”方法记录需求的敏捷项目都是这样做的。我会将测试用例存储为顶级JIRA问题,并将它们与它们相关的要求联系起来,而不是将它们作为要求的子任务;例如,如果测试用例可以应用于多个需求,则可以提供灵活性。

如果您将所有测试用例作为单独的JIRA问题,则可以在每次执行测试运行时为每个案例创建一个测试报告作为子任务。为了简单起见,您真的需要在JIRA中使用批量克隆工具,您可以在其中克隆要再次运行的所有测试报告,但我无法在JIRA中找到如何执行此操作。

答案 3 :(得分:1)

在我们的团队中,我们有一个QA部门,一直在使用QC(并且仍在某些项目中使用它),我们正在使用这样的问题组织:

顶级

  • 要求 - 捕获实际的用户素材。由BA创建,分配给由BA拥有的DEV主管。
  • 突发事件 - 捕获生产系统发生的问题。由BA /运营部门创建,分配给BA拥有的QA。
  • 二进制包 - 由部署团队创建和拥有,以跟踪生成的每个二进制包的生命周期。到目前为止,我们正在跟踪部署和更改任务作为评论,但如果我们想要更细粒度,我们也可以使用单独的子问题。
  • 测试回合 - 顶级 - 通常出于报告目的,您希望将QA团队的每个测试运行/阶段产生的工件分开。测试运行问题是缺陷的容器。
  • 测试用例 - 由质量检查经理创建,分配和拥有。在这里您可以选择:
    • 定义为顶级问题 - 您可以将其链接到需求,多个要求或创建独立(例如,捕获未在JIRA中跟踪的回归场景。
    • 定义为子任务 - 将您限制为一个父级,但您仍可以链接相关的需求/事件。最大的区别在于,这会迫使您跟踪JIRA中每个测试用例的原因。
    • 对于许多项目,我们仍然将测试用例保留在QC中,并且仅跟踪JIRA中的缺陷。

子任务

  • 开发(在要求下) - 由DEV主管创建,分配给DEV团队拥有的DEV团队。描述估计并分配给单个人的一件作品或用例的一部分。
  • 由QA / DEV创建的
  • 缺陷(在测试回合或突发事件下),分配给由QA拥有的DEV团队。描述孤立的缺陷。在大多数情况下,它的处理方式与开发方式相同,但必须通过质量保证来确认和关闭。
  • 测试运行 - 记录单次测试运行的结果。我们仍然发现QC是一个更好的工具,虽然JIRA也可行,特别是如果我们写一些插件。

所有这些问题类型都使用几乎标准的工作流程(为缺陷问题类型添加了QA-Confirmation步骤)和一些自定义字段。我们正在考虑为QA和DEV使用单独项目的替代方法,在这种情况下我们可以使用版本而不是Test Round问题类型,但由于各种原因我们决定反对它(如果您有兴趣,请告诉我,我可以详细说明)

答案 4 :(得分:1)

它可能是你想要的:

http://blogs.atlassian.com/jira/bonfire/

答案 5 :(得分:1)

尝试附加Kanoah测试。

它是专为JIRA设计的综合测试管理解决方案。

访问:www.kanoah.com网站了解更多信息

答案 6 :(得分:0)

截至几周前,JIRA最近实施了一个“功能”,它将在所有子任务克隆前加上单词“CLONE - ”。这并非如此,如果您使用的是JIRA Studio,则没有适当的解决方案来解决这个问题。那么现在对我们有用的意味着我们需要使用专用工具。

即。如果您正在使用包含一组子任务类型的测试用例的QA Cycles的文档化方法,那么当您为新的测试运行克隆QA循环时,所有测试用例都将添加到单词前面。 “克隆 - ”。

就我而言,我现在将转而使用专用的测试管理工具。

答案 7 :(得分:0)

我们是Atlassian Enterprise和Platinum Experts,虽然您可以自定义JIRA作为基本的测试管理工具,但您需要意识到它擅长作为事件管理工具,任务管理工具和敏捷管理工具(与JIRA Agile插件)。

它从未被设计为测试用例管理工具,因此不提供您期望从纯测试管理工具中获得的功能。诸如报道报告,测试运行历史以及在一个地方管理手动和自动化测试之类的事情。

我为Catch Software(http://www.catchsoftware.com)工作,我们构建了Enterprise Tester,这是一个基于Web的测试管理工具,具有市场领先的JIRA集成。

此集成允许您从JIRA故事中自动生成测试用例存根,从测试运行中自动创建JIRA问题,并允许您将报表小工具放入JIRA或Confluence,以便管理团队可以在一个位置查看所有指标。

您将获得一个与JIRA内部或OnDemand实例无缝集成(无需插件)的纯测试管理工具。

因此,请检查您的测试需求,如果您需要测试基础知识,那么我们可以帮助您使用JIRA构建的解决方案,或者如果您需要更专业的测试管理工具,那么请随时查看Enterprise Tester(http://www.enterprisetester.com)< / p>

此致 布莱斯

答案 8 :(得分:0)

我建议使用Zephyr for JIRA,这是一个很好的测试管理插件,可以很好地与JIRA集成。除Epic / User Story管理外,它还允许您维护测试用例套件和执行。

http://getzephyr.com/

我最近搬到的团队是新设置的,并没有使用任何TM工具(他们使用JIRA进行缺陷记录,Excel使用Excel来维护TC) - 我看到了研究市场并开始寻找的机会一个适合的工具,可以更灵活地管理测试周期。

Zephyr干净利落地嵌入JIRA屏幕和外观中。感觉就像JIRA的。因此,如果团队已经在使用JIRA进行问题/缺陷记录,那么学习Zephyr并不会增加引入新工具的复杂性。

对于我们之前的程序,我使用过HP ALM(以及QC,当它被称为!)。现在驱动器变得灵活,我们发现ALM对于敏捷来说有点太麻烦......我可能在那里错了,但是在Zephyr / JIRA之后我们选择继续使用Zephyr进行测试管理;)

在我的评估中,Zephyr for JIRA对我们来说非常好。我使用其中一个scrums(它是一个由6个不同的scrums组成的大型程序!)做了一个POC,现在已经开始向其他团队推广,他们也喜欢这个想法和整个设置。定价点也不高。

P.S。 - 我们正在使用Zephyr for JIRA Server。

我希望这些信息有所帮助。

干杯!

答案 9 :(得分:-1)

我会建议QASymphony的qTest测试用例管理工具。 JIRA integration是最好的。您可以完成所有开发工作,无论它们是JIRA故事,任务还是子任务(或自定义问题类型),并通过将测试用例与它们相关联来构建通过该工具的可跟踪性。最终允许您生成一键式报告。

所有手动测试用例都可以存储在那里,自动化工作可以集中进行,并且还有一个非常好的UAT文档工具和探索性测试。该工具还集成在缺陷级别,允许测试人员通过测试执行将JIRA问题直接提交到JIRA,以便他们可以通过开发进行处理。从本质上讲,JIRA可以继续用于开发和规划工作,但所有测试工作都可以在TCM中解决。通过将这种灵活的JIRA集成到企业可扩展的工具中,整个SDLC流程更加简化。