**
软件缺陷定义：
简称 Bug,系统实现的某功能失效和违背。
软件缺陷的种类划分：
1.功能不正常
2.使用感觉不方便
3.结构未良好规划
4.功能不充分
5. 软件操作互动不良
6. 性能不佳
7. 为做好错误处理
8. 边界错误
9. 计算错误
10.一段实际产生的错误
11.控制流程的错误
12.数据量压力下产生的错误
13.不同硬件环境下产生的错误
10. 版本控制不良的错误
15.软件文档的错误
软件缺陷严重程度划分：
1.系统崩溃
2.严重
3.一般
4.次要
5.建议
优先级：高，中， 低
Bug定级示列：
高级：
1.系统崩溃：
1.功能完全没实现
2.闪退 无法运行
3.其他功能无法测试
4. 应用必按全模式 无法运行
5.简单操作应用闪退/崩溃，卡死
6.数据丢失
7.影响系统 自身无法运行
8.数值计算错误
9.数据库无法保存和配置
10.安全性问题
中级：
1.内存泄漏
2.实现逻辑不全面
3.复现超过50%闪退 安全模式 崩溃
5.轻微数值计算错误
6.功能实现有误
7.简单操作 明显感知的UI 问题
低级：
1.操作页面
2.边界值显示错误
3.提示信息和界面效果展示错误
4.复现5%闪退
5.兼容和性能优化问题
6.非正常操作导致UI显示异常
7.产品设计意见和建议
8.优化方面意见和建议
9.体验方面和建议
软件缺陷类型：
BUg生命周期：
1.新建
2.确认
3.解决
4.重新验证
5.关闭
6.重新打开
一个 Bug由测试人员发现并提交,我们将状态标注为新建；开发人员接收了该Bug,将Bug的状态修改为已分配(Assigned),表示已经认可;开发人员解决了该Bug后,就将Bug的状态修改为解决,并发给测试人员回归测试:测试人员对Bug进行回归测试，如果确实已经解决,就将Bug的状态修改为关闭。否则的话则发给进行回归测试，如果确实已经解决,就将Bug的状态修改为关闭。否则的话则发给开发人员重新修改。还要说明的是,Bug是可以“死而复生”的，以前版本已经关闭的Bug,如果新版本中重新出现,我们就需要将其状态修改为重新打开。