测试人员通过云效项目协作进行高效缺陷管理，免费还好用，作为测试人员，是否会出现缺陷跟着跟着就丢了？缺陷管理经历提交、解决、验证等不同环节，是否感觉进展不透明？数据不直观？很想及时的发送缺陷报告却耗费大量的时间、人力？是否想改进却苦于没有具体的数据支撑？那么利用云效研发测试，如何进行缺陷管理呢？
立即体验
作者：红英｜阿里巴巴集团技术专家
缺陷管理是每个测试人员日常工作中很重要的一部分，关乎着产品的质量问题，管理好缺陷对整个产品开发过程至关重要。「云效」可以很好地支持测试人员对缺陷进行管理，包括缺陷的创建、修复、解决、验证、重新打开等环节。
使用「云效」将帮助：
• 测试人员：方便创建缺陷，并清晰明确地指派给开发人员，开发人员验证通过后及时验证并关闭缺陷；方便获取缺陷数据，自动生成数据报告，便于团队支持和工作汇报。
• 开发人员：一目了然指派给自己的缺陷，并及时的修复，通过把控缺陷的过程质量，减少返工，达到提升产品的总体质量。
• 开发负责人：通过可视化看板直观了解缺陷的整体进展，过程数字化，协作透明化，基于数据统计及时调整改进。
1. 搭建缺陷工作流
如下图所示，我们先在云效上搭建缺陷流转的整个工作流，展示缺陷从创建到验证关闭的全流程。
说明
立即体验：云效项目管理
我们推荐的缺陷工作流是：
待处理/重新打开->修复中->已解决/重复Bug/设计如此/无法重现/延期处理/已拒绝->已验证
缺陷的状态精简一下分为三类：待处理、已处理、已关闭缺陷。我们为了细化区分这三大类，人为地增加了状态，如下的详细划分。
•待处理缺陷
–待处理: 新增加的、需要解决的Bug。
–重新打开：重新打开、激活，需要解决的Bug。
–修复中: 正在定位问题，或正在解决中，或已经解决但未部署生效。
•已处理缺陷
–已解决: Bug已经解决，并且修改后程序已部署生效。
–延后处理: 此Bug不在本项目的工作范围内，在后续版本中修复。
–无法重现: 不能在当前环境中重现。
–重复Bug:和其它Bug描述现象重复。可以配置选择此状态时必填关联的缺陷ID
–设计如此：属于按照产品设计实现，不是问题。
–已拒绝（不解决）：问题确实出现过，但是由于产品改动已经修复或者功能废弃，问题目前已不需要解决
•已验证（已关闭）缺陷
–已验证（已关闭）: 验证后，此Bug可以关闭。
加餐 :需求工作流设置的规则：欢迎学习「阿里巴巴研发效能提升36计：照亮问题，效能提升从可视化交付过程开始」。
新建项目时，选择「缺陷管理」模板，将默认包含了该工作流。当然，你也可以根据你的企业实际工作流程来配置。
2. 测试人员创建缺陷
如下图所示，在「缺陷」下切换到「看板视图」，点击「待处理」列底部的「+」添加新的缺陷，就会有一张新的卡片。一般情况下，「待处理」列就是测试人员新创建的缺陷。
说明
立即体验：云效缺陷管理
规范缺陷字段
在缺陷收集的过程中，测试人员需要对缺陷的内容进行编辑，包括设置缺陷的字段和编写缺陷说的重现步骤。
要设置的字段至少包括：备注（缺陷发布和期望）、严重程度、缺陷分类、缺陷类型、优先级。
3. 开发人员处理（修复）缺陷
开发人员对缺陷初步分析，并与测试人员确认缺陷的信息后，更新缺陷负责人为自己，移入「修复中」列（如下图），进入缺陷修复流程。
开发人员对缺陷修复完成后，移入「已解决」列，并填写缺陷的类型、严重程度。
开发人员对缺陷分析后，并与测试人员充分沟通后，移入「延后处理/无法重现/重复Bug/设计如此/已拒绝」列，并填写缺陷的类型、严重程度。
4. 测试人员验证缺陷
当缺陷被开发人员脱入「已解决/延后处理/无法重现/重复Bug/设计如此/已拒绝」后，测试人员验证缺陷，可以把需求卡拖拽到「已验证」，如下图所示：
5. 测试人员通过自定义报表管理和监控缺陷进展
一个项目、迭代、或是经过一段时间后，测试人员根据需要，在项目统计中创建缺陷报表。
说了这么多，接下来我们准备了一份 Checklist 帮你快速开始：
•配置缺陷的工作流（可直接使用「缺陷管理」模板）
•配置缺陷的自定义字段
•下一季的缺陷管理试着用云效来跟进吧
更多相关内容
系列课程：敏捷研发与效能提升36计
利用云效研发测试如何进行缺陷管理，云效项目协作 Projex是新一代企业级研发协作平台，集成了敏捷研发项目管理的最佳实践，提供了针对项目、迭代、需求、缺陷等多个维度的协同管理以及相关的统计报告，让研发团队高效协作、践行敏捷并持续交付产品价值。
立即体验
关于我们
了解更多关于阿里云云效DevOps的最新动态，可微信搜索并关注【云效】公众号；
福利：公众号后台回复【指南】，可获得《阿里巴巴DevOps实践指南》&《10倍研发效能提升案例集》；
看完觉得对您有所帮助别忘记点赞、收藏和关注呦；
