Bug概述、状态、类型、级别、优先级提交和Bug生命周期管理

缺陷概述：

　　1）缺陷（Defect）：是指存在于软件之中偏差，可被激活，以静态形式存在于软件内部，相当于Bug。

　　2）故障（Fault）：当缺陷被激活后，软件运⾏中出现的状态，可引起意外情况，若不加处理，可产⽣失效，是⼀个动态行为。

　　3）失效（Failure）：软件运⾏时产⽣的外部异常⾏为结果，表现与⽤户需求不⼀致，功能能⼒终⽌，⽤户⽆法完成所需要的应用。

　　4）Bug：电脑系统或者程序中存在的任何⼀种破坏正常运转能⼒的问题或者缺陷，都可以称之为“Bug”；有时也泛指因软件产品类

部引起的软件产品最终运行时和预期结果的偏离。

　　5）缺陷报告单：指测试执⾏过程中，发现缺陷失效后，提出书⾯的报告，提供给开发⼈员作为定位缺陷的依据。

缺陷状态（主要的）：

　　新建：测试人员提交的bug、优化或者建议的状态。

　　进行中：开发人员确认是bug，在修复bug过程的状态。

　　已解决：开发人员已修复的bug状态。

　　已关闭：测试人员验证修复的bug，确定已解决问题的状态。

　　不解决：开发人员认为不是bug，拒绝解决问题的状态或者无法解决问题的状态。

　　重开：测试人员验证修复的bug，发现没有完全修复好的bug，重新大会给开发人员的状态。

　　暂缓：开发人员认为bug不急于修复，可以放置一段时间再修复状态。

缺陷类型（能正确分清楚去缺陷类型需要测试工程师对需求和业务又深入的了解，能考验测试工程师业务知识）：

　　bug：测试人员通过测试发现的问题称为bug。

　　需求：需要产品经理对需求进一步梳理。

　　建议：是软件产品改进建议。

　　优化：功能已实现，需要优化问题，可以师用户体现优化、性能优化。

缺陷生命周期（流程图）：

提交bug的流程图：

 缺陷级别：

　　致命：系统崩溃、数据丢失、数据毁坏、安全性被破坏。

　　严重：操作性错误、结果错误、功能遗漏。

　　一般：小问题、拼写错误、UI布局、罕见错误。

　　建议：对产品的改进建议。

缺陷优先级：

　　紧急：影响进一步测试，需要立即修复。

　　高：必须在版本发布前修复。

　　中：必须要修复，不一定马上修复，可以讨论确定再某个时间点修复好。

　　低：对产品影响较少，不修复也不影响产品的发布会，在时间不允许的情况下可以暂时不修复。