51Testing软件测试论坛

标题: 这样的问题算不算bug呢？ [打印本页]

作者: 江潭素月 时间: 2010-8-6 16:37
标题: 这样的问题算不算bug呢？
今天测试公司一个程序，点击时发现了异常500错误，请教开发人员是怎么回事，说是我操作太快了。其实我感觉很多客户会是我那个操作速度的。不能因为人家操作快，就给人家啪报出一大堆英文字母啊。人家客户不明白的以为系统崩了呢！但是人家开发人员就不认为这是bug，就不改,唉...
大家可以看一下那个错误，我上传图了
附件:

图 [时间:2010-8-6 17:15]

作者: msnshow 时间: 2010-8-6 21:24
绝对是BUG，并且很严重

作者: mr.bee 时间: 2010-8-8 14:14
如果这都不算bug。。。

作者: 江潭素月 时间: 2010-8-9 11:56
标题: 回复 2# 的帖子
我觉得也是，可是人家开发人员说不是，而且是项目组的主管说的

作者: 江潭素月 时间: 2010-8-9 11:56
标题: 回复 3# 的帖子
如果这都不算bug。。。那什么样的算bug呢，呵呵...

作者: 杀手太冷 时间: 2010-8-9 13:26
严重级别的，直接影响发布~~

作者: felix87 时间: 2010-8-9 17:03
都报500错误了，严重级别的啊

作者: ryugun 时间: 2010-8-9 17:26
很严重的BUG。。。

作者: yyc2164708 时间: 2010-8-10 08:43
肯定是的

作者: 江潭素月 时间: 2010-8-10 11:26
标题: 回复 6# 的帖子
我觉得也是

作者: 江潭素月 时间: 2010-8-10 11:26
标题: 回复 7# 的帖子
可是人家说不是

作者: 江潭素月 时间: 2010-8-10 11:26
标题: 回复 8# 的帖子
人家说客户不会操作快的

作者: 江潭素月 时间: 2010-8-10 11:27
标题: 回复 9# 的帖子

作者: harvey_xu1981 时间: 2010-8-11 15:46
唉～这年头测试容易吗～～

作者: 楠族开心果 时间: 2010-8-11 18:41
肯定是，不过可能是没部署好的原因，或者少放了个文件

作者: peag 时间: 2010-8-11 23:47
这都不是BUG的话还干嘛测试

作者: nieryy2009 时间: 2010-8-12 13:58
和开发协调不了，就直接报给总监嘛！绝对是BUG 啊~~ 这开放的人不怎么负责任啊!

作者: weiyizhi2 时间: 2010-8-12 16:12
标题: 严重bug，鉴定完毕
你可以换个思维方式和他们说，假设开发人员是使用者，他使用软件的时候报这个错误，看他们认不认为是bug？

作者: 逍遥剑客 时间: 2010-8-12 17:04

原帖由 江潭素月 于 2010-8-10 11:26 发表
人家说客户不会操作快的

你可以跟开发或项目组的老大说：也许客户不会每次都操作这么快，出现这个问题；
但是如果客户一旦操作快而出现这种问题的话，会影响客户对我们产品的信心。
如果客户对我们的产品缺乏信心的话，那么产品就很难顺利的交付给用户。

一般这种话一说出来，项目组的老大基本上都会同意，这种问题需要修改的。

这是我的经验，希望能对楼主有帮助。

作者: 逍遥剑客 时间: 2010-8-12 17:11

原帖由 nieryy2009 于 2010-8-12 13:58 发表
和开发协调不了，就直接报给总监嘛！绝对是BUG 啊~~ 这开放的人不怎么负责任啊!

出现这种情况，最好不要和开发产生对立情绪，这位朋友的话就是明显的对人不对事了，开发和测试对待问题的角度是不一样的，他们认为不是缺陷并不是真的对软件质量不关心。
测试人员发现的问题，不一定每次都能被开发认可，关键是怎么和开发以及相关的人员沟通，只要话说明白，解释清楚，一般开发还是很通情达理的。

作者: guohack 时间: 2010-8-17 10:51
1、如果此问题可以重现或者很容易重现，那这肯定是个BUG，需要修改；
2、如果此问题不容易重现或者很难重现，也是个BUG，但在时间紧急或项目主管说不修改的话，你可以先做好记录，向上级反应，征求意见。

作者: tye601 时间: 2010-8-17 11:24
~顶~

作者: 江潭素月 时间: 2010-8-18 11:12
标题: 回复 14# 的帖子
其实我们公司一般开发人员还是比较好说话的，因为他们是刚毕业的，就是主管比较难沟通

作者: 江潭素月 时间: 2010-8-18 11:14
标题: 回复 15# 的帖子
不是那个的原因，就是因为需要加载一个选项卡的东西，再点击另一个选项卡才行，如果前一个选项卡内容加载不完，点击第二个选项卡就会报bug

作者: 江潭素月 时间: 2010-8-18 11:14
标题: 回复 17# 的帖子
不可行吧，这样就和他们弄僵了

作者: 江潭素月 时间: 2010-8-18 11:18
标题: 回复 18# 的帖子
让他们操作了，他就说客户不会这么操作。客户得等加载完才会去点另一个选项卡，可是客户怎么操作不一定啊，他很可能好奇，不等那个加载完就去看另一个选项卡显示什么内容呢。但是还是说不服人家

作者: 江潭素月 时间: 2010-8-18 11:21

原帖由 逍遥剑客 于 2010-8-12 17:04 发表

你可以跟开发或项目组的老大说：也许客户不会每次都操作这么快，出现这个问题；
但是如果客户一旦操作快而出现这种问题的话，会影响客户对我们产品的信心。
如果客户对我们的产品缺乏信心的话，那么产品就很难 ...

他就是负责这个项目的，他上面还有一个项目经理，只管进度，我不敢直接找项目经理，那样很不好，就把主管给得罪了

作者: 江潭素月 时间: 2010-8-18 11:23
标题: 回复 21# 的帖子
这个操作是，需要加载一个选项卡的东西，再点击另一个选项卡才行，如果前一个选项卡内容加载不完，点击第二个选项卡就会报bug。要想重现bug实在是太容易了

作者: 逍遥剑客 时间: 2010-8-18 14:00

原帖由 江潭素月 于 2010-8-18 11:21 发表

他就是负责这个项目的，他上面还有一个项目经理，只管进度，我不敢直接找项目经理，那样很不好，就把主管给得罪了

这样的话，你可以把这个缺陷以正式文档的形式保存下来。描述的尽量详细，以免以后万一发生问题了，自己成为炮灰。

作者: syldapao 时间: 2010-8-18 14:49
标题: 。。。
把那主管给辞了让你做！

作者: syldapao 时间: 2010-8-18 14:50
标题: ~
把那主管给辞了让你来做~

作者: 布布 时间: 2010-8-18 17:14
这要是不是bug 那这个世界就没bug了哈哈
他们要是说不是你就问他们如果换做你遇见这样的操作你会怎么想
如果他们说无所谓那你就该找谁找谁
别怕得罪人得为自己测过的东西负责

作者: crazymartin 时间: 2010-8-18 17:15
如果这多不算bug，我有什么好期待

作者: 猫猫的拖鞋 时间: 2010-8-18 17:29
加载选项卡没加载完点击另外一个选项卡，这用户很有可能这样操作啊。。
很显然是个bug撒。。这都不改，那是个什么项目。。

作者: 注册真难 时间: 2010-8-18 17:33
我觉得应该算bug吧。

作者: 江潭素月 时间: 2010-8-19 16:12
标题: 回复 29# 的帖子
反正另一个程序员和另一个测试人员也知道有这个bug，也知道是主管说了不用修改

作者: 江潭素月 时间: 2010-8-19 16:13
标题: 回复 30# 的帖子
我可没那本事，现在还是小菜一个

作者: 江潭素月 时间: 2010-8-19 16:16
标题: 回复 32# 的帖子
还真怕得罪他....
很可能是因为bug太多了，经理催得又急，像一些bug就不愿修改了。倒也可以理解...公司最近确实比较忙

作者: 江潭素月 时间: 2010-8-19 16:18
标题: 回复 34# 的帖子
就是嘛，客户很可能会那样操作啊。

作者: ruirui。 时间: 2010-8-26 14:54
这个。。貌似不是操作快这么简单吧？通常是网页程序设计错误或数据库错误引起的。。。

作者: ruirui。 时间: 2010-8-26 14:55
这个。。貌似不是操作快这么简单吧？通常是网页程序设计错误或数据库错误引起的。。。

作者: hxc21st 时间: 2010-8-28 14:04

原帖由 江潭素月 于 2010-8-18 11:14 发表
不是那个的原因，就是因为需要加载一个选项卡的东西，再点击另一个选项卡才行，如果前一个选项卡内容加载不完，点击第二个选项卡就会报bug

这么说，这个问题肯定是必现的，表扬一下，问题描述很清晰，呵呵
如果在我们公司，这种问题肯定要修改，而且我们还会与开发一起讨论解决方案，如果确实是CPU处理比较慢，那可以等待第一个加载卡时不让用户点击第二个选项卡，或给出醒目的提示信息。另外，不管开发出于什么原因不修改问题，测试还是要把问题记录到BUG管理系统的。

作者: jingjicong 时间: 2010-8-29 01:50
貌似是sql数据库内部查询的错误，肯定是个BUG，我看应该是个严重的缺陷！

作者: wsryyffs 时间: 2010-9-11 17:17
我只能说：我怀疑那个项目组的主管的质量意识

作者: caoyuanxuelang 时间: 2010-10-12 13:52
如何这不是BUG ，开发就是吃干饭的了

作者: QIYUE 时间: 2010-10-12 14:23
绝对是bug。。。

作者: jiejesse 时间: 2010-10-12 15:04
这种问题，如果开发不理睬，先报出bug。
然后交给领导解决。

作者: yemo666 时间: 2010-10-19 20:56
开发处理起来难才这样说的哇！！你出现问题就是错找什么理由啊！！

作者: 风之雨 时间: 2010-10-21 13:33
回复 1# 江潭素月

这是个bug，并且必须修复的bug，如果因为客户操作太快就跑出500错误，这是不能容忍的！单也请测试人员确认能否再次重现，有必要的话用LR做性能测试

作者: mars100200300 时间: 2010-10-21 13:42
鸟大了什么林子都有啊。哈哈。我做测试的时候发现过500的错误。然后开发的人跟我说需求不明确，所以有的也面没有做，所以他们不管。。。。

作者: boylove1 时间: 2010-10-22 00:01
这个问题，应该当作BUG提交，至于与开发的意见是否一致，需要讨论，测试嘛，就是要把自己测到的与设计不相同的以及个人认为存在问题的作为BUG来提交。测出问题是一回事，当不当bug又是一回事，遇到不一致的意见就需要沟通来解决

作者: Lj_51Testing 时间: 2010-10-22 09:53
万恶的500...

作者: wzw880 时间: 2010-10-22 10:12
出现HTTP500错误一般有：Web服务器为IIS、使用ASP编写的网站语法出错、操作系统是Windows2003，需要读取Access数据库连接语句出错、文件引用包含路径出错等情况。
这是一个常见的BUG，可以打开IE浏览器属性窗口--高级面板--去掉显示友好HTTP错误信息前的勾。
你根据出错提示提示修改网站源码就OK了，当然，这要你去和开发人员沟通，可从问题出现过程、结果、会对用户造成什么样的影响等方面和开发人员沟通，共同解决此问题。

作者: angle-ying 时间: 2010-10-22 10:54
嘿嘿对这样的开发人员是深有体会啊 BUG报上去他打回后你可以直接反馈给你的leader 如果你是leader的话你可以跟开发经理沟通

作者: 飘落的记忆 时间: 2010-11-5 11:32
也遇到过此问题，反馈给开发，说系统正在部署中，后来测试过程中，遇到过好几次，反馈的结果是“服务器原因”，等下操作就行。我无语

作者: rockwang 时间: 2010-11-8 16:13
absolutely

作者: 1~方格子 时间: 2010-11-11 08:58
bug，改

作者: 江潭素月 时间: 2010-11-12 17:22
发现大家对这个问题比较感兴趣啊，看来大家在工作中差不多都遇到过类似的问题。
先说一下500出现的原因。
因为需要先加载一个选项卡的内容，然后程序会默认选择这个选项卡下的记录，根据这个记录，点击那个选项卡时才可以有正确的内容显示。如果不等第一个选项卡内容加载完，它下面就没有记录，你去点另外一个选项卡时就传不过参数去，就报500了
其实他不改的原因无非就是有工作量，起码得改代码吧，再就是系统中有很多Bug,多一个少一个开发人员已经觉得无所谓了，唉...可怜公司的系统啊，永远有改不完的bug

作者: msnshow 时间: 2010-11-13 21:13
回复 58# 江潭素月

这类问题要看具体影响了，说到底就是易用性问题，最好是有个提示，提示用户缺少什么参数

作者: 江潭素月 时间: 2010-11-15 09:27
回复 59# msnshow

易用性？？我觉得不是易用不易用的问题，就是个Bug

作者: msnshow 时间: 2010-11-15 13:45
回复 60# 江潭素月

不一定的，要看具体情况，从程序的角度来说也就是少了一个异常处理

作者: 江潭素月 时间: 2010-11-15 17:24
回复 61# msnshow

不管从什么角度，怎么个具体分析法，它和易用性没什么关系吧？

作者: msnshow 时间: 2010-11-16 10:07
首先缺少这个条件，你肯定是不会有查询结果的，虽然现在报了500错误

作者: 江潭素月 时间: 2010-11-16 13:50
回复 63# msnshow

唉...您说的这些和易用性也不沾边吧，缺少条件，查询无结果，是系统的缺陷，是bug，易用性是在系统功能没有问题的前提下考虑系统是否好用，是否用起来简单便捷，反正我是这么认为的。我不认识这个Bug和易用性沾边，不管怎么个分析法。

作者: laoxin511 时间: 2010-11-18 19:17
作为一个测试人员，你应该从客户角度出发，对客户来说是问题，那就是问题。而且开发主管不是你的直属上司，你应该让你的直属领导跟他沟通。一般来说测试人员测出的问题都是必须要改的，如果不改，等客户使用的时候发现问题，算谁的错误？

作者: 江潭素月 时间: 2010-11-19 09:08
回复 65# laoxin511

我肯定是站在客户的角度上测试，其实，我感觉这个问题站在谁的角度上都算个bug。开发人员不改的原因我现在还没弄清楚，他就说客户不会这么操作，也许这就是不负责任的表现吧。当时我的直属上司算是他吧，不过是暂时的，因为我的直属上司刚辞职了。最后这个问题也没有改，因为那是给客户免费用的。其他版本把这个问题改过来了，不过是另外一个开发人员改的

作者: happylynn 时间: 2010-11-19 09:46
是

作者: yinxiaodan 时间: 2010-11-19 11:19
如果这个问题很长一段时间没有出现，可以降低其优先级

如果比较容易重新，就必须找到问题的原因才能说服开发：取消IE的"显示http友好错误提示"的复选框
这样您可以获得正确的错误提示。根据该错误提示检查出错原因

作者: fjstc3441 时间: 2010-11-19 17:05
这个就是bug，重现率比较地的话，优先级可以适当降低，但是严重级必然是最高

作者: 江潭素月 时间: 2010-11-22 11:44
回复 69# fjstc3441

重现率就得看操作速度了，操作快的话一定能重现。如果让我重现bug，我绝对可以给开发人员重现，因为系统速度很慢，如果对系统不熟悉的人可能等页面加载完再点击，就不会出问题。确实是很严重，页面都报异常了，出现一大堆异常代码，虽然不至于造成系统死机崩溃，再重新进入页面即可，但是客户看到的话对公司肯定没好印象，认为公司技术不行

作者: 061001 时间: 2010-11-23 10:27
有的500错误不是bug，可能是因为在部署时造成的

作者: 061001 时间: 2010-11-23 10:31
你可以先跟测试部主任报告一下，一般测试主任能看明白，到底是部署的问题还是开发的问题。如果是部署的问题主任就会重新部署，如果是开发问题，可以直接提交。

作者: 龙影天子 时间: 2010-11-29 09:44
以用户需求为主

作者: 小米testing 时间: 2010-11-30 10:09
人之初，性本善。沟通，沟通。沟通，良好的沟通，

作者: zxz1337 时间: 2010-11-30 12:18
严重bug，除非客户是搞程序的！！

作者: 郁闷的芝麻 时间: 2010-11-30 16:05
绝对的bug，代码开发必须要避免这种情况发生。

作者: rzk413172034 时间: 2010-12-17 18:43
肯定是问题，哥做过开发的那，可以处理的

作者: zhubaoyy 时间: 2010-12-17 21:25
好好沟通一下，并且要处理好和开发的关系哦，这真的是bug的

作者: hately2003 时间: 2010-12-18 23:59

作者: yzylion 时间: 2010-12-19 12:33
我也赞成是bug
操作快了，你就可以说，那就需要改，因为到时候用户熟悉使用了，肯定就会速度加快，或许比现在还快呢？

这样明显的bug，遗留下来，那么风险系数根据它的严重性和发生的概率乘积就会很高，那何不直接在这个阶段就修改了呢？

客户投诉了就问题大了啊

作者: fei446449750 时间: 2010-12-23 17:39
运行程序时绝对不允许出现如图这样的情况

作者: teri0518 时间: 2011-1-7 09:41
如果是没部署的话，开发的也不该直接就说不是bug
需要告诉测试人员具体怎么发生的这个500
部署没问题的话，这必须是bug，什么操作太快了

作者: lhsdhr 时间: 2011-1-11 16:23
和操作快慢无关，这个500错可能和服务器有关，绝对是问题就是了，严重问题。

作者: yanjiekay3 时间: 2011-1-11 16:50
是bug，一定是bug，这么大的问题啊！

作者: yyu0315 时间: 2011-1-19 18:11
把错误日志截给他，跟测试经理说清楚，如果开发说不是BUG,项目上线客户测出这个问题，直接推给开发，他不改是他的事儿，跟咱无关

作者: yun0568 时间: 2011-1-20 12:39
这个肯定是bug，可能是由于你布暑，另一个可能是数据库的问题。。像这个问题我也遇到过，开发人员说是数据库的数据出错才出现那个问题的

作者: jcj52 时间: 2011-1-21 09:51
在工作中我也遇到过类似的问题，我们的一些非正常流程操作，总被开发认为是极端操作，拒绝修复，甚至会说这种极端操作导致的问题由客户自己负责。但是客户是上帝，他们永远都没有错的。而这些被开发认为的极端操作，从测试的角度来看并非极端，客户也是有可能碰到的。

逍遥剑客的建议不错，下次我再遇到这样的问题，可以尝试这样的解决方法，还有要做到对事不对人

作者: lanzi0932 时间: 2011-1-24 11:20
打回！

作者: 信赖 时间: 2011-1-29 11:52
非常严重的BUG，报给测试经理了？要是测试经理也认同开发的观点，那我觉得就不是BUG了……

作者: zwb131442 时间: 2011-1-31 12:49
这不是缺陷，那还要测试干嘛？

作者: log 时间: 2011-2-10 10:00
如果这都不算bug，我有什么好悲哀~

作者: yuelin520 时间: 2011-2-10 11:12
不管算不算bug，你一定要先提出来。提不提是你的问题，算不算bug是他们的问题

作者: bintop 时间: 2011-2-15 11:38
想都不用想，肯定是Bug，而且是严重的Bug。
一般情况下开发会找借口拒绝掉，作为测试，千万不能被开发的话忽悠了，可以找测试组长或项目经理进行解决。

作者: wjtest 时间: 2011-2-15 11:59
测试人员本来就是站在客户的角度去测试的，如果开发人员不修改，就找领导协商

作者: 真实的追求者 时间: 2011-2-16 09:15
这都不是了那什么才是开发推究责任

作者: liuygneusoft 时间: 2011-2-16 12:57
测试人员的职责，就是从用户的角度来测试软件，有BUG就报，致于改还是不改，由项目经理来决定，只要不出现严重影客户满意度的BUG是测试人员漏掉的就行了。
我们的BUG管理系统中，当测试和开发意见不统一时，可以要求仲裁，比如开的的要把BUG置为不计划修改，或是非错，或是下版本修改，都要转到仲裁人那处理，非错时，直接转到测试人员那里，测试人员不同意，就转状态改为分歧且符上理由，就流转到仲裁人那处理,在项目经理仲裁时，可以选择撤销，遗留，待改下版本修改，或打回开发人下那在本版本中修改，撤销，遗留时要加上处理意见及风险分析。

作者: 风中萧萧 时间: 2011-2-18 16:01
绝对的BUG，我以前也发现过，都让开发改了

作者: 悾歽枝 时间: 2011-3-17 15:01
这种肯定是的，~~

作者: l251366 时间: 2011-3-22 14:20
绝对是

作者: mymagic 时间: 2011-3-30 16:47
在总结报告中作为风险提出就可以了。

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