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

Question

将正式规范与JIRA增强请求相关联的最佳方法是什么？

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

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

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

似乎有一百万种可能的方法，例如

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

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

---

感谢您的回复！

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

这对我来说很有意义（至少对我来说），因为功能需求拥有所有者，生命周期以及简单增强等子票的明确概念。链接问题的能力允许它连接到QA活动，文件票据或任何其他类型的工作。功能需求也链接在一起，因此模型适合。

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

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

我不能成为第一个想要这样做的人 - 我不认为你知道有任何人尝试过这个你知道的，或者发布了一个让这更容易的工具吗？

Answer 1

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

Answer 2

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

JIRA客户端（almworks.com）桌面应用程序可简化并简化流程。