错误、缺陷以及失效
是人就会犯错，错误产生的原因有很多，环境、心情、健康状态等等都会加大人们犯错的几率。在软件开发过程中，错误的发生会导致软件代码或其它相关工作产品时出现缺陷，一个工作产品的缺陷可能会引发其它相关产品的缺陷。比如需求的缺陷会引发编码缺陷，然后会可能会引发产品缺陷导致失效。就是这样一环一环的，缺陷多了，产品就不是那么用起来有用户友好性了。
错误的发生很多都是因为主观因素：
- 时间压力，在工作中，我们往往会有时间限期，在上游和下游的时间压力下，为了赶进度，错误率就会往上走，之前测试的一个项目就有这样的问题。所以测试计划中的开发时间的预估一定要相对准确，并且有目标性的完成它
- 人本身就容易犯错
- 缺乏经验或技能不足的项目参与者：在我们的日常测试工作中，我们经常会有自己的想法，哪个开发开发的项目问题会多一些，我们就先测这个开发的部分，这也是一种从经验的角度来降低前期成本的方法
- 项目参与者之间沟通有误，包括需求和设计之间的沟通误解 确实如此，需求、设计、开发以及测试直接的沟通误解是项目有遗留bug以及项目延期的一大重要因素
- 代码、设计、架构的复杂度、待解决的潜在问题、和使用的技术
- 对系统内和系统间接口的误解，特别是当系统内和系统间的交互数量比较多的时候
- 新的不熟悉的业务
失效的产生因素：
- 代码问题
- 环境问题
注：并非所有意外的测试结果都属于失效，由于测试执行方式、测试环境或其它测试件中的缺陷，又或者是其它的原因，会出现假阳性（误报），相反的，也可能会出现，相似的错误或缺陷会导致假阴性（缺陷的漏报）
- 假阳性：测试结果记录为缺陷，但实际上不是缺陷
- 假阴性：没有发现测试应该要发现的缺陷
缺陷、根本原因和影响
缺陷的根本原因是导致缺陷产生的最早的行为或条件。
可以分析缺陷并找出其根本原因，以减少类似的缺陷以后再发生。通过将关注点放在最重要的根本原因，根本原因的分析可以促进过程的改进，从而防止将来引入大量的缺陷。
根本原因分析过程：
待学习实践
缺陷管理流程
结合以上所学知识，以及工作中的经验，总结了缺陷管理流程如下：
缺陷管理流程
在项目测试中，结合转测要求，bug的管理有几点需要注意：
- 不是问题的bug的管理：必须在回归包前与三方对其，给与一个定论，如果是问题要修改，就打回去，如果不是问题，就在转包后关掉，如果是问题不修改或者这次不改，就在转包后修改包状态
- 待修改问题：转回归包前，待修改问题一定要变为待测试问题才能转包，或者是待修改问题经过三方对齐，确定在当前回归轮次不转包，就是必须有一个定论，才能允许回归包转到测试手中。
网友评论