软件缺陷的管理流程

软件缺陷管理流程目录1BUG 管理流程.........................................................................................................................12报告缺陷注意事项..................................................................................................................13需要注意的地方......................................................................................................................24Bug 的严重级别.......................................................................................................................21 BUG 管理流程 2 报告缺陷注意事项1．测试人员提交新缺陷时，尽量用最简洁的语言最清楚的描述出 BUG 的出处、操作步骤、现象、（建议），并尽量截图；2. 测试人员在精简语句的同时，应该再认真检查 BUG 描述是否会产生误解的地方。测试人员应该尽量避开使用模糊的，会产生歧义的、主观的词语。目标是使用能够表述事实、清楚的，不会产生争吵的词语；3 不要使用感叹号或其它表现个人感情色彩的词语或符号；4. 不要使用模糊的词语（例如，好像，似乎）来描述发现的现象；5. 当 BUG 指派给你，在下一个版本发布之后，第一时间跟踪 BUG 的修复情况。3 需要注意的地方当你发现一个 BUG 时，请考虑如下问题：1. 同一软件中的相似功能是否有相同的问题？2. 其他的浏览器是否有相同的问题？3. 其他的软硬件配置是否有相同的问题？4. 其他的区域是否有相同的问题？5. 以前的版本是否有相同的问题？4 Bug 的严重级别目前，BUG 严重级别分为：严重缺陷、较严重缺陷、一般性缺陷、建议性缺陷。一、严重缺陷主要包括：1、由于程序所引起的死机,非法退出；2、死循环；3、数据库发生死锁；4、因错误操作导致的程序中断；5、功能错误；6、与数据库连接错误；7、程序错误；8、程序接口错误。二、较严重缺陷1 操作界面错误（包括数据窗口内列名定义、含义是否一致）；2、打印内容、格式错误；3、简单的输入限制未放在前台进行控制；4、删除操作未给出提示；5、数据库表中有过多的空字段。三、一般性缺陷1、界面不法律规范；2、辅助说明描述不清楚；3、输入输出不法律规范；4、长操作未给用户提示；5、提示窗口文字未采纳行业术语；可输入区域和只读区域没有明显的区分标志。四、建议性缺陷：1、界面重构、描述更改、流程改进；2、外观色彩、字体大小显示更适合长时间使用； 3、提示音不应有特别刺耳或者容易让人疲劳的情况； 4、增加一些简单功能使软件更人性化。