软件缺陷的管理流程
1. BUG管理流程
新信息（New）：测试中新报告的软件缺陷；
打开（Open） ：分配给相关开发人员处理；
修正（Fixed） ：开发人员已完成修正，等待测试人员验证；
按设计（By Design）：开发人员按设计说明书设计的；
重新打开（Reopen）：旧缺陷在新的版本中出现，重新打开缺陷；
关闭（Closed） ：错误已被修复；
备注：如果需要也可以添加Duplicate（重复的）、not repro(不可重现)等状态
2. 报告缺陷注意事项
1．请测试人员提交新缺陷时，尽量用最简洁的语言最清晰的描述出BUG的出处、操作步
骤、现象、（建议），并尽量截图；
2. 当你的BUG报告以“not repro（不可重现）”打回给你时，测试人员应该反复阅读它，集
中剔除那些没有关系的步骤或词语，再检查是否有遗漏或清晰的步骤，再去找研发人员。研发人员通常是在无法用BUG报告中的步骤重现BUG时才选择这个选项；
3. 测试人员在精简空话的同时，应该再仔细检查报告是否会产生误解的地方。测试人员应
该尽量避免使用模糊的，会产生歧义的、主观的词语。目标是使用能够表述事实、清楚的，不会产生争执的词语；
4. 不要使用感叹号或其它表现个人感情色彩的词语或符号；
5. 不要使用含糊的词语（例如，好像，似乎）来描述发现的现象；
6. 当BUG指派给你，在下一个版本发布之后，第一时间跟踪BUG的修复情况。
3. 需要注意的地方
当你发现一个BUG时，请考虑如下问题：
1. 同一软件中的相似功能是否有相同的问题？
2. 其他的浏览器是否有相同的问题？
3. 其他的软硬件配置是否有相同的问题？
4. 其他的区域是否有相同的问题？
5. 以前的版本是否有相同的问题？
4. Bug的严重级别
1.A级—严重错误，包括以下各种错误：
由于程序所引起的死机,非法退出
死循环
数据库发生死锁
因错误操作导致的程序中断
功能错误
与数据库连接错误
2.B级—较严重错误，包括以下各种错误：
程序错误
程序接口错误
3.C级—一般性错误，包括以下各种错误：
操作界面错误（包括数据窗口内列名定义、含义是否一致）
打印内容、格式错误
简单的输入限制未放在前台进行控制
删除操作未给出提示
数据库表中有过多的空字段
4.D级—较小错误，包括以下各种错误：
界面不规范
辅助说明描述不清楚
输入输出不规范
长操作未给用户提示
提示窗口文字未采用行业术语
可输入区域和只读区域没有明显的区分标志
5.E级—测试建议：
界面重构、描述更改、流程改进