51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 江潭素月
打印 上一主题 下一主题

这样的问题算不算bug呢?

[复制链接]

该用户从未签到

81#
发表于 2010-12-23 17:39:02 | 只看该作者
运行程序时绝对不允许出现如图这样的情况
回复 支持 反对

使用道具 举报

该用户从未签到

82#
发表于 2011-1-7 09:41:29 | 只看该作者
如果是没部署的话,开发的也不该直接就说不是bug
需要告诉测试人员具体怎么发生的这个500
部署没问题的话,这必须是bug,什么操作太快了
回复 支持 反对

使用道具 举报

该用户从未签到

83#
发表于 2011-1-11 16:23:45 | 只看该作者
和操作快慢无关,这个500错可能和服务器有关,绝对是问题就是了,严重问题。
回复 支持 反对

使用道具 举报

该用户从未签到

84#
发表于 2011-1-11 16:50:49 | 只看该作者
是bug,一定是bug,这么大的问题啊!
回复 支持 反对

使用道具 举报

该用户从未签到

85#
发表于 2011-1-19 18:11:06 | 只看该作者
把错误日志截给他,跟测试经理说清楚,如果开发说不是BUG,项目上线客户测出这个问题,直接推给开发,他不改是他的事儿,跟咱无关
回复 支持 反对

使用道具 举报

该用户从未签到

86#
发表于 2011-1-20 12:39:17 | 只看该作者
这个肯定是bug,可能是由于你布暑,另一个可能是数据库的问题。。像这个问题我也遇到过,开发人员说是数据库的数据出错才出现那个问题的
回复 支持 反对

使用道具 举报

该用户从未签到

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

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

使用道具 举报

该用户从未签到

88#
发表于 2011-1-24 11:20:17 | 只看该作者
打回!
回复 支持 反对

使用道具 举报

该用户从未签到

89#
发表于 2011-1-29 11:52:23 | 只看该作者
非常严重的BUG,报给测试经理了?要是测试经理也认同开发的观点,那我觉得就不是BUG了……
回复 支持 反对

使用道具 举报

该用户从未签到

90#
发表于 2011-1-31 12:49:52 | 只看该作者
这不是缺陷,那还要测试干嘛?
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-3-7 15:21
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    91#
    发表于 2011-2-10 10:00:45 | 只看该作者
    如果这都不算bug,我有什么好悲哀~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    92#
    发表于 2011-2-10 11:12:01 | 只看该作者
    不管算不算bug,你一定要先提出来。提不提是你的问题,算不算bug是他们的问题
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    93#
    发表于 2011-2-15 11:38:39 | 只看该作者
    想都不用想,肯定是Bug,而且是严重的Bug。
    一般情况下开发会找借口拒绝掉,作为测试,千万不能被开发的话忽悠了,可以找测试组长或项目经理进行解决。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    94#
    发表于 2011-2-15 11:59:38 | 只看该作者
    测试人员本来就是站在客户的角度 去测试的,如果开发人员不修改,就找领导 协商
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    95#
    发表于 2011-2-16 09:15:04 | 只看该作者
    这都不是了  那什么才是  开发推究责任
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

    97#
    发表于 2011-2-18 16:01:49 | 只看该作者
    绝对的BUG,我以前也发现过,都让开发改了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    98#
    发表于 2011-3-17 15:01:45 | 只看该作者
    这种肯定是的,~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    99#
    发表于 2011-3-22 14:20:57 | 只看该作者
    绝对是
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2014-10-16 09:54
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    100#
    发表于 2011-3-30 16:47:29 | 只看该作者
    在总结报告中作为风险提出就可以了。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 21:53 , Processed in 0.076988 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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