软件缺陷的属性

按照严重程度分：

一般分为5个阶段：
1.系统崩溃
定义：严重阻碍测试和开发工具
对应优先级：最高
具体可分为：
(1).功能完全没有实现
(2).应用闪退/崩溃无法运行
(3).应用必现安全模式，无法运行
(4).其他导致功能无法测试的问题

2 重要
定义：非阻碍用例执行的严重问题
对应优先级：高
具体可分：
(1)简单操作应用闪退/崩溃，卡死
(2)数据丢失
(3)严重影响系统，自身功能无法运行
(4)严重数值计算错误
(5)数据库损坏或无法保存配置
(6)安全性问题（包括数据加密等）

3 主要
定义：功能存在缺陷，但不影响应用和系统的稳定性
对应优先级：中
具体可分为：
(1).内存泄露（长时间不用的对象需要被回收，不被回收占内存）
(2).功能实现逻辑覆盖不全面
(3).非必现，但浮现概率超过50%的闪退/崩溃和安全模式

4 一般
定义：对应用熟悉度高才能感知到的问题，对应用基本功能实现无影响
对应优先级：中
具体可分为：
(1).轻微数值计算错误
(2).功能实现有误，与产品文档不完全贴切
(3).用户简单操作，即可明显感知ui问题

4 较小
定义：界面，性能缺陷
对应优先级：低
具体可分为：
(1).操作界面错误（提示显示规则，刷新数据是否与文档一致）

bug的生命周期

新建，确认，解决，重新验证， 关闭，重新打开

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