51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4806|回复: 13
打印 上一主题 下一主题

[原创] 如何处理即将交付的BUG

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-11-12 11:07:34 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
昨天在群硕面试软件测试工程师的时候,碰到了一面试题:
如果你马上就要将产品交付各户使用,但这个时候发现了一个很大的BUG,而不得不推迟交付的日期,这个时候你会如何处理??
我的回答是:上报上级!可能的一个解决方案就是:把那个有BUG的一块去掉,交付客户使用,然后尽快处理这个BUG,尽快处理完后将产品交付给客户~~
希望前辈能指教一下!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

14#
发表于 2007-12-2 13:09:05 | 只看该作者
真是长见识不少哦。呵呵  
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-11-27 18:04:53 | 只看该作者
这对我的管理有很多在帮助,谢谢大家。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-11-25 17:57:52 | 只看该作者
很收益,o(∩_∩)o...哈哈!
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-11-20 16:38:38 | 只看该作者
这个没必要讨论,基于客户定制系统永远是那客户说话,出现bug,必循:纪录、评估、和客户沟通。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2014-12-25 11:52
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    10#
    发表于 2007-11-16 09:57:46 | 只看该作者
    长见识~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2007-11-15 22:26:55 | 只看该作者
    呵呵,学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2007-11-15 21:47:30 | 只看该作者
    对了,当时面试官还说了:如果交给客户使用的话将产生非常严重的错误!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2007-11-15 21:37:06 | 只看该作者
    呵呵!!真得很感谢大家!!因为测试是自学的!!也就是利用课余时间看了一点~~所以很不成系统~~谢谢大家的回答!!我会继续努力的!!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2007-11-15 18:13:01 | 只看该作者
    如果真发现楼言所说问题
    1、首先不用考虑的是,一定要如实的上报这个问题,毕竟你不说,它也会存在的
    2、是否能够外布发布,我同意楼上几位的意见,需要对bug进行评估,一般来说需要三方参与,一是项目负责人,二是测试负责人,三是客户方(视情况而定了),最少自已这二方能够答成共识,测试经理,和开发部经理知道这件事情
    3、如果问题严重,只能推迟发布了,当前如果无法更改发布时间的话,则需要客户方能够接受这个问题,并且在短时间之内有效的解决这个问题
    4、最后一点,我个人认识测试内部之间需要了解到底是如何遗落了这个bug,找出问题原因,不是为了追究责任,而是避免以后还会发生这种情况,能够有效的改进测试流程中的问题,和管理
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2007-11-15 16:30:28 | 只看该作者
    原帖由 red-hat 于 2007-11-14 23:46 发表
    首先支持一下楼上的,我在花旗面试的时候也遇到过类似的问题,只不过这个问题是我提问花旗的测试leader,他当时是这样的说的:如果遇到这样情况的话,首先就是要如实的记录和上报,上报给项目经理,由他做出一个风险的评估, ...


    谢谢斑竹。我的回答就是主要站在一个测试经理的角度:)

    我觉得要是我是面试官,楼主的回答是不合格的。
    因为:
        1、对软件架构,开发不了解。就是我说的,你以为软件真的跟积木一样,去掉一块还能用?
        2、对测试的bug管理流程不清楚,对bug级别评估及其流程不了解。

    楼主加油啦
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2007-11-15 11:23:24 | 只看该作者
    汇报,提交,上级评审风险,决定是修复延迟交付还是发布后提供补丁
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2007-11-14 23:46:10 | 只看该作者
    首先支持一下楼上的,我在花旗面试的时候也遇到过类似的问题,只不过这个问题是我提问花旗的测试leader,他当时是这样的说的:如果遇到这样情况的话,首先就是要如实的记录和上报,上报给项目经理,由他做出一个风险的评估,是要交付客户还还是要立即修改,或者先交付客户使用,把问题留到下一版本中再修复
    供大家参考
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2007-11-14 18:10:05 | 只看该作者
    把那个有BUG的一块去掉,交付客户使用,然后尽快处理这个BUG,尽快处理完后将产品交付给客户~~

    楼主,你做过测试吗,或者说你了解开发吗?你认为软件真的跟积木一样,去掉一块还照样能用?

    我的回答:
        大的bug不一定是严重的bug。根据bug等级进行处理。如果不是很高的(既不是那种严重影响功能的),可以在下一个版本中修改;如果是那种只有在很特殊的情况下才出现的,可以先提交给用户,然后赶快修改后发patch;如果真的是极其严重的bug, 就应该以书面的形式建议推迟发布时间,至于是否真的推迟,由项目经理等高层决定,一个测试人员的职责已经尽到。

    楼主别生气,我没有任何鄙视你的意思:)欧粗人一个:)

    不知道这样的回答楼主和各位大虾是否满意。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 11:06 , Processed in 0.081017 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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