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

Question

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

我想使用 JIRA 跟踪规范的更改。

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

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

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

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

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

---

感谢您的回复！

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

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

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

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

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

Answer 1

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

Answer 2

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

JIRA Client (almworks.com) 桌面应用程序可以简化流程。