简化Jira软件的缺陷评审会议

软件测试的缺陷评审会议

一个缺陷评审会议是什么?漏洞评估、分类会议是一个正式会议,讨论当前的sprint的所有缺陷和优先。

这次会议通常收集代表不同群体的关键利益相关者参与敏捷软件开发,工程,质量,支持,产品所有者和Scrum Master。

每个会话之前,会议“所有者”(通常产品所有者,Scrum Master或QA铅)将准备并发送错误报告新的缺陷报告。缺陷评审会议期间,团队将通过这个列表,研究每个错误来确定其优先级和准确的决议。

筛选一个错误包括:

确保错误是有效的和可再生的
确保开发人员有足够的信息的错误理解
确保错误是可以解决的,设定优先级

这为每个人都提供了足够的洞察力开始致力于解决所有的bug。直到下一个会话!

定期召开此次会议对敏捷软件开发团队至关重要。甚至是“敏捷”在这些非开发任务,比使用Atlassian工具是什么?

会见Atlassian管理漏洞评估工具:不同的解决方案

解决方案1:在融合页面使用Jira宏

第一个解决方案是使用一个融合页面作为工作基地收集所有错误从Jira在每次会议地址。准备这个页面,会议领导将看一看Jira中创建的错误,错误分类会议期间选择的地址,并将它们添加在融合页面使用本机Jira宏。

这个解决方案提供了所有错误的全局视图及其状态,会议前后,Jira宏在融合将保持更新。然而,大量的手动操作仍然需要设置一个会议:领导团队成员需要从头开始创建一个新的融合页面每次寻找bug添加Jira,这意味着在这两个工具之间缺少一些错误的风险。

解决方案2:直接在Jira使用问题会议

另一个解决方案是保持Jira,使用问题管理缺陷评审会议。这可以通过创建一个定制的问题类型回顾会议的“故障”代表一个新的错误分类会议。每次会议之前,率先将这种类型的创建一个新的问题,所有选择的错误链接到这个新问题。

使用此方法,每个参与者都能直接看到所有的错误地址Jira的“相关问题”面板中的“错误回顾会议”的问题。和不需要切换到另一个工具!

这种解决方案的缺点是:一些手动操作会议链接错误问题,需要在JQL技能…

简化错误回顾会议:我们如何做它的元素

在元素我们想提高我们的错误分类的管理会议,克服这些缺陷,使其更有效率,几乎毫不费力。我们终于想出了一个新进程的想法使用Jira和我们自己的应用程序元素复制和同步。

第1步—创建Jira的错误报告

在我们的团队,我们的Scrum Master卡洛琳负责领导错误回顾会议。会见前,她创建了一个新类型的问题在我们的Jira项目“每周支持会议”,这将是我们的工作基础。这个问题将被用来收集虫子近期上调了对我们的客户支持门户。这个问题使用JQL过滤器来填充一个元素复制和同步小组命名为“主题”,卡洛琳选择看会议期间所有的bug。他们都可以在一个点击从这个“父”问题,当选择自动链接到它。