1

将正式规范链接到 JIRA 增强请求的最佳方式是什么？

我想使用 JIRA 跟踪规范的变化。

理想情况下，我想在 JIRA 票证中引用功能 ID 引用（例如 MYAPP>APPROVAL LOGIC>MAIN SCREEN），以便项目经理可以回顾性地对缺陷进行分类。

这样做的原因是，可以在跟踪系统中有意义地搜索/分类 QA 脚本和文档票证。

似乎有一百万种可能的方法可以做到这一点，例如

  • 我应该编写一个自定义组件来从树中选择功能 ID 吗？
  • 我应该在 confluence 中编写规范，还是在另一个带有 TrackBack 设施的 CMS 中编写规范？
  • 我应该包含指向文档 URL 的链接吗？
  • 我应该使用其他一些 3rd 方插件应用程序吗？
  • 我应该使用一些我不知道的 Atlassian 应用程序吗？
  • 我是否使用了错误的跟踪工具/流程来衡量规格增长？

根据您的经验，最好的方法是什么？

谢谢回复！

我正在考虑另一种选择，即将功能需求实现为实际票证。

这很有意义（至少对我而言），因为功能需求具有所有者、生命周期以及用于简单增强的子票证的清晰概念等。链接问题的能力使其可以连接到 QA 活动、文档门票，或任何其他类型的工作。功能需求也链接在一起，因此模型适合。

这种方法的问题在于，除非您想将每个缺陷票创建为需求的子任务（并放弃额外的子任务功能），否则您必须使用标准的“链接票”创建然后链接该票功能，使用起来不是很快。这是一个高阻力的工作流程，这意味着它需要大量的纪律。

理想情况下，我希望能够创建一个自动链接到另一个票证的票证，类似于链接子票证的功能。

我不能成为第一个想要这样做的人——我想你不知道有谁尝试过你知道的这个，或者发布了一个工具来简化它？

4

2 回答 2

0

一种方法是仅在 JIRA 中完成功能性和非功能性需求的完整设计。

JIRA Client (almworks.com) 桌面应用程序可以简化和直接的过程。

于 2011-02-21T17:20:27.100 回答
0
  1. 如果你有能力在 Confluence 中编写规范，那么我认为在 Jira 和 Confluence 之间使用交叉链接是最好的方法。有几个插件可以实现这样的链接（例如应用程序链接）。
    • 由于 Confluence 页面在空间中必须是唯一的，因此您在上面显示的分层命名将是合适的。
    • Confluence 是一个很好的文档协作开发工具，但它需要大量的纪律、组织和努力来保持事物的组织性。
  2. 或者，您可以使用 Labels jira 插件使用诸如“myapp-approvalLogic-mainScreen”之类的字符串来标记问题。这使您可以快速找到所有相关问题，但不能导航到规范
  3. 不过，上述两种方法都没有提供层次结构。
    • Jira+Agile（又名 Greenhopper）提供了一个版本层次结构，这对于敏捷规划非常有用。但通常一个版本（发布）适用于许多需求的功能，因此您可能无法使用此层次结构
    • Jira 组件不是分层的，问题只有 2 个级别（已经讨论了 4 年的问题......）
于 2010-05-20T13:42:46.693 回答