BUG管理
BUG提交模板和注意事项
一、 BUG提交模板
1. 现象描述
<详细描述BUG现象>
2. 组网环境
<组网图及简要说明：机箱、板卡（型号、序列号和槽位）、测试仪、连接线缆等描述> 注：简单组网环境或一般性BUG情况下，可只简要描述组网环境，无需组网图。
3. 版本信息
<被测设备所有组件版本信息>
软件版本：
硬件版本：
芯片版本：
CPLD版本：
MCU版本：
uboot版本：
4. 操作步骤
<详细描述发现BUG的操作步骤>
注：说明发现BUG对应用例名称编号或为非用例发现BUG。
5. 期望结果
<预期正确的结果>
6. 实际结果
<实际不正确的结果>
7. BUG严重性等级
<初步判定BUG的严重性等级>
1
BUG管理
8. 开发确认情况
<开发确认BUG情况描述及确认人>
注：严重等级以上BUG必须要有开发人员确认
9. 附件
<包括：组网图、BUG现象截图、操作产生的系统日志等>
注：严重等级以上BUG必须带有附件，一般性BUG则附件可选。
10. 备注
<BUG补充说明信息，如：测试分析意见、其它设备有类似情况等>
二、 BUG提交注意事项
1．请测试人员提交新缺陷时，尽量用最简洁的语言最清晰的描述出BUG的出处、操作
步骤、现象、（建议），并尽量截图；
2. 当你的BUG报告以“not repro（不可重现）”打回给你时，测试人员应该反复阅读它，
集中剔除那些没有关系的步骤或词语，再检查是否有遗漏或清晰的步骤，再去找研发人员。研发人员通常是在无法用BUG报告中的步骤重现BUG时才选择这个选项；
3. 测试人员在精简空话的同时，应该再仔细检查报告是否会产生误解的地方。测试人员
应该尽量避免使用模糊的，会产生歧义的、主观的词语。目标是使用能够表述事实、清楚的，不会产生争执的词语；
4. 不要使用感叹号或其它表现个人感情色彩的词语或符号；
5. 不要使用含糊的词语（例如，好像，似乎）或网络语言来描述发现的现象；
三、 需要注意的地方
当你发现一个BUG时，请考虑如下问题：
1. 同一软件中的相似功能是否有相同的问题？
2. 其他的浏览器是否有相同的问题？
2
BUG管理
3. 其他的软硬件配置是否有相同的问题？
4. 其他的区域是否有相同的问题？
5. 以前的版本是否有相同的问题？
四、 Bug的严重等级
1.致命BUG，包括以下各种错误：
1. 由于程序所引起的死机,非法退出
2. 死循环
3. 导致数据库发生死锁
4. 因错误操作导致的程序中断
5. 严重的数值计算错误
2.严重BUG，包括以下各种错误：
1. 功能不符
2. 数据流错误
3. 程序接口错误
4. 轻微的数值计算错误
3.一般性BUG，包括以下各种错误：
1. 操作界面错误(详细文档)
2. 打印内容、格式错误
3. 简单的输入限制未放在前台进行控制
4. 删除操作未给出提示
4.提示性BUG，包括以下各种错误：
1. 界面不规范
2. 辅助说明描述不清楚
3. 显示格式不规范
4. 长时间操作未给用户进度提示
5. 提示窗口文字未采用行业术语
6. 可输入区域和只读区域没有明显的区分标志
3
BUG管理
7. 系统处理未优化
5.测试建议（非BUG）：
界面重构、描述更改、流程改进
4
第二篇：软件测试Bug表模板
状态及
统计
中国検証1/6
中国検証2/6
中国検証3/6
中国検証4/6
中国検証5/6
中国検証6/6