51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: 甘露
打印 上一主题 下一主题

bug被拒绝的幕后

[复制链接]

该用户从未签到

21#
发表于 2010-1-13 01:03:38 | 只看该作者
楼主的问题很现实。我在工作中也总是用到。开发之所以拒绝,是因为,BUG数目关系到他们的考核。即使如此,问题当该还得改,折中一下,将一个页面上发现的界面问题,书写之类的,写到一个BUG中, 如果一个错别字不改的话,那么,页面有十个错别字算不算问题。这样积少成多,效果会好一点。
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2010-2-23 14:54:34 | 只看该作者
同意7楼看法,TD里可以配置权限,让开发人员没有拒绝Bug的权限就成了。
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2010-2-24 09:33:18 | 只看该作者
抄送给QA,让QA去和开发协调也是可以的.
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2010-3-2 21:22:54 | 只看该作者

回复 16# 的帖子

不可!
最好找你的领导商量一下这个问题!
由你的领导去沟通好一些!
如果你的领导不管,再去找领导的领导!
不可以越级上访!
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2010-3-7 01:34:01 | 只看该作者
很简单,你只用跟你的老大说,我测完了,有多少没改,为什么没改。把这些跟老大说清楚,开发那边改不改我们就管不了,反正我们的任务完成了。看似简单的小BUG,有时会严重影响用户对成品的认同度。
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2010-3-8 18:22:46 | 只看该作者
个人觉得只要你把BUG提交到缺陷管理系统里不就解决你的恼火了吗 ?
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2010-5-21 15:05:25 | 只看该作者
作为测试人员,个人觉得只需要将对应问题提交至缺陷管理系统,至于如何解决,那是开发的事情嘛。
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2011-11-22 18:09:12 | 只看该作者
这个的话,个人觉得应该是根据实际情况来决定的,比如项目开发时间不够,修复BUG的侧重点肯定是有发生变化的,简单的BUG遭到开发遗留是很正常的,不过拒绝的BUG开始应该流转到项目经理处待其审核后方可关闭..还有的情况就是公司本身对一些简单的或界面上的BUG不在乎..感觉不影响功能就不用花太多时间,这个在国内大部分公司也是比较常见的...
个人感觉,如果楼主真的想改善,一个方面就是同项目经理协商,制定相关规定,一切按照规定走,大家都无话可说.另一个方面就是善于和开发人员沟通..呵呵...本来测试,就一直是开发人员的"眼中钉",这个就要看怎么处理之间的关系了..呵呵...以上,仅供参考..
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2011-11-28 16:27:53 | 只看该作者
可能和开发人员的考核机制有关系吧,要理解对方。可以先和他沟通,如果仍然不行,只有公事公办了(截图)。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2018-1-30 12:49
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    30#
    发表于 2011-11-28 16:47:45 | 只看该作者
    使用BUG管理工具控制起来,例如TD/QC等
    给开发一定的权限配置,呵呵,提交的bug永远在那里,开发只有改bug状态了,再不行,就可以直接向你们领导反应这种情况.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    31#
    发表于 2012-3-26 14:29:44 | 只看该作者
    发不发,测试说了算,你自己看着办。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

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

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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