51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7806|回复: 6
打印 上一主题 下一主题

[讨论] 缺陷紧急程度和严重程度的定义及区别

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-5-9 01:13:39 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
sdlkfj2大虾们,请问测试过程中  缺陷紧急程度和严重程度的定义及区别 是什么呢

一般而言,严重程度是指对于产品的影响,而紧急程度对于的纬度是开发解决上的
严重程度有比较明确的定义,一般也就四级
 1 – 非常严重的缺陷,例如,软件的意外退出甚至操作系统崩溃,造成数据丢失。
  2 – 较严重的缺陷,例如,软件的某个菜单不起作用或者产生错误的结果;
  3 - 软件一般缺陷,例如,本地化软件的某些字符没有翻译或者翻译不准确;
  4 - 软件界面的细微缺陷,例如,某个控件没有对齐,某个标点符号丢失等;

可是紧急程度的定义具体是什么呢?

 一般地,严重性程度高的软件缺陷具有较高的优先级。严重性高说明缺陷对软件造成的质量危害性大,需要优先处理,而严重性低的缺陷可能只是软件不太尽善尽美,可以稍后处理。
  但是,严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷,优先级不一定高,甚至不需要处理,而一些严重性低的缺陷却需要及时处理,具有较高的优先级。
  修正软件缺陷不是一件纯技术问题,有时需要综合考虑市场发布和质量风险等问题。例如,如果某个严重的软件缺陷只在非常极端的条件下产生,则没有必要马上解决。另外,如果修正一个软件缺陷,需要重新修改软件的整体架构,可能会产生更多潜在的缺陷,而且软件由于市场的压力必须尽快发布,此时即使缺陷的严重性很高,是否需要修正,需要全盘考虑。
  另一方面,如果软件缺陷的严重性很低,例如,界面单词拼写错误,但是如果是软件名称或公司名称的拼写错误,则必须尽快修正,因为这关系到软件和公司的市场形象。

各位有什么权威或者可分享的定义,希望多多贡献哈sdlkfj6
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

7#
发表于 2012-4-23 13:35:01 | 只看该作者
。。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2012-4-20 17:12:29 | 只看该作者
我也觉得 是项目经理决定
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2012-4-20 17:00:58 | 只看该作者
我也觉得 是项目经理决定
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2012-4-20 17:00:40 | 只看该作者
我也觉得 是项目经理决定
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-7-30 16:12:05 | 只看该作者
这个好像是项目经理决定的。
和测试人员的关系不大吧
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2007-5-10 09:29:03 | 只看该作者

关注人员不同

bug的严重程度代表着测试人员对问题严重性的衡量:严重程度越高,问题越严重。

bug的紧急程度代表着开发人员在接到一堆bug后给bugs定义的一个解决优先级:问题越紧急,则越优先处理,从而比较好的安排自己的工作。
当然,这个紧急程度也有可能由开发管理人员来决定,从而比较好的控制项目的进度。

两者有时会有重叠的地方,如一个十分严重的bug常常是一个十分紧急的bug(上线后的hit bug就是此类)。

另外实际工作中,一个开发人员头上的bug如果不是很多的话,他是不太会关注bug的优先级的。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-21 10:45 , Processed in 0.079492 second(s), 30 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表