【问题标题】:Jira as Test Case Management Tool [closed]Jira 作为测试用例管理工具 [关闭]
【发布时间】:2010-10-12 14:23:27
【问题描述】:

我查看了几个可用于 Jira 的测试用例管理解决方案,例如:

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

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

上面发布的链接只忽略了“需求”部分,只关注测试用例和测试报告。我以前使用过的每个测试用例管理工具都具有这些功能,例如 HP QualityCenter。

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

TIA

【问题讨论】:

    标签: jira testcase


    【解决方案1】:

    在过去几周尝试设置 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 步,“自定义字段”的字段名称不正确。 “Steps To Complete”的第一个实例的名称应为“Actual Outcome”。
    3. 步骤 8.2 要求您将“创建问题”步骤分配给“创建测试用例屏幕”。由于您还没有创建任何工作流或步骤,这将很困难。完成第 9 步后,您需要返回此步骤。
    4. 第 9 步,“自定义工作流程”非常令人困惑。您被告知要创建两次新状态(步骤 9.1 和步骤 9.4/5)。在步骤 9.1 中,您要创建新的“状态”,而不是“状态”。在步骤 9.4/5 中,您要创建新的“步骤”,而不是“状态”。步骤
    5. 创建新步骤需要创建新的转换。每个转换将链接两个步骤。您将需要在创建步骤时创建转换。

    文档中有更多的陷阱,因此在开始之前,请确保您熟悉 Jira 工作流程和各种实体。我还建议仔细记录。

    【讨论】:

      【解决方案2】:

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

      【讨论】:

      • 您好,只是想确认 TestLodge 可与 Jira 云和自安装版本兼容。
      【解决方案3】:

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

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

      【讨论】:

        【解决方案4】:

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

        顶层

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

        子任务

        • 开发(在要求下)- 由 DEV 负责人创建,分配给 DEV 团队,由 DEV 团队拥有。描述估计并分配给一个人的工作或用例的一部分。
        • 缺陷(在 Test-Round 或 Incident 下),由 QA/DEV 创建,分配给由 QA 拥有的 DEV 团队。描述孤立的缺陷。在大多数情况下,它的处理方式与开发相同,只是它必须由 QA 确认和关闭。
        • 测试运行 - 记录单次测试运行的结果。我们仍然发现 QC 是更好的工具,尽管 JIRA 也可以使用,尤其是在我们编写一些插件的情况下。

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

        【讨论】:

        • 大约 4 年后,这个过程是如何进行的?有什么变化和学习吗?
        • 它工作得相当好,根据我们需要的报告类型(很少有新字段和“需求”工作流程中的“测试中”状态)进行了一些小的改进。
        【解决方案5】:
        【解决方案6】:

        试试附加卡诺亚测试。

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

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

        【讨论】:

          【解决方案7】:

          几周前,JIRA 最近实施了一项“功能”,该功能将在所有子任务克隆前加上“CLONE -”一词。过去并非如此,如果您使用的是 JIRA Studio,则没有针对此问题的适当解决方案。因此,现在对我们来说效果很好的方法意味着我们需要使用专用工具。

          即如果您使用记录的方法让 QA Cycles 包含一堆属于子任务类型的测试用例,那么当您克隆 QA 循环以进行新的测试运行时,所有测试用例都将在前面加上单词“克隆——”。

          就我而言,我现在将切换到专用的测试管理工具。

          【讨论】:

          • 您可以通过编辑 jpm.xml 中的 jira.clone.prefix 属性或从 jira 用户界面(系统 -> 常规配置 -> 高级)删除此功能
          • 在 JIRA Studio 中?我刚刚再次检查,仍然没有看到托管产品中的功能(它们限制了功能)。
          • 是的。对。仅在下载版本中。
          • 如果您没有访问/权限系统 -> 常规配置 -> 高级,您可以使用以下书签:
          • javascript:document.getElementById("summary-val").click();setTimeout(function(){document.getElementById("summary").value=document.getElementById("summary") .value.replace("CLONE%20-%20","");document.getElementsByClassName("aui-button%20submit")[0].click();},1000);void(0);跨度>
          【解决方案8】:

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

          它从来没有被设计成一个测试用例管理工具,因此它没有提供您期望从纯测试管理工具中获得的功能。覆盖率报告、测试运行历史记录以及在一处管理手动和自动测试等内容。

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

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

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

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

          问候 布莱斯

          【讨论】:

            【解决方案9】:

            我会推荐 Zephyr for JIRA,它是一个很好的测试管理插件,可以很好地与 JIRA 集成。除了 Epic/用户故事管理之外,它还允许您维护测试用例套件和执行。

            http://getzephyr.com/

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

            Zephyr 清晰地嵌入到 JIRA 屏幕中,外观和感觉与 JIRA 完全一样。因此,如果团队已经在使用 JIRA 来记录问题/缺陷,学习 Zephyr 不会增加引入新工具的复杂性。

            我在我们早期的程序中使用了 HP ALM(以及当时称为 QC 的 QC!)。既然驱动力是敏捷,我们发现 ALM 对于敏捷来说有点太麻烦了……我可能错了,但是在 Zephyr/JIRA 之后,我们选择留在 Zephyr 进行测试管理;)

            在我的评估中,用于 JIRA 的 Zephyr 非常适合我们。我使用我从事的其中一个 Scrums 进行了 POC(它是一个包含 6 个不同 scrums 的大型程序!),现在已经开始向其他团队推广,他们也喜欢这个想法和整个设置。定价点也没有那么高。

            附: - 我们将 Zephyr 用于 JIRA 服务器。

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

            干杯!

            【讨论】:

              【解决方案10】:

              我建议QASymphony 使用 qTest 测试用例管理工具。 JIRA integration 是同类产品中最好的。您可以拉动所有开发工作,无论它们是 JIRA 故事、任务还是子任务(或自定义问题类型),并通过将测试用例与它们相关联来通过工具构建对它们的可追溯性。最终让您生成一键式报告。

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

              【讨论】:

                猜你喜欢
                • 1970-01-01
                • 1970-01-01
                • 1970-01-01
                • 2011-06-12
                • 1970-01-01
                • 1970-01-01
                • 1970-01-01
                • 1970-01-01
                • 2010-11-27
                相关资源
                最近更新 更多