产品缺陷管理是在产品生命周期中识别、管理、沟通任何缺陷的过程（从缺陷的识别到缺陷的解决关闭），确保缺陷被跟踪管理而不丢失。产品中的缺陷是产品开发过程中的”副产品”。通常，缺陷会导产品在某种程度上不能满足用户的需要。一般的，需要跟踪管理工具来帮助进行缺陷全流程管理。
什么是产品缺陷管理
产品缺陷管理是在产品生命周期中识别、管理、沟通任何缺陷的过程（从缺陷的识别到缺陷的解决关闭），确保缺陷被跟踪管理而不丢失。产品中的缺陷是产品开发过程中的”副产品”。通常，缺陷会导产品在某种程度上不能满足用户的需要。一般的，需要跟踪管理工具来帮助进行缺陷全流程管理。
在任何软件生命周期中，软件缺陷的出现几乎是不可避免的。建立一套有效的缺陷管理流程的目的是为了减少软件缺陷出现的几率，并且大幅度降低由于软件缺陷带来的负面影响。对于缺陷管理流程的投资，可以大幅度的降低由于返工/修复缺陷导致的人力，财力和时间浪费，同时提升用户的体验或者更多用户留存与产品口碑，并且可以保障产品更准时的交付。
产品缺陷管理的流程
管理缺陷可以分为以下步骤：
1、发现缺陷：新建
一般缺陷问题有测试团队根据用例步骤进行测试，如果不能正常通过用例则转为缺陷问题。但是很多团队并没有专门的测试团队，因此创建问题缺陷的可能来自不同团队或者来自外部用户提交的反馈信息。这些缺陷反馈其缺陷状态应该为“新建”。
2、开启
当QA测试团队或者其他相同职务的团队确认了反馈的缺陷问题后，比如可以复现，则确认反馈是一个缺陷，并等待分配给开发团队。
3、分配
当测试团队确认缺陷后，应该将问题分配给开发团队进行缺陷定位和修复工作。
4、拒绝
如果开发团队认为提交上来的缺陷并不是真正的缺陷，比如由于缓存，网络导致的部分文件加载失败导致的问题等，应将缺陷状态标记为“拒绝”并指派回测试团队。测试团队需要重新测试或者提供更多的缺陷信息。
5、重复
如果开发团队收到的缺陷是重复的，或者与其他正在进行中的缺陷问题相似，应将缺陷状态修改为“重复”
6、延期
部分不紧急的缺陷问题，可能会随着日后的产品迭代中进行修复。对于这类缺陷应当标注为“延期”。在这里要注意，并不是所有缺陷都需要立即进行修复。每个缺陷问题在严重程度，影响范围均有不同，因此优先修复的等级也不同。我会在下一篇文章中单独讲解制定优先级别的方法。
7、等待测试
当开发团队修复缺陷后，应将缺陷状态标记为等待测试并由测试团队进行测试。
8、关闭
在测试通过后，缺陷状态修改为“关闭”或者完成。
9、重新开启
如果缺陷修复后并没有通过测试，应标记为重新开启，并重新启用分配流程。
延伸阅读
什么是缺陷
缺陷的英文：Defect，缺陷是指不符合最初定义的业务需求，其覆盖范围高于Bug,除了错误编码外其他导致不符合最初定义的业务需求问题都属于缺陷范畴。
这两个术语Bug和Defect在英文中有非常细微的区别，但在行业中都是需要修复的错误，因此一些测试团队并不对这两个词语做细分。
当测试人员执行测试用例时，他可能会遇到与预期结果不一致的测试结果。
测试结果中的这种不一致被称为软件缺陷。这些缺陷在不同的团队中有不同的称呼，如错误，缺陷，Bug，问题等。
文章标题：产品缺陷管理的意思是什么，发布者：小编，转载请注明出处：https://worktile.com/kb/p/31757
微信扫一扫 
支付宝扫一扫 
