用于代码实现和错误管理的Jira问题工作流
用于代码实现和错误管理的Jira问题工作流
提问于 2020-02-24 18:20:55
我刚刚开始在一家公司工作，该公司使用相同的Jira问题工作流来管理开发任务和bug。
我必须承认，在过去的5年里，我的工作有点超出了QA的范围。当我曾经作为一名合适的QA工作时，我工作的客户正在使用ALMs来管理缺陷，或者至少他们是在一个独立于实现任务的视图中处理缺陷。因此，我试图了解在使用JIRA及其问题工作流程来管理缺陷时，哪种方法是最好的。我已经为缺陷创建了一个单独的工作流(sse下面的图像)，但我仍然不明白将其与实现工作流分离是否有意义(即目前，在公司也适用于缺陷)。
我想请教您对此有何看法。当涉及到使用JIRA作为单独的工具来管理缺陷和开发时，您有什么想法?您通常会看到什么？
提前感谢！
回答 1
Stack Overflow用户
发布于 2020-02-25 16:57:40
我已经看到了这两种方法的使用，可以看到它们的优点和缺点。
对bug和需求使用相同的工作流程可以简化流程，并使收集指标变得更容易(存在相同的阶段和转换，因此可以以类似的方式进行跟踪)。
为bugs (和其他问题类型)定制工作流程的优势在于，它可以更好地反映团队的工作方式。它还倾向于使跟踪bug的状态更加有效。
我个人的观点是，最好的方法是保持工作流尽可能相似，但允许在它们对跟踪和可用性有重要意义的地方存在差异。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/60373762
复制相关文章
相似问题
腾讯云开发者
