五、 BUG 的等级划分与优先级
1 、严重：死机，数据丢失，主要功能完全丧失，系统悬挂等错误。修改优先级为最高，该级别需要程序员立即修改。
2 、较高：主要功能丧失，导致严重的问题，或致命的错误声明。修改优先级为高，该级别需要程序员尽快修改。
3 、一般：次要功能丧失， 不太严重，如提示信息不太准确。修改优先级为中，该级别需要程序员修改。
4 、轻微：微小的问题，对功能几乎没有影响，产品及属性仍可使用，如有个错别字。修改优先级为低，该级别需要程序员修改或不修改。
六、 BUG 的优先级 (一般与 BUG 等级挂钩)
参考 1 、紧急、非常高、高、中等、低
参考 2 、下一个 build 版本 ,a 测试 ,b 测试 , 发布版本，最终发布版本
七、 BUG 记录内容
• 编号
• 标题
• 项目模块
• 测试阶段
• 类型
• 操作环境 ( 操作系统 ,IE 等软硬件环境 )
• 严重程度(等级及优先级)
• BUG 状态
• 测试员
• 程序员(解决者)
• 解决方案
• 解决日期
• 测试日期
• 详细描述(步骤、结果、期望、备注)
备注：根据项目具体情况，定制真正适合项目的 bug 规范，一切以提高产品质量及公司效益为根本， bug 没有统一规范只有共同的目的。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
