技术文章

如果您的团队使用Jira 来管理软件开发，您可能会想了解如何以与 Jira 集成的方式管理您的测试和 QA 流程。

一般来说，您有两种选择：

1. 使用 Jira 本身来跟踪您的测试任务（通常作为开发问题或自定义问题类型的子任务）

2. 使用基于 Jira 的测试管理插件（免费或付费）

使用 Jira 进行测试管理

尽管Jira不是为软件测试而设计的，并且没有内置的测试管理功能，但该工具的灵活性和可定制字段吸引了希望将其用于测试用例管理等任务的用户。 

使用 Jira 作为测试管理工具是可能的，但会带来挑战 - 这可能会超过优势，具体取决于您独特的测试团队的规模和结构。

图片： Jira 板将您团队的工作显示为可以在列之间移动的卡片。

使用 Jira 进行测试管理的优势

对于没有复杂测试要求的团队，Jira 可能足以跟踪他们的测试，原因有以下三个： 

• 访问：如果您已经为您的团队购买了 Jira 来跟踪您的开发工作，则可能不需要购买额外的许可证

• 工具整合：通过将所有跟踪保留在一个工具中，您将需要维护更少的平台，并且可能能够了解整个软件开发工作

• 灵活性： Jira 的可自定义问题模板可以容纳各种自定义字段，允许您创建专用问题类型，例如“探索性测试”或“回归测试”，这些类型与默认的 Jira 问题类型（例如 Epic、Story、Task、子任务、Bug 等）

使用 Jira 进行测试管理的挑战

尽管如果您投入足够的时间和精力，Jira 可以用于测试管理，但它会带来一些重大挑战： 

• 组织测试用例和测试计划很复杂

• 没有简单的方法可以跟踪多个测试周期的测试结果

• Jira 几乎不支持测试自动化

• 不容易报告可追溯性或覆盖范围

1. 测试计划和组织设置复杂

使用 Jira 组织测试用例并使用 Jira 问题构建测试套件非常复杂。有两种方法可以在不使用任何其他插件、附加组件或工具的情况下进行 Jira 测试管理。 

使用附加问题描述字段或子任务对现有 Jira 工作流程进行测试

这种方法不可扩展，难以管理测试数据和先决条件，并且无法提供测试状态的可见性。

创建自定义 Jira 问题类型

创建自定义 Jira 问题类型可能会导致混乱，使您的 Jira 板变得混乱，或者迫使您维护一个单独的项目仅用于测试。您可以尝试使用自定义标签或字段将 Jira 问题分组到“测试套件”中，但没有内置方法可以分层组织 Jira 问题以便一目了然地查看所有相关测试。您的团队还可以选择使用史诗来创建测试套件，但寻找可重用的测试或要维护的测试会成为一项密集的搜索。

图片：使用自定义 Jira 问题会使您的 Jira 板变得混乱，或者迫使您维护一个单独的项目仅用于测试。

2. 难以跟踪一段时间内的测试结果

重复使用 Jira issues 的效率非常低。例如，您可以将 Jira 问题从一个版本克隆到下一个版本，但克隆用于端到端回归测试的整套问题非常耗时。此外，克隆问题无法为您提供任何方法来分析测试随时间的成功率或失败率。

即使使用Jira 查询语言（“JQL”），找到您正在寻找的确切 Jira 问题也很困难，特别是如果它是从以前的测试或另一个问题的子任务中克隆的。 

一旦 Jira 任务被标记为“完成”，它们就不再显示。找到它们的唯一方法是使用 Jira 的搜索功能梳理历史问题，或者将历史 Jira 问题导出到 Excel 并手动过滤它们。 

3. 对测试自动化的支持很少甚至不支持

尽管 Jira 的 REST API 非常广泛，但 Jira 本身并没有提供任何对测试自动化工具的内置支持。 

无论您是使用 Cucumber 等工具进行 BDD 测试，还是使用 JUnit 或 Selenium 等框架运行自动化测试，都没有简单的方法将测试自动化与 Jira 中跟踪的其余手动测试集成。这会导致 QA 团队内不同职能之间出现孤岛，并且难以保持测试的实时可见性。

4. 无法报告测试覆盖率或可追溯性

另一个挑战是创建有效且实用的可追溯性。对于必须通过合规监管审计的受监管行业或应用领域的公司来说，可追溯性至关重要。当您的团队想要快速查找需求的文档或测试用例时，它也会很有帮助。

虽然 Jira 可以轻松链接用户故事、缺陷、史诗和其他 Jira 问题类型，但它不附带任何覆盖范围或可追溯性报告。搜索链接的问题非常耗时，并且没有任何内置的工作流程来链接问题或没有现成的报告来检查链接是否已建立，很容易不合规。 

使用 Jira 插件进行测试管理

另一种选择是使用通过Atlassian Marketplace提供的应用程序或插件。 

Jira 中有两种不同类型的测试管理应用程序：

1. 在 Jira 之上构建并通过 Jira 进行管理的应用程序（例如Xray）

2. 将 Jira 与专用测试管理平台（如TestRail）集成的应用程序

如何选择合适的 Jira 测试管理解决方案

就像为任何工作选择正确的工具一样，您首先要了解并确定团队的需求和目标。确保您清楚地了解您的目标，无论是确定覆盖范围差距、优化 QA 的生产力，还是准确了解测试过程中发生的情况。 

组织可能会以不同的方式权衡质量保证目标的重要性。这应该可以帮助您将注意力集中到适合您团队的研究选项。当然，您需要考虑可用的功能、定价和支持，以及用户评论或案例研究来比较和对比工具。

为了使您的研究更进一步，如果您的团队使用 Jira，那么在选择“正确的”测试管理工具时需要注意以下七个事项：

1. 工作流程定制

一个好的测试管理工具应该提供强大的功能来组织和规划您的测试工作。其中应包括用于创建、管理和重用测试用例、跟踪测试进度和报告的功能，以帮助确保应该测试的内容得到测试，同时保持 Jira 中跟踪的需求和缺陷的可见性。 

例如，在 TestRail 中，您可以在一个协作平台中管理、组织和跟踪所有测试用例，跨多个测试运行、配置和里程碑生成全面的项目报告，并接收可追溯性和覆盖率报告以跟踪需求的覆盖率，测试和缺陷。

2. 学习曲线低

如果该工具太麻烦或难以学习，您会发现过渡到使用它是一场艰苦的战斗。通过试用评估用户体验。寻找具有直观界面、有用文档和现有用户评论的工具。

图片：（G2 评论）TestRail 的可用性和直观的用户界面可实现快速入门。

3. 与您的技术堆栈集成

整合您的技术堆栈非常重要。这样做不仅可以为您的用户提供更好、更无缝的体验，还可以通过在所有系统之间更一致地共享最新信息来让您的生活更轻松。 

借助 TestRail 等独立测试管理工具，您可以与几乎任何测试自动化、CI/CD 或其他 DevOps 工具集成。这意味着您仍然可以使用最适合您的团队的工具，同时保持应用程序质量的单一事实来源。

4. 可扩展性

随着公司的发展，您必须确保您的测试管理工具能够满足日益复杂的需求、测试数据量和用户数量。

对于许多基于 Jira 的附加组件来说，这是一个特殊的挑战，因为随着测试量的增加，Jira 实例数据库中存储的 Jira 问题数量也会增加。太多的 Jira 问题可能会开始大幅减慢您的 Jira 实例速度，让团队中的每个人都难以工作。

通常，在 Jira 外部构建的测试管理工具可以为您的测试数据提供更强大的基础架构，因为它不依赖于 Jira 的数据架构来大规模管理性能。寻找允许您冻结和存档历史测试数据的工具，使您能够参考历史测试运行和结果，而无需保持对该数据的主动访问并影响应用程序的性能。  

5. 增加测试覆盖率

测试覆盖率是许多 QA 团队的关键指标。您必须能够评估您是否已经进行了足够的测试，或者您的测试套件是否未涵盖任何主要功能。 

测试管理工具可以让您更快地可视化您的需求覆盖范围。例如，使用 TestRail，您可以在 5 分钟内收到需求、测试和缺陷的覆盖率报告。TestRail 等测试管理工具可以轻松监控整个项目生命周期的覆盖范围，确定需要更大覆盖范围的区域，并采取行动更有信心地发布高质量产品。

图片：通过 TestRail 的 Jira 集成，您可以将测试用例链接到用户故事、史诗或任何其他类型的 Jira 问题，以明确正在测试哪个需求。

6. 更好地了解测试生命周期

可追溯性通过确保所有相关要求都经过测试来提高组织服务或产品的质量和可靠性。测试管理工具应该允许您查看和维护测试用例和错误的历史记录，以便您清楚地记录已测试的内容以及将来需要测试的内容。让您的 QA 团队更好地了解每个测试和需求配对背后的逻辑，以便开发和工程团队可以更轻松地识别测试期间发现的问题。

7. 提高透明度

许多团队都有多个利益相关者，他们希望轻松了解测试进度，更不用说您的团队还应该跟踪他们的进度。交流 QA 指标（例如测试覆盖率、测试完成状态或测试可靠性）应该很容易甚至是自动的，例如通过预定的报告。插件应该提高利益相关者和组织其他部分的透明度，无论插件是构建在 Jira 之上还是同步到 Jira 外部的专用测试管理平台。

选择适合您团队需求的工具至关重要 - 通过投入一些时间将您团队的需求与市场上可用的工具进行比较，您将立即顺利、高效地管理您的测试！