bug分析的一点疑惑

2013-02-17  潘菲 

最近在整理bug分析,有点问题一直没想明白,bug的严重程度和优先级要怎样衡量?有没有什么标准呢?
287°/2827 人阅读/5 条评论 发表评论

白云  2013-02-18

bug严重度分为严重错误、一般错误、微小错误和建议类的。。严重错误包括非法退出啊功能错误啊啥的。。一般性的错误包括输入未做前台控制啊、操作界面错误啊。。微小错误包括说明不规范、无提示信息啊。。建议类的包括用户体验不太好或者提示不够友善啥的。。优先级当然也是由高到低的。。不过有些崩溃性问题复现步骤太复杂或者操作太变态用户不太容易发现并且修复成本较高的优先级也可以适当降低的。。这是要根据实际情况进行分析了。。


王宏瑜  2013-02-19

Blocker:引起操作系统挂起或崩溃,导致流程无法运行的错误。
Critical:不能完成系统需求定义的功能,不能执行系统中某功能点的错误。
Major:影响系统要求或基本功能的实现。
Minor:显示方面的问题。
Trivial:其他轻微的错误,系统需要改进的点。

bug修改的优先级则是根据对客户的影响程度来定的。某些看着不严重的问题,但是可能优先度高,例如一些底层的修改,影响范围大,复测时测试点多。那么要尽早修改,防止引入其他问题,这个要调查分析后确定。


李万峰  2013-02-20

都回的很好很热情~


陈晓义  2013-02-20

自己可以定义的
如果公司搞过CMMI 就会有清晰的理解。


潘菲  2013-02-25

非常感谢大家热心分享,但公司确实没有接触过CMMI,理解可能很肤浅,也不够专业,真心向大家讨教


登录 后发表评论