大家一起说说对于BUG的分类的做法
大家好，最近碰上一个比较难解决的问题，BUG到底 要怎么分类，依据什么标准来分类才能在统计分析时给研发提供较有参考价值的数据？对于BUG产生的原因分析是该由研发来做还是测试做？ bug原因分类要根据原因分析的目的来划分的，要根据实际来进行操作至于分析谁来做，那肯定是开发人员去做 。。。没有看太明白题目，BUG 的分类？ 还是优先级？ 严重度 ？ 类型？
BUG级别一般细分可以分为7类
1.引起操作系统"挂起"或者"崩溃"的错误
2.引起软件本身"挂起"或者"崩溃"的错误
3.不能完成软件说明书定义的功能的错误
4.程序所完成的功能与软件说明书定义不符的错误
5.显示方面的错误
6.其它"轻微"的错误（如文本差错）
7.增强或者改进
在MQC中（现在是 HPQC了 。。。）BUG 级别：
1.致命
2.严重
3.一般
4.简单
5.建议
BUG 产生的原因分析，应该是开发分析或者有专门分析人员。当然我们测试出来BUG的时候就应该有意识去考虑，去分析为什么会出此BUG，什么原因导致，这样可以帮助你 “以点抓面” 的批量抓取某一类型的BUG。也是我们测试人员思想进步的方法，人总要不断的进步么。嘿嘿;P 我很赞同你最后一句话：D
我想问的主要是BUG类型的分类，也就是说这个BUG属于哪种 类型的错误，这样总结分析时可以很清晰的了解到整个开发流程中比较容易出问题的地方在哪里。 1。严重程度：致命，严重，一般，提示
2。分布模块：模块a（不同错误数量），模块b（不同错误数量）
3。开发阶段：需求，架构，代码
分类方法太多了 我主要想以BUG产生的原因来分类BUG Priority, Severity, 和 Category是三个很常见的 fields.
但其内容取决于不同公司，部门，项目。
特别是Category， 可以是：
1) Defect, Enhancement, Feedback, Support
也可以是
2)Requirement, Design, Implementation
等等。
QQ 联系: 546562584 按照项目模块功能分类，一个便于查找，符合每个人去查找 bug分类一般有按模块分类、严重级别分类、发现阶段分类等 按照问题引出不同，分为界面类，性能类，功能类，文档类等
或者你想要分得更细致的？？？
不过还是觉得按照状态分类可能比较好跟踪管理 按模块分,按严重程序分 严重程度划分等级，然后付给一个值
影响程度划分等级，然后付给一个值
两个值相加就是bug的优先级 感觉LZ的意思貌似没有表述清楚，偶重新描述LZ的意思吧：在测试中，偶们怎样将缺陷进行合理的分类，提高缺陷的查找、修改、跟踪、统计等工作的效率。
比如，偶们在缺陷分类中，除了优先级和严重程度以外，如果增加一个引入阶段（引入原因），这样就可以清晰的看到哪些缺陷是在设计的时候引入的，哪些缺陷是在修改的时候引入的，这样可以协助统计剩余未发现缺陷在整个项目中的严重程度和整个项目的开发质量等等。
页:
[1]
