4.1缺陷属性 和类型 **
** 4.2 缺陷严重成都
** 4.3 缺陷优先级**
**4.4缺陷状态 **
发现缺陷是所有缺陷处理的前提条件，但是还没有进入缺陷的处理流程。
1）激活/打开（新建）：由测试人员进行标注。
2）确认：确认新提交的缺陷是一个真实有效的缺陷。一般由测试主管、质量保证（QA）或者产品经理进行确认。经确认后，有效缺陷会指派给相关人员进行处理。
3）已修复/修正：在缺陷被修复后，一般由开发人员进行。
4）关闭/非激活：经测试人员验证没问题。
5）重新打开：经测试人员验证没有被修复，需要再次打开进行修复。
6）推迟：测试要跟开发或者其他管理人员进行确认。
7）保留：一般由开发人员设定。
8）不能重现：开发按照缺陷复现步骤不能再次发现缺陷。一般如闪退、崩溃类型的缺陷，或者由于从操作系统差异、浏览器的缓存等信息，出现的问题。所以测试人员提交bug前要再三确认。
9）需要更多信息：作为测试人员 提交bug时，要尽可能的把相关文件一起提交（图片、视频）。
10）重复：一定要避免这种情况。
11）不是缺陷：一定不要出现此情况！！！
12）需要修改软件说明书：缺陷不是技术原因造成，而是由于需求、设计不明确。
4.5 缺陷起源 和来源
4.6 缺陷根源
**4.7 缺陷生命周期 **
** 4.8 缺陷依据和报告**
4.9 缺陷的目的和编写准则
4.10 追踪系统相关
