Bug管理总结

错误、缺陷以及失效

是人就会犯错，错误产生的原因有很多，环境、心情、健康状态等等都会加大人们犯错的几率。在软件开发过程中，错误的发生会导致软件代码或其它相关工作产品时出现缺陷，一个工作产品的缺陷可能会引发其它相关产品的缺陷。比如需求的缺陷会引发编码缺陷，然后会可能会引发产品缺陷导致失效。就是这样一环一环的，缺陷多了，产品就不是那么用起来有用户友好性了。

错误的发生很多都是因为主观因素：

• 时间压力，在工作中，我们往往会有时间限期，在上游和下游的时间压力下，为了赶进度，错误率就会往上走，之前测试的一个项目就有这样的问题。所以测试计划中的开发时间的预估一定要相对准确，并且有目标性的完成它
• 人本身就容易犯错
• 缺乏经验或技能不足的项目参与者：在我们的日常测试工作中，我们经常会有自己的想法，哪个开发开发的项目问题会多一些，我们就先测这个开发的部分，这也是一种从经验的角度来降低前期成本的方法
• 项目参与者之间沟通有误，包括需求和设计之间的沟通误解 确实如此，需求、设计、开发以及测试直接的沟通误解是项目有遗留bug以及项目延期的一大重要因素
• 代码、设计、架构的复杂度、待解决的潜在问题、和使用的技术
• 对系统内和系统间接口的误解，特别是当系统内和系统间的交互数量比较多的时候
• 新的不熟悉的业务

失效的产生因素：

• 代码问题
• 环境问题

  注：并非所有意外的测试结果都属于失效，由于测试执行方式、测试环境或其它测试件中的缺陷，又或者是其它的原因，会出现假阳性（误报），相反的，也可能会出现，相似的错误或缺陷会导致假阴性（缺陷的漏报）

• 假阳性：测试结果记录为缺陷，但实际上不是缺陷
• 假阴性：没有发现测试应该要发现的缺陷

缺陷、根本原因和影响

缺陷的根本原因是导致缺陷产生的最早的行为或条件。
可以分析缺陷并找出其根本原因，以减少类似的缺陷以后再发生。通过将关注点放在最重要的根本原因，根本原因的分析可以促进过程的改进，从而防止将来引入大量的缺陷。

根本原因分析过程：
待学习实践

缺陷管理流程

结合以上所学知识，以及工作中的经验，总结了缺陷管理流程如下：

缺陷管理流程

在项目测试中，结合转测要求，bug的管理有几点需要注意：

• 不是问题的bug的管理：必须在回归包前与三方对其，给与一个定论，如果是问题要修改，就打回去，如果不是问题，就在转包后关掉，如果是问题不修改或者这次不改，就在转包后修改包状态
• 待修改问题：转回归包前，待修改问题一定要变为待测试问题才能转包，或者是待修改问题经过三方对齐，确定在当前回归轮次不转包，就是必须有一个定论，才能允许回归包转到测试手中。