gpt4 book ai didi

testing - 在 Jira 中使用不同的用户和指标来解决和关闭问题

转载 作者:行者123 更新时间:2023-11-28 20:45:03 26 4
gpt4 key购买 nike

在 Jira 中,我们目前正在尝试对我们公司进行软件开发与软件测试的方式进行建模。我们一般有QA开工单,Software Dev拿工单(分配给自己),然后QA在Dev team解决后验证工单。我们关心的是能够跟踪解决方案和关闭。

例如,假设有两个 Jira 用户 A(软件开发)和 B(QA)

B:开票
A:修复问题并解决工单
B:关闭工单。

归根结底,我们希望能够看到
答:已解决的问题:10
B:关闭/测试的问题:10

有没有办法在 Jira 中做到这一点?

最佳答案

使用以下 JQL:

# resolved from the beginning of the day
resolution = Done and resolutiondate > startOfDay()
# closed from the beginning of the day, assuming that closed issues can't be edited (default)
status = Closed and updatedDate > startOfDay()

话虽如此,我们最终做了一些完全不同的事情。这是工作流程:

  1. QA 在审查支持问题后开票(在 QA 项目中)。
  2. QA 在他们的工作流程中有一个特殊的转换 - 传递给开发人员。执行此操作时,原始问题会移动到无法手动修改的 waiting for dev 状态,并且会在 DEV 项目中创建重复问题。正在复制所有问题字段。如果已分配此问题,则重新打开原始 DEV 问题。
  3. 开发人员选择并解决此问题。一旦问题得到解决,来自 QA 的原始问题就会解冻 - 移至 QA after dev 状态,在该状态下它可以再次编辑。
  4. QA 团队发现了这个问题,检查他们是否已解决并关闭它们,或者在需要时将它们移回waiting for dev

通过这种方式,我们可以报告有多少问题已关闭、打开、解决、由开发团队拾取、等待开发团队等等。

为实现此功能,我们使用自定义字段来保存从两种类型的问题传递的字段、两种问题之间的链接,并使用 Jira Scripting Suite用于问题和链接创建,以及 Behaviours Plugin供备案核实。

如果您需要支持 Jira > 5.2 而不是 Jira Scripting Suite,请使用 Script Runner

关于testing - 在 Jira 中使用不同的用户和指标来解决和关闭问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14843239/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com