共计 1787 个字符，预计需要花费 5 分钟才能阅读完成。
云效研发测试如何进行缺点治理，作为测试人员，是否会呈现缺点跟着跟着就丢了？缺点治理经验提交、解决、验证等不同环节，是否感觉停顿不通明？数据不直观？很想及时的发送缺点报告却消耗大量的工夫、人力？是否想改良却苦于没有具体的数据撑持？那么利用云效研发测试，如何进行缺点治理呢？
作者：红英|阿里巴巴团体技术专家
缺点治理是每个测试人员日常工作中很重要的一部分，关乎着产品的品质问题，治理好缺点对整个产品开发过程至关重要。「云效」能够很好地反对测试人员对缺点进行治理，包含缺点的创立、修复、解决、验证、从新关上等环节。
应用「云效」将帮忙：
•测试人员：不便创立缺点，并清晰明确地指派给开发人员，开发人员验证通过后及时验证并敞开缺点；不便获取缺点数据，主动生成数据报告，便于团队反对和工作汇报。
•开发人员：高深莫测指派给本人的缺点，并及时的修复，通过把控缺点的过程品质，缩小返工，达到晋升产品的总体品质。
•开发负责人：通过可视化看板直观理解缺点的整体停顿，过程数字化，合作透明化，基于数据统计及时调整改良。
1. 搭建缺点工作流
如下图所示，咱们先在云效上搭建缺点流转的整个工作流，展现缺点从创立到验证敞开的全流程。
阐明
立刻体验：云效项目管理
咱们举荐的缺点工作流是：
待处理 / 从新关上 -> 修复中 -> 已解决 / 反复 Bug/ 设计如此 / 无奈重现 / 延期解决 / 已回绝 -> 已验证
缺点的状态精简一下分为三类：待处理、已解决、已敞开缺点。咱们为了细化辨别这三大类，人为地减少了状态，如下的具体划分。
•待处理缺点
–待处理: 新减少的、须要解决的 Bug。
–从新关上：从新关上、激活，须要解决的 Bug。
–修复中: 正在定位问题，或正在解决中，或曾经解决但未部署失效。
•已解决缺点
–已解决: Bug 曾经解决，并且批改后程序已部署失效。
–延后解决: 此 Bug 不在本我的项目的工作范畴内，在后续版本中修复。
–无奈重现: 不能在以后环境中重现。
–反复 Bug: 和其它 Bug 形容景象反复。能够配置抉择此状态时必填关联的缺点 ID
–设计如此：属于依照产品设计实现，不是问题。
–已回绝（不解决）：问题的确呈现过，然而因为产品改变曾经修复或者性能废除，问题目前已不须要解决
•已验证（已敞开）缺点
–已验证（已敞开）: 验证后，此 Bug 能够敞开。
加餐 : 需要工作流设置的规定：欢送学习「阿里巴巴研发效力晋升 36 计：照亮问题，效力晋升从可视化交付过程开始」。
新建我的项目时，抉择「缺点治理」模板，将默认蕴含了该工作流。当然，你也能够依据你的企业理论工作流程来配置。
2. 测试人员创立缺点
如下图所示，在「缺点」下切换到「看板视图」，点击「待处理」列底部的「+」增加新的缺点，就会有一张新的卡片。个别状况下，「待处理」列就是测试人员新创建的缺点。
阐明
立刻体验：云效缺点治理
标准缺点字段
在缺点收集的过程中，测试人员须要对缺点的内容进行编辑，包含设置缺点的字段和编写缺点说的重现步骤。
要设置的字段至多包含：备注（缺点公布和冀望）、重大水平、缺点分类、缺点类型、优先级。
- 开发人员解决（修复）缺点
开发人员对缺点初步剖析，并与测试人员确认缺点的信息后，更新缺点负责人为本人，移入「修复中」列（如下图），进入缺点修复流程。
开发人员对缺点修复实现后，移入「已解决」列，并填写缺点的类型、重大水平。
开发人员对缺点剖析后，并与测试人员充沛沟通后，移入「延后解决 / 无奈重现 / 反复 Bug/ 设计如此 / 已回绝」列，并填写缺点的类型、重大水平。
- 测试人员验证缺点
当缺点被开发人员脱入「已解决 / 延后解决 / 无奈重现 / 反复 Bug/ 设计如此 / 已回绝」后，测试人员验证缺点，能够把需要卡拖拽到「已验证」，如下图所示：
- 测试人员通过自定义报表治理和监控缺点停顿
一个我的项目、迭代、或是通过一段时间后，测试人员依据须要，在我的项目统计中创立缺点报表。
说了这么多，接下来咱们筹备了一份 Checklist 帮你疾速开始：
•配置缺点的工作流（可间接应用「缺点治理」模板）
•配置缺点的自定义字段
•下一季的缺点治理试着用云效来跟进吧
更多相干内容
系列课程：麻利研发与效力晋升 36 计
利用云效研发测试如何进行缺点治理，云效我的项目合作 Projex 是新一代企业级研发合作平台，集成了麻利研发项目管理的最佳实际，提供了针对我的项目、迭代、需要、缺点等多个维度的协同治理以及相干的统计报告，让研发团队高效合作、践行麻利并继续交付产品价值。
