管理Dev，QA和Production之间的错误

Question

我的软件团队刚刚开始使用Jira来管理错误，所以我对Jira可用的过程还不熟悉。

我们构建的系统是面向内部的应用程序或面向客户的Web应用程序，我们根据变更请求基于变更请求发布到这些环境，而不是通过产品生命周期类型的开发生命周期。

我们计划使用Jira的方式是为每个项目（通常是单个CR）在Jira中创建自己的项目。我们的流程如下

• 开发人员代码和单元测试，直到准备进行集成测试
• 开发人员开始进行集成测试，并在名为Development的版本下在Jira中引发任何错误。
• 一旦修复了所有开发错误，我们就会进入QA，在那里我们将构建交给测试团队。创建了一个新版本的“QA”，QA中发现的所有错误都会记录在此版本中。
• 关闭所有错误后，项目将进入实时状态，项目将在Jira中关闭。

从我所看到的Jira更灵活的产品类型用途，我怀疑我们是以错误的方式使用版本字段，但由于我是Jira的新手，我不确定我们是否，或者是否有更好的方法。

非常感谢在此类环境中使用过Jira的人，以了解使用Jira的正确方法。

Answer 1

以下是我在多种不同环境中使用JIRA后推荐的内容，具有不同的团队规模和项目类型。

• 使用JIRA项目来表示与组织中的团队成员子集相对应的大型但离散的功能工作区域，例如：新的Web应用程序或内部客户应用程序。
• 如果项目或正在处理它的团队足够保证，请使用JIRA组件来定义不同的功能区域。然后，您可以分配将自动为其组件分配新问题的组件线索，并且您将能够跟踪哪些功能区域具有最多错误，并且可能需要测试团队更多关注。
• 对于版本，您当然可以像您所描述的那样设置开发，实时和QA版本，但这些版本更传统地映射到JIRA问题状态。使用标准JIRA工作流程时，开发人员正在处理该问题，在完成功能或错误修复后解决问题，然后在QA验证功能或修复时关闭，或者如果QA识别问题则再次打开。
• 如果您有长期存在的应用程序，您可以获得为同一个应用程序指定新功能的多个CR，我会根据功能集和/或时间表使用JIRA版本来定义应用程序的不同版本。 / LI>

通过上述方法，您将能够跟踪每个团队或单个开发人员/测试人员的工作，并了解应用程序上的所有问题何时得到解决，以便您准备好进行测试或部署。我看到你提到你没有使用传统的产品生命周期，但是除非你的组织非常小并且你开发的应用程序在第一个版本准备好之后就被丢弃了，我想你会从这个方法中获得很多好处。