阿里云首页 云效2020

测试如何进行缺陷管理

作为测试人员,是否会出现缺陷跟着然后就丢了?缺陷经历提交、解决、验证等不同环节,是否感觉进展不透明?数据不直观?很想及时的发送缺陷报告却耗费大量的时间、人力?是否想改进却苦于没有具体的数据支撑?

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

缺陷管理是每个测试人员日常工作中很重要的一部分,关乎着产品的质量问题,管理好缺陷对整个产品开发过程至关重要。「云效」可以很好地支持测试人员对缺陷进行管理,包括缺陷的创建、修复、解决、验证、重新打开等环节。

使用「云效」将帮助:

测试人员:方便创建缺陷,并清晰明确地指派给开发人员,开发人员验证通过后及时验证并关闭缺陷;方便获取缺陷数据,自动生成数据报告,便于团队支持和工作汇报。

开发人员:一目了然指派给自己的缺陷,并及时的修复,通过把控缺陷的过程质量,减少返工,达到提升产品的总体质量。

开发负责人:通过可视化看板直观了解缺陷的整体进展,过程数字化,协作透明化,基于数据统计及时调整改进。

1. 搭建缺陷工作流

如下图所示,我们先在云效上搭建缺陷流转的整个工作流,展示缺陷从创建到验证关闭的全流程。

说明

立即体验:云效项目管理

bug1

我们推荐的缺陷工作流是:

待处理/重新打开->修复中->已解决/重复Bug/设计如此/无法重现/延期处理/已拒绝->已验证

缺陷的状态精简一下分为三类:待处理、已处理、已关闭缺陷。我们为了细化区分这三大类,人为地增加了状态,如下的详细划分。

•待处理缺陷

–待处理: 新增加的、需要解决的Bug。

–重新打开:重新打开、激活,需要解决的Bug。

–修复中: 正在定位问题,或正在解决中,或已经解决但未部署生效。

•已处理缺陷

–已解决: Bug已经解决,并且修改后程序已部署生效。

–延后处理: 此Bug不在本项目的工作范围内,在后续版本中修复。

–无法重现: 不能在当前环境中重现。

–重复Bug:和其它Bug描述现象重复。可以配置选择此状态时必填关联的缺陷ID

–设计如此:属于按照产品设计实现,不是问题。

–已拒绝(不解决):问题确实出现过,但是由于产品改动已经修复或者功能废弃,问题目前已不需要解决

•已验证(已关闭)缺陷

–已验证(已关闭): 验证后,此Bug可以关闭。

加餐 :需求工作流设置的规则:欢迎学习「阿里巴巴研发效能提升36计:照亮问题,效能提升从可视化交付过程开始」。

新建项目时,选择「缺陷管理」模板,将默认包含了该工作流。当然,你也可以根据你的企业实际工作流程来配置。

2. 测试人员创建缺陷

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

说明

立即体验:云效缺陷管理

bug2.1

规范缺陷字段

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

要设置的字段至少包括:备注(缺陷发布和期望)、严重程度、缺陷分类、缺陷类型、优先级。

bug2.2

3. 开发人员处理(修复)缺陷

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

开发人员对缺陷修复完成后,移入「已解决」列,并填写缺陷的类型、严重程度。

开发人员对缺陷分析后,并与测试人员充分沟通后,移入「延后处理/无法重现/重复Bug/设计如此/已拒绝」列,并填写缺陷的类型、严重程度。

bug3.1

bug3.2bug3.3

4. 测试人员验证缺陷

当缺陷被开发人员脱入「已解决/延后处理/无法重现/重复Bug/设计如此/已拒绝」后,测试人员验证缺陷,可以把需求卡拖拽到「已验证」,如下图所示:

bug4.1

5. 测试人员通过自定义报表管理和监控缺陷进展

一个项目、迭代、或是经过一段时间后,测试人员根据需要,在项目统计中创建缺陷报表。

bug5.1

说了这么多,接下来我们准备了一份 Checklist 帮你快速开始:

•配置缺陷的工作流(可直接使用「缺陷管理」模板)

•配置缺陷的自定义字段

•下一季的缺陷管理试着用云效来跟进吧

更多相关内容

系列课程:敏捷研发与效能提升36计

首页 云效2020 场景实践 敏捷研发 测试如何进行缺陷管理