在敏捷测试环境中准备和完成的定义(当测试团队不在现场时)

Question

详细信息

在我当前的项目中，我与不同的测试团队一起工作，其中一些测试团队在不同的时区工作，也在不同的项目中工作。然而，所有的项目都在一个共同的主要项目上工作。

由于我们需要一个统一的就绪和完成定义，这也适用于所有测试团队，因此我与PO和开发人员一起开发了下面的DoR和DoD。

问题

但我们同时也看到了几个问题：

• 一方面，我们希望确保我们有正确的定义就绪，因为我们也有一个团队在不同的时区工作的开发人员。
• 另一方面，我们希望尽早开始测试。在这里，我们使用不同的测试日，并连接到WSO2、Salesforce和Magento。这也是如何建立相应的测试团队。测试团队一次管理一个区域。

关于准备就绪和已完成的定义的当前规划：

对就绪

的定义

• 用户故事在JIRA中定义。
• 符合投资标准(故事是独立的，可协商的，有价值的，可估计的，小的，可测试的)
• 用户故事估计
• 确定了验收标准(至少1项)
• 所有依赖的UX/UI-设计都由客户端批准

of 的

定义

• 验收标准已满
• 没有已知的臭虫
• 单元测试是绿色的
• 技术文件已经更新

问题

• 我们如何确保我们的DoR和DoD计划，以便不同的测试团队能够在不同的时区工作？
• 我们如何在早期阶段确定外部团队的质量已经有一个高标准的发展？

Answer 1

另一方面，我们希望尽早启动

测试

这是需要研究的关键领域。如果需要“早期”开始测试，那么done的定义应该包括这一点。不过，我看到的问题是，现在您将有以下两个定义：

因此，在这种情况下，我认为您可能需要考虑一个“准备测试的定义”，这是一个新的、单独的步骤，它并不取代done的最终定义。

为早期数据测试做准备的定义

我不确定航向，但类似的事情。

• 为早期数据测试提供了功能。
• 外部服务的接口在测试环境中工作。

场外/时区问题：

这确实是另一个问题，我认为最好把它删除，用单独的问题，甚至两个问题来解决(一个是遥远的问题，一个是时区问题)。就目前而言，我建议考虑：

• 确保所有场外人员都有设备和培训(照相机、照明等)，以便他们能够充分参与。dev在糟糕的灯光下窥视笔记本电脑，这肯定是导致他们不是平等成员的原因。
• 关注场外人员的额外沟通需求。
• 确保在一个共同的时间经常开会

Answer 2

我们如何确保我们的DoR和DoD计划，以便不同的测试团队能够在不同的时区工作？：：确保以下内容：--所有的工程师每天都在更新票证状态。-每天与他们举行scrum会议，以确保他们的任务状态--让QA小组发送单个任务状态报告。我们如何在早期阶段确定外部团队的质量在开发中已经有了很高的标准？--在敏捷的情况下，在会议上讨论问题。-让开发经理检查他们的代码和代码合并。