缺陷（Bug）

缺陷产生的原因

Bug分类

按照严重程度划分

系统崩溃、严重、一般、次要、建议

按优先级分

1. Immediate 即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。

2. Urgent即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常。

3. High即“高度重视”，表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实现。

4. Normal即“正常处理”，进入个人计划解决，表示问题不影响需求的实现，但是影响其他使用方面，比如页面调用出错，调用了错误的等。

5. Low即“低优先级”，即问题在系统发布以前必须确认解决或确认可以不予解决。

按测试种类划分

逻辑功能类、性能类、界面类、易用性类、兼容性类

按照功能模块划分

登陆注册、购物车、分类、订单、个人中心

按照解决方法分

缺陷报告（Bug报告）

编号	属性名称	描述
1	缺陷ID	唯一的id，确保根据ID追踪缺陷
2	缺陷状态	进展情况，关闭，打开，修复
3	缺陷标题	描述缺陷的标题
4	缺陷的严重程度	致命，较严重，严重，一般，低
5	缺陷的优先级	缺陷修复的先后顺序，哪些优先修正，哪些稍后修正
6	缺陷的所属模块	缺陷所属的项目模块
7	缺陷记录者	提交缺陷的测试人员
8	缺陷提交时间	缺陷的提交时间
9	缺陷处理人	处理缺陷的处理人
10	处理结果描述	对处理结果的描述，描述处理情况和代码修改说明
11	缺陷验证人	对被处理缺陷验证的验证人（回测者）1
12	验证结果描述	对验证结果的描述（通过，不通过）
13	缺陷详细描述	缺陷的重现步骤
14	缺陷环境说明	对测试环境的描述
15	必要的附件	如涉及到附件或者错误现象的图片等
	缺陷的复现步骤

Bug的生命周期

总结:新建-确认-解决-重新验证-关闭-重新打开