51Testing软件测试论坛

标题: 一个完整的缺陷管理流程是什么样的？ [打印本页]

作者: lsekfe 时间: 2021-8-25 09:43
标题: 一个完整的缺陷管理流程是什么样的？
在项目管理中，建立一套规范的缺陷管理流程，可以大幅降低缺陷出现的几率，加快缺陷修复效率，保障团队研发质量。对缺陷管理的投资是提高项目管理效率的重要手段，不仅可以减少因为标准流程缺失带来的人力、财力、和时间的浪费，还能助力团队持续过程改进，提升团队效能。本期「项目管理100问」将给大家分享缺陷管理的完整流程，助力研发团队高效管理项目。

　　1. 预防缺陷
　　通常情况下，缺陷越早发现风险就越低，越晚发现定位原因和修改的成本就越高，也容易在修改时引入新的问题。在需求分析阶段和研发过程中都有相应的方法预防缺陷：
　　· 需求分析阶段：准确识别需求本身是否存在风险或疏漏、是否存在描述不清等情况，还要保证开发团队和测试团队对需求有相同的理解，澄清所有的疑问，在第一阶段发现隐藏的缺陷。
　　· 研发过程中：开发人员可以通过代码评审、单元测试、静态代码检查等方法在早期发现并解决问题。
[attach]134035[/attach]
2. 识别缺陷
　　统一系统管理缺陷：
　　测试人员根据创建好的测试计划和测试用例进行测试，若不通过则转为缺陷，提交给开发人员。除此之外，缺陷也可能来自于运营人员或是用户提交的反馈信息。当缺陷可能来源于多方时，使用统一的缺陷提交系统能高效地管理缺陷，也能缩短开发人员注意到缺陷的时间。
[attach]134036[/attach]
识别真正的缺陷
　　缺陷一旦被提交，开发团队首先要评估其到底是不是真正的缺陷，有些问题可能只是由于缓存、网络、操作失误导致的，这时开发人员要将缺陷标记为“拒绝”并指派回测试团队，测试团队重新测试或补充更多的缺陷信息。
　　3. 修复缺陷
　　确定缺陷优先级：
　　正如大多数事物一样，缺陷修复也存在收益递减规律：若没有无限的资源分配给所有的缺陷，则需要优先将资源投入到高回报的缺陷修复上。所以在开始修复缺陷前，要先确定缺陷的优先级。在评估缺陷的优先级时，可以从单个或多个维度评估，通常情况下常用的两个维度为：
　　· 影响范围：受影响的用户数量或者受影响的系统功能数量
　　· 严重级别：缺陷的重要性，例如：数据丢失、系统损坏
[attach]134037[/attach]
及时同步缺陷状态：
　　优先级安排好之后就可以制定修复计划并开始修复，当修复完成时，要及时将修复信息同步给相关的测试人员、用户，这一过程可以借助缺陷管理软件来完成。

[attach]134038[/attach]
4. 缺陷分析
　　缺陷分析的目的在于，通过追踪分析缺陷产生的原因、反思回溯缺陷产生的各个阶段，来持续地改进缺陷管理流程。缺陷分析报告主要包括以下4个部分：
　　缺陷描述：描述缺陷发生时的现象及缺陷产生的影响，其中缺陷现象最好有详细的截图或日志说明，缺陷影响可从多个维度列表分析。
　　复现路径：完整的描述缺陷复现的路径，可以采用流程图形式，若有多个复现路径需要标注清楚。
　　缺陷原因：针对缺陷现象及复现路径，采用5W1H分析法逐层深入分析缺陷产生的原因，提炼出今后开发测试过程需要关注的点。
　　缺陷思考：微观上思考是否真正解决了缺陷，并对代码做全方位的验证，对相关模块做关联测试。宏观上梳理历史上类似的缺陷及相关架构，以此改进缺陷管理的流程。

[attach]134039[/attach]
　ONES 专注于企业级研发管理解决方案，覆盖需求、研发、测试、交付、持续改进的研发全流程管理，提升团队协作效率，保障项目交付质量，助力企业更好更快发布产品。欢迎访问 ONES 官网 ones.ai 免费试用。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)