乐趣区

关于研发:云效研发测试如何进行缺陷管理

云效研发测试如何进行缺点治理,作为测试人员,是否会呈现缺点跟着跟着就丢了?缺点治理经验提交、解决、验证等不同环节,是否感觉停顿不通明?数据不直观?很想及时的发送缺点报告却消耗大量的工夫、人力?是否想改良却苦于没有具体的数据撑持?那么利用云效研发测试,如何进行缺点治理呢?

作者:红英|阿里巴巴团体技术专家

缺点治理是每个测试人员日常工作中很重要的一部分,关乎着产品的品质问题,治理好缺点对整个产品开发过程至关重要。「云效」能够很好地反对测试人员对缺点进行治理,包含缺点的创立、修复、解决、验证、从新关上等环节。
应用「云效」将帮忙:
•测试人员:不便创立缺点,并清晰明确地指派给开发人员,开发人员验证通过后及时验证并敞开缺点;不便获取缺点数据,主动生成数据报告,便于团队反对和工作汇报。
•开发人员:高深莫测指派给本人的缺点,并及时的修复,通过把控缺点的过程品质,缩小返工,达到晋升产品的总体品质。
•开发负责人:通过可视化看板直观理解缺点的整体停顿,过程数字化,合作透明化,基于数据统计及时调整改良。

1. 搭建缺点工作流

如下图所示,咱们先在云效上搭建缺点流转的整个工作流,展现缺点从创立到验证敞开的全流程。

阐明
立刻体验:云效项目管理

咱们举荐的缺点工作流是:
待处理 / 从新关上 -> 修复中 -> 已解决 / 反复 Bug/ 设计如此 / 无奈重现 / 延期解决 / 已回绝 -> 已验证
缺点的状态精简一下分为三类:待处理、已解决、已敞开缺点。咱们为了细化辨别这三大类,人为地减少了状态,如下的具体划分。
•待处理缺点
–待处理: 新减少的、须要解决的 Bug。
–从新关上:从新关上、激活,须要解决的 Bug。
–修复中: 正在定位问题,或正在解决中,或曾经解决但未部署失效。
•已解决缺点
–已解决: Bug 曾经解决,并且批改后程序已部署失效。
–延后解决: 此 Bug 不在本我的项目的工作范畴内,在后续版本中修复。
–无奈重现: 不能在以后环境中重现。
–反复 Bug: 和其它 Bug 形容景象反复。能够配置抉择此状态时必填关联的缺点 ID
–设计如此:属于依照产品设计实现,不是问题。
–已回绝(不解决):问题的确呈现过,然而因为产品改变曾经修复或者性能废除,问题目前已不须要解决
•已验证(已敞开)缺点
–已验证(已敞开): 验证后,此 Bug 能够敞开。
加餐 : 需要工作流设置的规定:欢送学习「阿里巴巴研发效力晋升 36 计:照亮问题,效力晋升从可视化交付过程开始」。
新建我的项目时,抉择「缺点治理」模板,将默认蕴含了该工作流。当然,你也能够依据你的企业理论工作流程来配置。

2. 测试人员创立缺点
如下图所示,在「缺点」下切换到「看板视图」,点击「待处理」列底部的「+」增加新的缺点,就会有一张新的卡片。个别状况下,「待处理」列就是测试人员新创建的缺点。

阐明
立刻体验:云效缺点治理

标准缺点字段

在缺点收集的过程中,测试人员须要对缺点的内容进行编辑,包含设置缺点的字段和编写缺点说的重现步骤。

要设置的字段至多包含:备注(缺点公布和冀望)、重大水平、缺点分类、缺点类型、优先级。

  1. 开发人员解决(修复)缺点

开发人员对缺点初步剖析,并与测试人员确认缺点的信息后,更新缺点负责人为本人,移入「修复中」列(如下图),进入缺点修复流程。

开发人员对缺点修复实现后,移入「已解决」列,并填写缺点的类型、重大水平。

开发人员对缺点剖析后,并与测试人员充沛沟通后,移入「延后解决 / 无奈重现 / 反复 Bug/ 设计如此 / 已回绝」列,并填写缺点的类型、重大水平。

  1. 测试人员验证缺点

当缺点被开发人员脱入「已解决 / 延后解决 / 无奈重现 / 反复 Bug/ 设计如此 / 已回绝」后,测试人员验证缺点,能够把需要卡拖拽到「已验证」,如下图所示:

  1. 测试人员通过自定义报表治理和监控缺点停顿

一个我的项目、迭代、或是通过一段时间后,测试人员依据须要,在我的项目统计中创立缺点报表。

说了这么多,接下来咱们筹备了一份 Checklist 帮你疾速开始:
•配置缺点的工作流(可间接应用「缺点治理」模板)
•配置缺点的自定义字段
•下一季的缺点治理试着用云效来跟进吧

更多相干内容

系列课程:麻利研发与效力晋升 36 计

利用云效研发测试如何进行缺点治理,云效我的项目合作 Projex 是新一代企业级研发合作平台,集成了麻利研发项目管理的最佳实际,提供了针对我的项目、迭代、需要、缺点等多个维度的协同治理以及相干的统计报告,让研发团队高效合作、践行麻利并继续交付产品价值。

退出移动版