51Testing软件测试论坛

标题: 去易迅面试，QA主管问，“严重但不紧急，紧急但不严重的BUG能不能举几个例子” [打印本页]

作者: Brit【英伦】 时间: 2012-8-2 15:12
标题: 去易迅面试，QA主管问，“严重但不紧急，紧急但不严重的BUG能不能举几个例子”
大家踊跃的说说，面试的时候乍一听到这个蛋疼的问题，内心有点纠结，发现测试不仅要学会工具，更重要的是要学会去总结。

作者: lsekfe 时间: 2012-8-2 15:18
范围还真大~

作者: 鱼饵 时间: 2012-8-3 10:28
严重但不紧急的bug：产品有内存泄露，但是不影响使用
紧急但不严重的bug：产品马上就要发布了，却发现界面上的一个错别字

作者: love_zhitao 时间: 2012-8-3 10:40
学习中...

作者: ling101283 时间: 2012-8-3 11:39
个人愚见：
严重程度是针对产品而言的，基本都会有一个清晰的定义。紧急，有点偏向时间，而且时间是人定的，所以整个项目，进行到某一个阶段时，都可能会有紧急的任务。QQ登录界面，密码是明文，但是QQ还在研发阶段，那这个可以算一个严重（涉及安全问题）但是不是一个紧急的问题。下周就要交付给客户一个Demo的版本（比如手机），结果Video播放过程中，有很小的几率hang住。那这个可能不太严重的问题，就需要很紧急的处理了，如果在演示的过程中，hang了，这就不是几率不几率的问题了。

作者: Brit【英伦】 时间: 2012-8-6 14:30
回复 5# ling101283

紧急是时间，严重是程度，不过这种题目真的能考验一个人是否对软件测试接触多

作者: archonwang 时间: 2012-8-6 14:38

回复 ling101283

紧急是时间，严重是程度，不过这种题目真的能考验一个人是否对软件测试接触多
Brit【英伦】发表于 2012-8-6 14:30

理解得很深刻了。

作者: ling101283 时间: 2012-8-6 16:15
回复 6# Brit【英伦】

恩，是的。言简意赅。UP！

作者: bill_hen 时间: 2012-8-7 04:26
It's called priority vs severity.

作者: wuliangye 时间: 2012-8-7 11:11
严重但不紧急的bug或者紧急但不严重的bug，个人觉得回答这个问题首先要说明测试的产品类型，对于嵌入式软件来说，内存泄漏是既严重也紧急的，产品即将上线时，用户界面错别字或拼写错误是紧急的bug，需要立即修改；
例子很多，一般来说，经过暴力测试后发现的问题是严重但不紧急的，比如视频质量测试中卸载显卡导致视频马赛克或者黑屏，或者测试人员经过7×24小时压力测试后发现内存泄漏了；而对于用户体验性用户易用性问题，都是属于紧急但不严重的，典型的就是英文产品中拼写错误或者出现中文等等

作者: piaolingxue423 时间: 2012-8-7 11:26
好题目这个问题可以了解面试人员的工作深度以及善于总结的能力

作者: kadw85 时间: 2012-8-7 16:56
学习了

作者: 老鸟新手 时间: 2012-8-8 16:41
学到知识了

作者: lintongyan 时间: 2012-8-8 16:56
积累起来

作者: Brit【英伦】 时间: 2012-8-9 10:16
回复 10# wuliangye

OK，说的非常好！其实紧急但不严重很好回答，但是严重但不紧急稍微难一点

作者: hamish 时间: 2012-8-9 11:11
请注意，在面试的时候QA主管问的这个问题，需要从两个方面来考虑。
第一，QA主管是需要考核你的测试的理解以及相关的经验积累。这方面大家前面都提到了，我就不多说；
第二，既然你是去易迅面试，这个问题同时还在考核你对易迅业务或者产品的了解程度。别以为你没在易迅工作过就无所谓这方面的考虑。任何一个主管都希望招聘一个“聪明”的人。回答这个问题的时候如果能拿易迅的产品来举例说明，那么将事半功倍。

作者: Brit【英伦】 时间: 2012-8-9 14:30
回复 20# hamish

这个有道理，但是经验不多，还真的难以回答，你能举几个关于易迅方面的吗

作者: kenanmao1983 时间: 2012-8-9 16:51
紧急不严重：“中国人民银行”写成“中国人民很行”了，这个要是在中国银行的page上面，应该算是紧急但是不严重的。
严重不紧急：比如一个系统，有一个功能不能用，但是这个功能可能在上线的半年内不会用到。

哎呀呀，我貌似很能编的样子~~~

作者: 红掌 时间: 2012-8-9 22:22
回复 16# hamish

学到了，你分析的真透彻。

作者: wolf1019 时间: 2012-8-10 11:08
应该还有两种状态吧

作者: zhxw 时间: 2012-8-10 15:22
善于总结的人，这个问题不难，需要的技巧是面试回答的以公司为例子
即使你对这个公司不了解，错别字的例子信手拈来，有些小聪明但是感觉肯定不同

作者: 许丫头 时间: 2012-8-10 15:32
回复 6# Brit【英伦】

说的对

作者: moonlight1125 时间: 2012-8-10 16:19
xuexile

作者: zb460989093 时间: 2012-8-11 11:18
在面试的时候，就是要先去分析面试官提出的问题主要想考察啥，有针对性的投其所好的进行回答。

请注意，在面试的时候QA主管问的这个问题，需要从两个方面来考虑。
第一，QA主管是需要考核你的测试的理解 ...
hamish 发表于 2012-8-9 11:11

作者: 千里 时间: 2012-8-12 11:27
我举一个实际上碰到的缺陷吧，关于登陆的。
紧急而不严重：登陆窗口的验证码显示不出来，导致无法登陆。
严重而不紧急：不输入密码或者任意密码均可登陆成功。

作者: 千里 时间: 2012-8-12 11:47
在举例的时候，我觉得多举一些流程相关的会比较好。
文字类和浏览器兼容性的比较直观和容易理解，但我认为一个测试员把这个当为得意之作比较低级。
还有登陆类属于经典，但实际上这种缺陷存在得不多见，也难当作得意之作。
紧急而不严重：我想大意为开发修复成本不高，对测试影响特别大。
如：因为小问题引起的流程不通，如因js错误引发的提交按钮不能点击。
严重而不紧急：我想大意为对测试影响比较小，开发修复成本很高。
如：某限制条件失效，但流程依然完整。如无论金额为多少均可购物成功并可成功扣费（扣为负数）

作者: yang1061 时间: 2012-8-12 16:45
学习中。。。

作者: zxmcherry1990 时间: 2012-8-12 18:21
回复 16# hamish

深刻呀~

作者: suifang21 时间: 2012-8-13 09:46
学习了

作者: zeuscom 时间: 2012-8-13 11:31

个人愚见：
严重程度是针对产品而言的，基本都会有一个清晰的定义。紧急，有点偏向时间，而且时间是人定的 ...
ling101283 发表于 2012-8-3 11:39

说的不错。严重是问题级别。紧急是项目时间。项目后期一般不太容易出现严重的问题，不然前面白测了。或是前期没进行一些极端测试，比如性能测试。

作者: zzyloveld 时间: 2012-8-13 13:19
可以整理好多这样例子了

作者: dreamever 时间: 2012-8-13 13:53
要是我，我就会这么回答：
1、一款工资管理软件，本应该在每年的年末，自动把雇员第二年的月工资增加10%，但是由于缺陷却没有自动增加。这个问题虽然严重，但是不紧急，特别是在老板看来不是个紧急的问题；
2、一款工资管理软件，本应该在每年的年末，自动把雇员第二年的月工资增加10%，但是由于缺陷会导致员工这个月的工资中提前发放今年的年终奖。由于有财务记录，多发的奖金可以追缴，因此不严重，但是却非常紧急，特别是在老板看来是个非常紧急的问题

作者: yxd2006 时间: 2012-8-13 16:23
学习了……

作者: Brit【英伦】 时间: 2012-8-13 16:46
回复 26# 千里

嗯，小问题在重要的时间点引发紧急但不严重，大问题在不重要的时间点引发严重但不紧急

作者: 1103159572 时间: 2012-8-14 10:56
这个问题很不错……以写进我的经典问题之一

作者: lyscser 时间: 2012-8-14 16:19

理解得很深刻了。
archonwang 发表于 2012-8-6 14:38

恕我直言，紧急的主要指的是影响后续进度的问题，严重但不紧急的一般孤立的功能点不可用的问题。

作者: 千里 时间: 2012-8-14 20:20
回复 35# Brit【英伦】

是否不重要的时间点就没有严重缺陷呢？所以我不认可你的观点，直观的认为项目后期发现一些严重问题属于严重问题，我也会问一句为什么没有及早发现。

作者: 千里 时间: 2012-8-14 20:20

恕我直言，紧急的主要指的是影响后续进度的问题，严重但不紧急的一般孤立的功能点不可用的问题。
lyscser 发表于 2012-8-14 16:19

所见略同

作者: 千里 时间: 2012-8-14 20:22

要是我，我就会这么回答：
1、一款工资管理软件，本应该在每年的年末，自动把雇员第二年的月工资增加10%， ...
dreamever 发表于 2012-8-13 13:53

缺陷的严重性和紧急性为有公认标准为好，尽量不以老板的喜爱认定。

作者: candy_wf 时间: 2012-8-15 17:25
严重但不紧急：用户买了一年vip，有个到期时会导致用户数据清零但没有任何提示的bug，但在一年内都不影响用户的使用。
紧急不严重：错别字。
严重紧急：XSS漏洞

作者: yhz460363746 时间: 2012-8-16 09:48
学到了。

作者: mainer 时间: 2012-8-17 19:06
太变态了，估计问我也卡壳了。

作者: 我每天坐27路 时间: 2012-8-20 10:42
有没人直接写出几个例子来？有些人喜欢分析问题，但我是菜鸟，还是喜欢从答案上找结果

作者: TesterChen 时间: 2012-8-31 16:11

我举一个实际上碰到的缺陷吧，关于登陆的。
紧急而不严重：登陆窗口的验证码显示不出来，导致无法登陆。
...
千里发表于 2012-8-12 11:27

千里兄，我怎么想都觉得你说的这个登录的两个问题，都属于紧急而严重的问题。。。

作者: buble84 时间: 2012-9-7 15:19
回复 25# 千里

受教啊.

作者: Jackc 时间: 2012-9-7 17:59
紧急但不严重的类型：如果选择UI bug作为答案，需要额外注意一些其他方面。在某些产品中，UI bugs的严重级别是比较高的。比如新闻系统或App的Title。
简单来说，相同类型的2个bug，如果Bug A易于被用户察觉，或涉及安全/规范等范畴，都可能会被定义为较高严重程度。

故，“紧急但不严重”可选为：客户来源反馈的低严重级别bug，如客户反馈，产品的UI界面过于冷色调

小结：其实国内很多公司在对CMMI进行流程裁剪时，已经将“优先级”&“严重程度”进行一定的整合，使两者可以同时对单个bug进行评估。

作者: duangang312 时间: 2012-9-8 16:23
回复 47# Jackc

还是得分线上，线下。线上的话，UI bug肯定是紧急bug，至于是不是严重另说，线下你敢算紧急严重的，开发非跟你急不可。

作者: xiaoshi_2011 时间: 2012-9-10 15:03
其实测试部只是找BUG，更重要的是需要去总结分析，这样才能更好的提高产品质量

作者: enjoyhappylife 时间: 2012-9-12 15:05
前段时间测试过程中碰到一个问题：deadlock，不知道大家碰到过没有，这个问题很难复现，至今也没找出出现的规律性以及原因，但是一旦出现，程序就不会继续运行了，需要重新启动服务。所以我想找个问题应该属于上边的所说的吧。

作者: 5itttesting 时间: 2012-9-18 16:39
紧急不重要：不影响功能使用，但是会严重影响验收效果或使用效果的缺陷
重要不紧急：功能使用频率低或者是缺陷出现率低，或该功能短时间不会用到

作者: a349643236 时间: 2012-9-24 10:36
好帖，以前没想过这个问题

作者: 挑战无处不在 时间: 2012-10-26 11:19

紧急不严重：“中国人民银行”写成“中国人民很行”了，这个要是在中国银行的page上面，应该算是紧急但是不 ...
kenanmao1983 发表于 2012-8-9 16:51

这个例子不错！

作者: alljl 时间: 2012-11-2 11:14
学习了...

作者: 千里 时间: 2012-11-2 13:16

千里兄，我怎么想都觉得你说的这个登录的两个问题，都属于紧急而严重的问题。。。
TesterChen 发表于 2012-8-31 16:11

要考虑一下是在测试阶段，这个时期不是面对用户，是面对开发。

作者: 千里 时间: 2012-11-2 13:19

紧急不重要：不影响功能使用，但是会严重影响验收效果或使用效果的缺陷
重要不紧急：功能使用频率低或者是 ...
5itttesting 发表于 2012-9-18 16:39

我想问一下这个紧急和严重是上线后的BUG，被用户逮到了去定性的还是测试时候被测试人员发现了找开发人员定性的？
整个回帖，我看到的是假设在上线后在试运行阶段被用户逮出来了，用户对这个BUG的一个看法而不是假设测试人员对这个BUG的看法。

作者: wensy 时间: 2012-12-12 17:33
这个命题很好，首先要弄明白两个概念：
1、严不严重，是根据用户而言的，不是产品本身，是对用户造成伤害的大小，更不会是修改i问题工作量的大小。
2、紧不紧级，同样是根据用户而言，这里不能单纯说是时间问题，应该是减少或规避使用者满意度下降的一个指标。紧急处理了，就能减少或规避使用者满意度的影响；处理滞缓了，就会给用户带来满意度的下降。
弄明白了这两个概念，去解释“严重并不紧急”或“紧急并不严重”就会使用适当的优先原则进行处理，使问题处置更简单，而不会是一件脑袋疼的事情。

作者: 0omiaomiaoo0 时间: 2012-12-23 17:21
学习中，这要是问到我了，我还真一下答不上来，看来还是要多练习

作者: 0omiaomiaoo0 时间: 2012-12-23 17:23
学习了，这问题说难不难，却也不是一下能想到的，发现平时太死板了点，还是要多学习，多练习

作者: 1a2a3a 时间: 2012-12-25 11:09
紧急的是时间,严重的还是时间,在不同的时间考验下,同样的问题所造成的优先级是不一样的

作者: willyenillye 时间: 2012-12-26 10:30
严重与否，是从质量角度对产品缺陷进行分级；
紧急与否，是从进度角度对产品缺陷进行分级。
中国人民银行写错了，如果是页面原型阶段，压根不是什么紧急的事情，随时可以更换；但是如果是上线前夕，那当然就是紧急的缺陷。

紧急与否体现在排定任务时，紧急的一般都会优先；严重性则意味着，你不修复，测试将无法通过。例如生产系统冒烟测试，如果有MAJOR以上严重缺陷，冒烟测试不予通过。

作者: pp_abc 时间: 2012-12-27 09:30
我又学到了一点。
谢谢楼主分享的内容、。
在以前面试的时候，也遇到这个题目的。感觉自己当时回答得乱七八糟!

作者: 张傲 时间: 2013-5-9 11:37
学习了

作者: 450174661 时间: 2013-7-12 13:11
BUG有明确的严重级别、优先级别区分，一句这个可以找到不少BUG案例；
严重但不紧急:比如要上线一批次功能，发现无关本批次的功能异常（严重级别），这个BUG不紧急（优先级别）；
紧急但不严重：比如一个网站的logo错了，这个紧急（优先级别），但是不严重（严重级别）；

作者: yingchun2915 时间: 2013-7-17 20:05
回复 18# kenanmao1983 如果把RMB上印了“中国人民很行”，那就不得了了，严重BUG呀

作者: 夕阳西下° 时间: 2013-7-18 15:31
这个问题可以了解面试人员的工作深度以及善于总结的能力，多向自己提问，也能有所提高和进步！

作者: Aimelyccc 时间: 2013-7-18 17:07
其实回答这个问题，你就搞清楚QA想要什么样的答案就可以了。不用去分好多种情况，既然是紧急，肯定是时间比较紧迫的，严重肯定是对产品有很大影响的。然后从以往的经验中定位紧急与严重，最后用易迅的产品能举例就perfect了。

作者: heporen 时间: 2013-8-8 10:49
赞

作者: Miss_love 时间: 2013-11-18 09:22
学习了。

作者: mayday木头 时间: 2014-4-7 14:37
学习了。赞。

作者: 苏小贱 时间: 2015-7-13 17:11

受教了

作者: panaifengenen 时间: 2015-7-14 15:50
学习了，说话真是一门很深的学问啊

作者: sunshine2006 时间: 2015-7-30 16:28
涉及到两个概念，Bug的严重级别和优先级：
1）缺陷的严重程度：缺陷引起的故障对软件产品的影响程度；
2）缺陷优先级：缺陷必须被修改的紧急程度；
考一下我自己，以我平时测的工具软件为例：
1）严重不紧急：例如软件中只有20%的用户才会用到的功能，点击时，程序反应很慢接近崩溃，但大部分的用户都不会用到
2）紧急不严重：如结构的整个模型信息显示标示有误（对用户来说，必须要查看模型的正确性）

作者: lvyuping 时间: 2016-5-25 10:43
严重但不紧急：压力测试/性能测试出现crash，但是概率低，难复现
紧急但不严重：界面提示错误，描述等

作者: 剩都湿 时间: 2016-5-30 14:25
各位都是大神，小白我涨知识了！谢谢

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)