2021-03-25 09:26发布
在测试工程师的日常工作中,最经常做的也是必须做的就是提交缺陷报告.在提交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表.重现频率AlwaysSometimesHardlyIn User Environment严重度AP1P1P2P1严重度BP1P2P3P2严重度CP2P3P4P3严重度DP4P4P4P4严重度EP5P5P5P5根据这张表就可以很容易定义Bug的优先级了.
最多设置5个标签!
在测试工程师的日常工作中,最经常做的也是必须做的就是提交缺陷报告.在提交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的优先级了.
一周热门 更多>