78

您可以在 JIRA 中重新打开已解决和已关闭的问题。有什么实际区别？（除了需要不同的权限来解决/关闭问题，例如如果涉及 QA）

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

4

7 回答 7

65

典型的问题工作流程是处理错误的人解决它，打开错误的人是决定解决方案是否可以接受的人。如果是，他们将其关闭。如果没有，他们会重新打开错误以进行进一步的讨论/工作/争论。

例外情况是当一个 bug 是重复的，通常处理 bug 的人意识到它是重复的，然后可以自己关闭作为重复的 bug。或者，也许他们将其解析为副本，开启者同意并关闭它。

IIRC，JIRA 有一个非常灵活（如果复杂）的工作流程，因此您可以设置您认为适合您的团队和将提交问题的组的任何流程。

编辑：我意识到我实际上并没有解决重新打开已关闭的问题。根据我的经验，这通常不会发生，因为人们在问题系统中搜索与他们所看到的行为相同的现有错误。如果你幸运的话，经常会在没有对现有问题进行任何调查的情况下打开错误。

话虽如此，在原所有者关闭它之后的某个时间，QA 或现场人员会说“我记得那个 bug。该死的，他们说它已修复”。此时，他们可能会重新打开旧错误，或者创建一个新错误并链接到原始错误。我的偏好是有一个新的错误并链接，而不是重新打开。原因是“新”问题可能表现出相同的行为，但可能具有完全不同的原因。当真正通用的错误日志消息被吐出时，通常会出现这种情况。

于 2011-01-17T22:13:27.917 回答
44
  • 已解决通常是“准备测试”
  • 关闭通常是“它工作”

您可能还想查看这篇博文，了解有关 JIRA 如何使用已解决/已关闭状态和系统解决方案字段的更多详细信息。

于 2011-01-19T00:41:04.710 回答
16

针对我们的外部客户，我们这样做的方式是，当我们向我们关闭事件的客户收费时（这可能是一个问题或 SED 任务），在此之前，事件只是保持解决。

我相信你不应该重新打开一个已关闭的事件，即一个是书籍，而一个已解决的事件你可以重新打开。

顺便说一句，阅读 ITIL 对此的说法是明智的。如本页所述：

重开事件的规则

尽管给予了充分的照顾，但即使事件已经正式关闭，事件也会再次发生。由于这种情况，明智的做法是预先定义有关是否以及何时可以重新打开事件的规则。例如，同意如果事件在一个工作日内再次发生，则可以重新打开它可能是有意义的——但在此之后，必须提出一个新事件，但与先前的事件相关联。确切的时间阈值/规则可能因各个组织而异 - 但应就明确的规则达成一致并记录在案，并向所有服务台工作人员提供指导，以实现统一。

于 2011-01-17T22:17:20.653 回答
4

您（通常）不能编辑或记录针对已关闭问题的工作，您应该考虑到这一点。

我的建议是：只有测试人员 关闭

于 2011-12-05T22:52:54.687 回答
1

通常，Dev/Resource 应该 Resolve 并且只有报告者可以关闭。

于 2018-01-16T13:38:13.737 回答
0

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

  1. 可以将问题解决为 DONE、NOT REPEATABLE 或 CANCELED（或您选择的任何状态......它在工作流规则中设置）
  2. RESOLUTION 也可以很容易地在 JQL 中使用……例如 PROJECT = DBA 并且 RESOLUTION 为 EMPTY
  3. 已解决的问题在其他问题评论或链接中列出时也会显示带有删除线的字符
  4. 在 DB 级别，RESOLUTION DATE 是一个单独的字段，也显示在问题的 DATE 部分

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

底线... RESOLVED 可能意味着“不再活动”，原因有很多，它在 JIRA 中具有特殊功能。CLOSED 只是另一种状态。

已解决的关联问题 解决日期变得特别，内置处理

于 2018-10-09T03:01:36.497 回答
0

根据我的经验，当一个问题同时具有两种状态（已关闭和已解决）时，可以重新打开它。测试人员可能会在处于已关闭状态时发现问题，或者在处于已解决状态时可能会发现问题。所以你可以在你的工作流程中同时拥有它们，关闭到重新打开，也解决到重新打开

于 2021-12-07T09:02:45.833 回答