JIRA:关闭还是解决?

78

在JIRA中,您可以重新打开已解决和已关闭的问题。实际区别是什么?(除了解决/关闭问题需要不同的权限,例如如果涉及QA)

我们团队对于是否应该解决或关闭存在一些意见分歧,我想指向一些权威并说“我们应该这样做”。


2
这个问题似乎不适合讨论,因为它涉及到 JIRA 的使用。 - John
7个回答

65

典型的问题处理流程是负责修复漏洞的人解决问题,然后打开漏洞的人决定是否接受解决方案。如果接受,则关闭它。如果不接受,则重新打开漏洞以进行进一步讨论/工作/协调。

例外情况是当 bug 是重复的时,通常在处理漏洞的人意识到这是一个重复的漏洞时,他们可以将其自己关闭为重复项。或者他们解决为重复项,打开者同意,然后关闭它。

我记得 JIRA 有一个相当灵活(但很复杂)的工作流程,因此您可以设置适合您的团队和提交问题的用户组的任何流程。

编辑:我意识到我实际上没有解释如何重新打开已关闭的问题。根据我的经验,通常不会发生这种情况,因为人们会在问题系统中搜索现有的出现相同行为的漏洞。如果你很幸运,经常出现的情况是开放新漏洞而没有调查现有的问题。

也就是说,QA 或现场人员会在原始所有者关闭之后的某个时间点说:“我记得那个漏洞。该死,他们说它已经解决了。”此时,他们可能会重新打开旧漏洞,或者创建一个新漏洞并链接到原始漏洞。我更喜欢有一个新的漏洞并链接,而不是重新打开漏洞。原因是“新”问题可能表现相同,但可能有完全不同的原因。当真正通用的错误日志消息被抛出时,这种情况经常发生。


43
  • Resolved通常意味着“准备测试”
  • Closed通常意味着“它可用”

你可能还想查看这篇博客文章,了解JIRA如何使用已解决/关闭状态和系统分辨率字段的更多详细信息。


在阅读了大多数其他答案之后,这是最容易理解的! - kirtan403

16
我们对外部客户的做法是,在我们向客户开票后,我们会关闭事件(这可以是问题或SED任务),在此之前,该事件仅保持已解决状态。
我认为你不应重新打开已关闭的事件,因为它已经结案了,而解决了的事件可以重新打开。
顺便说一下,阅读ITIL关于此事的规定是明智的。正如在这个页面上所说:
重新打开事件的规则
尽管采取了所有必要的措施,有时候事件会再次发生,即使它们已被正式关闭。因此,最好预先定义关于何时可以重新打开事件的规则。例如,如果事件在一个工作日内再次发生,则重新打开可能是有意义的;但超过这个时间点,就必须提出新的事件,但与之前的事件相关联。确切的时间门槛/规则可能因每个组织而异,但应达成明确的规定并加以记录,并向所有服务台人员提供指导,以确保统一性得到应用。

+1 给 ITIL 的链接。有关工作流组织的大量信息。正是我所需要的。 - Daria Trainor

5

通常情况下,您不能编辑或记录已关闭的问题的工作,您应该考虑到这一点。

我的建议是:只有测试人员才能关闭问题。


虽然您可以更改工作流以允许编辑已关闭的问题。 - mdoar

1
通常情况下,开发/资源应该进行解决,只有报告者才能关闭。

0

我认为CLOSED是一种状态,而RESOLVED则是一种状态。

  1. 问题可以被解决为DONE、NOT REPEATABLE或CANCELED(或者您选择的任何状态...这是在工作流规则中设置的)
  2. RESOLUTION也可以很容易地在JQL中使用...例如PROJECT=DBA并且RESOLUTION为空
  3. 已解决的问题在其他问题评论或链接中列出时也会显示删除线字符
  4. 在数据库级别上,RESOLUTION DATE是一个单独的字段,并且也显示在问题的日期部分

我认为对于已解决的问题还有大量的报告可用。

底线是... RESOLVED可以意味着由于任何数量的原因“不再活动”,并且它在JIRA中具有特殊功能。CLOSED只是另一种状态。

Linked issue that is resolved Resolved Date gets special, built in handling


0
根据我的经验,当问题处于“已关闭”和“已解决”两种状态时,可以重新打开该问题。 测试人员可能会在问题处于“已关闭”状态下找到问题,也可能会在问题处于“已解决”状态下找到问题。 因此,您可以在工作流程中同时包含“已关闭”到“重新打开”和“已解决”到“重新打开”这两个状态。

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接