浅谈bug的严重等级和修复优先等级

tomzhang

bug的严重等级有的简单的分成3级：高,中,低；有的分得复杂一点，分5级。至于分成几个等级，我没有好的建议，但是我对新人如何确定某个bug的严重等级有个建议：
对于新进公司的测试新人由经验尚少，对划分的标准不清楚，可以先随便确定一个，然后将bug转到测试组长，由测试组长凭经验确定bug的严重等级。对于公司里的测试老手，就由他自己去确定。
至于修复优先等级，我觉得不应该由测试组进行设定，应该由开发人员评估修复bug的代价再来决定。bug先分配给具体的开发人员，如果该开发人员修复不了，再转到开发组长，由开发组长评估决策。
测试人员不要急于关闭bug，而过分催促开发人员修复bug，有时修复1个bug，会带来更多的bug，修复bug是有一定的策略，这些策略应该由开发组来自行定制。
个人拙见，欢迎指正，我的QQ：896219716，加Q请注明来自51Testing。

luming

1.严重性，可以由测试人员按照相关的标准设定，或者测试组长进行检查修改，关键是所有的缺陷要有一个统一标准的严重性即可。
2.优先级，优先级本来就是由开发人员设定的，而不是提交缺陷的测试人员。通常可以在确认的过程中，由项目经理或者开发组长之类的角色在分配和确认缺陷的过程中，对优先级进行设定。
3.缺陷的关闭，和测试关系不大，看开发处理进度即可，通常没有必要对缺陷修改的进度进行跟踪。
a）如果有测试计划，在测试计划中有修复时间，只要在规定时间内修复，就可以认为正确；超过修复缺陷计划时间，那么测试和开发就需要进行相应的确认，并修改测试计划，至于如何修改测试计划，既然能制定测试计划的公司，也应该有相应的计划变更流程。
b）没有测试计划。没有计划时间怎么规定都可以，除非长时间不修改，测试可以问一下，否则测试没有什么权利和义务要求开发什么时间修复缺陷。

上面是自己的一些看法，未必正确，仅供参考。

msnshow

只有大家认可以规则，再按规则去实施就OK了，其实这个严重性很难判断的

夏天的柠檬

我们现在都是在开始测试前，根据项目的具体情况，由测试经理与项目经理共同协商并确定一个严重级别，解释哪些问题严重级别高，哪些相对较低（比如：一个重业务流程的项目；一个功能相对简单，重视用户体验的项目；一个重视可靠性、性能的项目；其侧重点也是不一样的）

优先级可以在提交bug报告时，有测试人员给出一个值（参考严重级，一般严重级别高，优先级别也高，但有时也不一定），对于优先级设置不合理的，由项目经理或开发人员来设定。

缺陷的关闭不由测试人员决定，但如果在测试之前有相关约定（比如：每轮送测需要一定测试解决率，不能有哪些方面的问题，否则不能接受测试），则测试人员就需要与项目经理或开发人员进行沟通确认，在不满足接受测试的条件时，由之前指定的人员（比如：产品经理、或项目经理）来决定是否可以进入测试。

这些都与各公司的测试流程以及规范有关。

zhangting85

一般来说，
严重度和优先级，在整个组达成共识的情况下测试人员确定即可。bug的相关人员如对具体的优先级有异议，可以加comment然后把bug转给项目经理，由项目经理决定。

单纯由开发来决定优先级是不妥的，这样操作不可避免的会形成管理上的漏洞，因为开发人员有可能会刻意回避难改的，麻烦的问题，即使这些问题不修改会带来很大的负面效果。至于修复代价相关的问题，可以把bug的状态改成在这个版本不修改，而不是去修改bug的优先级。

bug的修复仍在测试人员的工作范围内，有必要进行跟踪。因为测试人员需要收集产品质量相关的一切信息，当然包括现在仍存留的已知未修复bug数量。并且要提高产品的质量，必须控制bug的修复进度，否则发现再多的bug而不修复，又有什么用呢。