Answers:
我的老公司使用这些状态来跟踪您的问题转到“重新开放”的次数，以查看您对开发人员有多“糟糕”。他们认为工作项“重新打开”的次数与您作为程序员的价值之间存在关联。
我不再在那里工作了。
错误的寿命通常是：
即。
有人发现了一个错误，并在跟踪器中将其打开。开发人员会通过对问题的理解来尽可能地解决它。测试人员会重新测试以验证该修复程序是否有效，并在可以验证该修复程序无效的情况下重新打开。如果修复程序得到验证，则该错误已关闭。
另一种情况是，其他地方的修复导致回归，并且必须重新修复该错误。因此，它被重新打开。
也可能是因为需要解决的问题仍然很明显，因为需要解决的问题仍然很明显。
我们在这里使用它的方式：
新建任务： 在项目开始时创建，以显示所有需要完成的工作。它是开放的，直到有人对其进行编码，然后才解决。仅当未实现某些功能或功能发生更改且开发人员不得不退后并花费大量时间进行处理时，才重新打开它。
错误/缺陷： 由质量检查人员或另一位开发人员检查整体工作产品打开。如果您被分配了一个错误，请先对其进行修复，然后再解决它，然后重新进行测试。如果质量检查人员认为问题尚未解决，他们将重新打开该问题并将其附带的任何其他信息附加到它。“解决/重新打开”循环可以进行直到QA确认已修复该错误，然后他们才关闭故障单。
因此，基本上，您使用Reopen来表示已经查看了票证，并且有人完成了工作，以为他们解决了问题，但是事实并非如此。
基本上，这是一种一致性类型：如果错误（或一般而言是问题）是从头开始创建的，则它是“打开的”。如果已在执行先前的处理后创建了，则为“重新打开”。
对于开发人员（或处理问题的任何人）来说，这没有什么区别。已经提出了一个保证，现在应该对其进行处理。
但是，明显的“重新打开”状态对于许多情况仍然有用：
首先，它可以用作跟踪质量保证过程是否有效的一种方式。如果质量检查人员所做的一切正确，修复该错误后就永远不会发生错误。因此，您可以说错误已被设置为“重新打开”状态的次数是QA尚未完全完成其工作的次数。当然，这意味着已经建立了良好的质量检查流程，并且用户积极参与了该流程，并且知道何时“打开”以及何时“重新打开”问题。
另一个用途是，当错误再次发生时，您无需再提出其他问题，而是可以将信息添加到已经存在的问题中（因此可以保留重要信息，例如问题历史记录，已上传的其他文件，以前的评论以及等等），但仍表示“嘿，这又发生了）。