16

我回顾了几个可用于 Jira 的测试用例管理解决方案，例如：

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

  • 要求
  • 测试用例（根据要求）
  • 测试报告（在测试用例下）

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

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

TIA

4

10 回答 10

8

在过去几周尝试设置 Jira 以进行测试用例管理之后，我可以从我的经验中受益。上面引用的说明（为测试用例管理自定义 JIRA）有缺陷且不完整，因此请提前警告。Atlassian 论坛中的Jira 测试用例主题非常有帮助。

编辑：此链接已损坏，Atlassian 的“论坛”不再使用。使用此链接：自定义 Jira 以进行测试用例管理。

  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. 创建新步骤需要创建新的转换。每个转换将链接两个步骤。您将需要在创建步骤时创建转换。

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

于 2011-01-28T04:28:51.847 回答
4

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

于 2011-09-10T19:32:19.740 回答
3

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

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

于 2010-10-13T17:31:22.360 回答
1

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

顶层

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

子任务

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

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

于 2010-10-17T04:55:08.237 回答
1

它可能是你想要的：

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

于 2011-08-18T15:49:33.527 回答
1

试试附加卡诺亚测试。

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

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

于 2015-06-10T22:43:38.087 回答
0

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

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

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

于 2011-03-09T03:59:09.930 回答
0

我们是 Atlassian Enterprise 和 Platinum 专家，虽然您可以自定义 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 )

问候布莱斯

于 2013-10-15T08:39:39.240 回答
0

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

http://getzephyr.com/

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

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

我已经在我们早期的程序中使用了 HP ALM（和 QC，当它被称为时！）。既然驱动力是敏捷，我们发现 ALM 对于敏捷来说有点太麻烦了……我可能错了，但是在 Zephyr/JIRA 之后，我们选择留在 Zephyr 进行测试管理；）

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

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

我希望这个信息帮助。

干杯!

于 2015-11-26T21:38:06.600 回答
-1

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

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

于 2015-12-21T17:30:12.257 回答