【发布时间】：2011-01-17 22:09:53
【问题描述】：
您可以在 JIRA 中重新打开已解决和已关闭的问题。有什么实际区别？ （除了需要不同的权限来解决/关闭问题，例如，如果涉及 QA）
我们团队对于是解决还是关闭存在一些意见分歧，我想指出一些权威并说“我们应该这样做”。
【问题讨论】：
-
这个问题似乎是题外话，因为它是关于 JIRA 的使用
标签： jira issue-tracking
【发布时间】：2011-01-17 22:09:53
【问题描述】：
典型的问题工作流程是由处理错误的人解决它，而打开错误的人是决定解决方案是否可以接受的人。如果是，他们将其关闭。如果没有，他们会重新打开错误以进行进一步的讨论/工作/争论。
例外情况是当错误是重复的时候，通常处理错误的人意识到它是重复的，然后可以自己作为重复的错误关闭错误。或者也许他们将其解析为重复，开启者同意并关闭它。
IIRC，JIRA 有一个非常灵活（如果复杂）的工作流程，因此您可以设置任何您认为适合您的团队和提交问题的小组的流程。
编辑：我意识到我实际上并没有解决重新打开已关闭的问题。根据我的经验，这通常不会发生，因为人们在问题系统中搜索与他们所看到的行为相同的现有错误。如果你幸运的话，经常会在没有对现有问题进行任何调查的情况下打开错误。
话虽如此，QA 或现场人员会在原所有者关闭它一段时间后说“我记得那个 bug。该死，他们说它已修复”。此时，他们可能会重新打开旧错误，或者创建一个新错误并链接到原始错误。我的偏好是有一个新的错误并链接，而不是重新打开。原因是“新”问题可能表现出相同的行为，但可能具有完全不同的原因。当真正通用的错误日志消息被吐出时，通常会出现这种情况。
【讨论】：
- 已解决通常是“准备测试”
- 关闭通常是“成功了”
您可能还想查看this blog post，了解有关 JIRA 如何使用已解决/已关闭状态和系统解决方案字段的更多详细信息。
【讨论】：
-
在阅读了大多数其他答案之后，这是最好的理解！
我们针对外部客户的做法是，当我们向客户收费时，我们会关闭事件（这也可能是一个问题或 SED 任务），在此之前，事件只是保持解决.
我认为您不应该重新打开已关闭的事件，即书籍，而您可以重新打开已解决的事件。
顺便说一句，阅读 ITIL 对此的说法是明智的。正如page 所说：
重开事件的规则
尽管给予了充分的照顾，但有时即使事件已正式关闭，事件也会再次发生。由于这种情况，明智的做法是制定有关是否以及何时可以重新打开事件的预定义规则。例如，同意如果事件在一个工作日内再次发生，则可以重新打开它可能是有意义的——但在此之后，必须提出一个新事件，但与先前的事件相关联。 确切的时间阈值/规则可能因各个组织而异 - 但应就明确的规则达成一致并记录在案，并向所有服务台员工提供指导，以实现统一。
【讨论】：
-
+1 用于提供指向 ITIL 的链接。有关工作流组织的大量信息。正是我需要的。
您（通常）不能编辑或记录针对已关闭问题的工作，您应该考虑到这一点。
我的建议是：只有测试人员关闭
【讨论】：
-
虽然您可以更改工作流程以允许编辑已关闭的问题。
通常， 开发/资源应该解决，只有记者可以关闭。
【讨论】：
我认为 CLOSED 是一种状态，而 RESOLVED 是一种状态。
- 可以将问题解决为 DONE、NOT REPEATABLE 或 CANCELED（或您选择的任何状态...在工作流规则中设置）
- RESOLUTION 也可以很容易地在 JQL 中使用...例如PROJECT = DBA 和 RESOLUTION 为空
- 已解决的问题在其他问题 cmets 或链接中列出时也会以删除线字符显示
- 在 DB 级别，RESOLUTION DATE 是一个单独的字段，也显示在问题的 DATE 部分中
我认为也有大量可用于解决问题的报告。
底线... RESOLVED 可能意味着“不再活动”，原因有很多，它在 JIRA 中具有特殊功能。 CLOSED 只是另一种状态。
【讨论】：
根据我的经验，当问题同时具有两种状态（已关闭和已解决）时，可以重新打开它。 测试人员可能会在处于已关闭状态时发现问题，或者在处于已解决状态时可能会发现问题。 所以你可以在你的工作流程中同时拥有它们，关闭到重新打开，也解决到重新打开
【讨论】：