BUG严重性的指标

2010-10-21 11:39:10 308 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

别混淆问题的优先级 (Priority) 与严重性 (Severity) 别混淆问题的优先级 (Priority) 与严重性 (Severity) 原著者： Terry Young Bug 为什么需要分级? 将一个 Bug 作等级分类，是对有关部门在协调方面的一个基本指标，是非常必要的，因为有了等级分类才能调整处理事务的排程。销售 / 客服 / 项目经理均需要知道缺憾发生时对交货期的影响；品管亦需要知道产品目前的品质状况。优先级 (Pr 阅读详情

请各位说一下贵公司BUG严重性的指标，

例如：严重性BUG，不能超过百分之多少？

...全文

Bug指标在JIRA中的实现 Bug指标在JIRA中的实现Judy ShenJIRA是澳大利亚Atlassian公司开发的一款不错的商业问题跟踪工具，包括bug、需求变更、评审记录等均可以在这个软件中进行管理。我们在统计bug数据时，经常需要对bug参照一些指标进行统计分析。本文介绍一些常用bug指标在JIRA中的实现。 1 Bug分布l Bug严重级别在项目测试中，我们阅读详情

bluemoon0001

.NET社区 62,272 成员 668,968 内容

+ 关注 + 加入社区

切换为时间正序

int64 2010-10-21

打赏
举报

致命：
1）可能有灾难性的后果，如造成系统崩溃，造成事故等
2）程序无法运行
严重：
产生错误的结果，导致系统不稳定的问题，运行时好时坏：
1）造成数据库不稳定的错误
3）列在说明中的需求未在最终系统中实现
4）业务流程不正确
一般：
不正确的，但不会影响系统稳定性的：
1）过程调用或其它脚本错误
2）系统刷新错误
3）产生错误结果，如计算结果错误等
4）功能的实现有问题。如在系统实现的界面上，一些可接受输入的控件点击后无作用，对数据库的操作不能正确实现
5）编码时数据类型、长度定义错误的
6）对用户的使用有操作顺序上的限制
7）虽然正确性不受影响，但系统性能和响应时间受到影响
轻微：
不正确的，但有使系统使用起来不太方便的错误：
1）系统的提示语不明确，不简明
2）滚动条无效
3）可编辑区和不可编辑区不明显
4）光标跳转设置不好，鼠标（光标）定位错误
5）上下翻页，首尾页定位错误
6）界面不一致，或界面不正确
7）日期或时间初始值错误（起止日期、时间没有限定）
8）按钮或标签上有拼写错误的单词、不正确的大小写
建议：
1）容易给用户误解和岐议的提示
2）界面需要改进的
3）对有疑虑的文档，提出修改建议

致命、严重，都是不允许有的，如果有，就影响系统正常允许和业务逻辑的处理了

louisit 2010-10-21

打赏
举报

这个是不是测试人员的工作?
例如：严重性BUG，不能超过百分之多少？业界有规定吗
是不是公司自己统计的

q107770540 2010-10-21

打赏
举报

如致命的BUG可以和系统崩溃联系在一直

至于你据说的百分比可以平均到每日的BUG率来计算

vrhero 2010-10-21

打赏
举报

那要看你们如何定义严重性及测试水平...比如严重等级为“致命”的通常为零容忍...

bluemoon0001 2010-10-21

打赏
举报

[Quote=引用 3 楼 louisit 的回复:]
这个是不是测试人员的工作?
例如：严重性BUG，不能超过百分之多少？业界有规定吗
是不是公司自己统计的
[/Quote]

对我就是想问一下，业界有没有相对的标准，或每个公司有没有自己的指标，麻烦有条件的问一下自己公司质量管理部的同事，我在这里没有找到质量管理或测试的版块，就把贴子发到这里来了。

BUG严重性的指标

相关推荐