使用单个JIRA任务故障单或创建子任务

Question

我们正在使用JIRA与开发人员团队和QA团队合作。目前，“开发团队负责人”创建了一个“任务”故障单，将其分配给负责该故障单的开发成员，然后将JIRA故障单号通知给QA团队，QA团队创建单独的QA故障单进行测试。测试通过或失败后，他们会通知DEV团队，他们要么修复它，要么将票证状态更改为“In Deploy”。

我的问题如下：

1. 他们应该创建单一票并使用它来进行开发和测试吗？ （即在DEV团队和QA团队之间转移票证）

2. DEV团队是否应该为开发创建父TASK票证，然后将其分配给QA团队，QA团队将为测试创建子任务并将其链接到父开发票证？

的问题：

1. 我们需要确定哪个团队成员参与了开发 任务？
2. 哪位团队成员参与了测试？
3. 整个开发项目花了多少钱？
4. 整个测试花了多少时间？

这样做的最佳方式是什么？

Answer 1

您只需要一张JIRA上下文中的票证或问题。您的项目应该有一个工作流程，例如，以下状态：To Do - ＆gt; In development - ＆gt; In testing - ＆gt;从这里开始，问题可以分为两个方向，如果质量保证不满意，则返回In development。

当问题转移到下一步时，它将/应该分配给适当的人，即在Done分配给您的项目负责人或分配任务的人{{1}它是开发人员，To Do QA等。

这是最广泛接受的将JIRA用作票证跟踪器的方式。每次转换都将记录在问题活动日志中，并附有相应的日期时间，受让人等。您可以访问您要求的所有信息。

Answer 2

在我看来，工作流程需要对开发工作和测试进行细粒度跟踪，其中单个故障单（建议的想法）不满足。

我发现以下设计很有用： 1.创建一个USER STORY，其中包含一组需要满足的条件。 2.子TASKS可以创建为STORY的子项，特别是如果它们需要由不同的人工作。 3.完成所有任务后，可以将USER STORY移至TESTING / IN TESTING（无论工作流程定义了什么）。 4. QA / QE工程师然后可以为用户故事创建测试/测试案例（儿童）并相应地执行它们。同样，缺陷可以作为故事的孩子归档为BUGS。

最终，在此工作流程中，故事必须满足一系列标准和质量水平（基于可以为业务传递故事的内容），以便被视为“已完成”或准备发布。