软件的缺陷属性：

1.按照严重程度性分：系统崩溃、严重、一般、次要、建议，2.按优先级分：修正优先级：高、中、低， bug定级例子： 1级.系统崩溃 定义：严重阻碍测试和开发工作 对应优先级：最高 具体可分为： 1.功能完全没有实现 2.应用闪退/崩溃无法运行 3.应用必现安全模式，无法运行 4.其他导致功能无法测试的问题 2级，至关重要 定义：非阻碍用例执行的严重问题

对应优先级：高 具体可分为： 1.简单操作应用闪退/崩溃，卡死 2.数据丢失 3.严重影响系统，自身功能无法运行 4.严重数值计算错误 5.数据库损坏或无法保存配置 6.安全性问题（包括数据加密等） 3级，主要 定义：功能存在缺陷，但不影响应用和系统的稳定性 对应优先级：中 具体可分为： 1.内存泄露（长时间不用的对象需要被回收，不被回收占内存） 2.功能实现逻辑覆盖不全面 3.非必现，但复现概率超过50%的闪退/崩溃和安全模式 4级，一般 定义：对应用熟悉度高才能感知到的问题，对应用基本功能实现无影响 对应优先级：中 具体可分为： 1.轻微数值计算错误 2.功能实现有误，与产品文档不完全贴切 3.用户简单操作，即可明显感知的UI问题 5级，较小 定义：界面，性能缺陷 对应优先级：低 具体可分为： 操作界面错误（提示显示规则，刷新规则是否与文档一致） 2.边界条件显示错误 　 　 　 3.提示信息和界面效果展示错误（包括未给出信息、信息提示错误等） 4.复现率低于5%的闪退/崩溃和安全模式 　 　 　 5.插件兼容和性能未优化问题 　 　 　 6.非正常操作导致UI显示异常 6级，建议 定义：对于产品的意见或者建议 对应优先级：低 具体可分为： 1.对于产品设计方面的意见和建议 2.对于产品界面优化方面的意见和建议 3.对于产品需要优化增强用户体验方面的意见和建议

按照bug生命周期分为：

新建、确认、解决、重新验证、关闭、重新打开 一个Bug由测试人员发现并提交，我们将状态标注为新建，开发人员接收了该Bug，将Bug的状态修改为已分配（Assigned），表示已经认可，开发人员解决了该Bug后，就将Bug的状态修改为解决，并发给测试人员回归测试，测试人员对Bug进行回归测试，如果确实已经解决，将Bug的状态修改关闭，否则的话则发给开发人员重新修改。还要说明的是,Bug是可以"死而复生"的，以前版本已经关闭的Bug,如果新版本中重新出现，我们就需要将其状态修改为重新打开。