转载-如何划分test case、bug优先级和严重级别

在测试工程师的日常工作中, 最经常做的也是必须做的就是提交缺陷报告.在提交Bug的时候,我们要给出这个Bug的优先级(Priority),开发人员会根据Bug的优先级来决定 先修那个Bug,后修哪个Bug.所以优先级的正确与否会影响到Bug的解决时间进而可能会影响测试和开发的进度.对于一个Bug的优先级也往往是QA和 RD争论的焦点.

   在我们的公司中Bug的优先级根据其严重度和发生的频率和环境来决定.首先一个Bug有5种严重程度的定义:

严重度A--系统Crash,不能进行安装等;

严重度B--需求说明书中要求的重要功能没有实现;

严重度C--功能存在缺陷;

严重度D--功能可以进一步改进;

严重度E--建议

优先级的定义如下:

Priority 1--必须立即修复;

Priority 2--在Beta前必须修复;

Priority 3--在release前必须修复;

Priority 4--在下一版修复;

Priority 5--可以修复或不修;

接下来根据Bug发生的频率和环境建立一张优先级Mapping表.

重现频率	Always	Sometimes	Hardly	In User Environment
严重度A	P1	P1	P2	P1
严重度B	P1	P2	P3	P2
严重度C	P2	P3	P4	P3
严重度D	P4	P4	P4	P4
严重度E	P5	P5	P5	P5

根据这张表就可以很容易定义Bug的优先级了.