51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 17837|回复: 30
打印 上一主题 下一主题

[原创] 软件发布后,发现BUG谁负责?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-8-12 15:57:31 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
软件发布后,发现BUG谁负责?

大家好,大家给给建议或意见:
我们公司软件部刚刚成立,很多研发流程和制度都不完善,尤其是我们测试部,一切从零开始,都靠自己学习摸索!
昨天开会,开发人员和领导一致认为“软件发布后,如果发现BUG,就是我们测试部的责任!”,懂得测试的人都很清楚这样不是很不合理吗?
我想知道大家所在的公司都是如何追究BUG的责任的?开发人员、管理者难道就没有责任吗?


非常感谢!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

31#
发表于 2013-9-30 11:00:45 | 只看该作者
回复 30# cqccl
这个
   问题我老大扛下来了,他教我以后这样的问题应该第一时间跟项目经理说,他也说这样的问题是我们测试不可能出现的问题,不能怪我,还叫我多了解这问题的来源,以后就知道怎么做了
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2013-9-27 14:05:11 | 只看该作者
回复 25# 利勇lmm
我们公司一般是项目经理和开发负责,除非那个是很明显在测试这边没测试到的问题,项目经理会私下说测试得几句,不然测试就什么事儿也没有
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2013-9-27 14:03:58 | 只看该作者
回复 26# zlh9808
你的头像,是秦时明月里面的,好漂亮呀
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2013-9-27 11:14:19 | 只看该作者
这是不对的,这样变成了谁越是负责,谁就工作量越大,而且犯错误的可能性就越大。我坚决杜绝这种现象。
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2013-9-24 09:18:28 | 只看该作者
测试人员主要是保证软件质量, 追究责任不是主要的事情,更重要是要找出问题原因,以避免下次再次出现.
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2013-9-23 17:16:07 | 只看该作者
我觉得都有责任
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2013-9-12 16:44:10 | 只看该作者
发布后,客户反馈BUG回来了,我不知道怎么去解释这个问题。
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2011-9-28 17:56:45 | 只看该作者
做人难  做测试组的男人更难
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2008-9-10 17:42:25 | 只看该作者
先分类,然后规定一个产品上线后故障率如百分之几为允许发生。
开发:可能一些问题是由开发造成,但他们仅负责功能,质量毕竟还是由测试来保障的
测试:大部分明显BUG要测出,无致命BUG。如果觉得开发水平不行就提前说明
回复 支持 反对

使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    22#
    发表于 2008-9-5 12:21:45 | 只看该作者
    有问题  看谁写的程序 谁负责测试的 看是不是测试用列写到了 没测出来 或者是开发的本来就是写错的 那么2个人都有责任啦  如果是隐藏的BUG  没办法 测试不是万能的 想办法解决最重要 以后好好总结 避免下次再出现
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    21#
    发表于 2008-9-4 14:42:05 | 只看该作者
    在我看来,如果是产品测试,测试用例的设计当然是以需求说明书为依据,也就是软件所支持的功能。所以开发的case相当重要,一般而言,tester很少会遗漏cases中覆盖了的问题。毕竟测试要经过那么多轮。
    总之,在执行测试的时候要有责任意识,但不要把责任当成是一种负担。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2008-9-4 11:34:04 | 只看该作者
    有些公司特别强调测试的责任,但有些公司相对比较合理,BUG在需求分析,设计的时候都可能隐藏,
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2008-9-4 11:23:34 | 只看该作者
    任何软件不可能100%没有缺陷,无论何时都是,要不然为什么会有后来的维护测试啊,升级之类的。所以说只能尽可能的减少bug并不能完全避免bug,当然也并不是完全是测试部门的责任,测试人员只能代表个别客户,并不能代表广大客户,还有时间期限问题等等都要考虑到,所以并不是全是测试的错。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2008-8-27 13:25:12 | 只看该作者
    原帖由 yy_xx_mm 于 2008-8-12 17:32 发表
    主要是要对问题进行分类,不是说只要有bug就是测试的问题。我知道的有根据下面这种对上线后bug进行分类的。
    2-原因不明3-历史问题(空白)7-其它5-第三方问题6-未经测试1-测试遗漏4-不可测试



    拿结果说事情,该追究责任的追究责任;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2008-8-27 13:07:23 | 只看该作者
    原帖由 goodgoodsutdy 于 2008-8-26 20:27 发表
    “八面来风”说得非常有道理,支持


    谢谢支持哈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2008-8-26 20:27:23 | 只看该作者
    “八面来风”说得非常有道理,支持
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2008-8-26 16:38:27 | 只看该作者
    肯定不能由测试负全部的责任。测试是为了保证测试质量,尽可能地减少Bug,而不是保证软件没有Bug。

    客户报了产品Bug后,如果是很明显的Bug,测试人员没有测到,应该说是测试人员的责任。

    应该根据Bug的重现难度、Bug的级别来确定,不能单一地认为就是测试人员的责任。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2008-8-22 09:59:38 | 只看该作者
    如果开发没有按照流程执行,要了解一下具体的原因。有可能是你的流程根本不适合这个项目。每个项目的特点都不同。如果你们公司项目的种类比较多,比如大型的,小型的,紧急的。那最好要有不同的流程来对应。还有一点,上线后出现bug是不可避免的。不可能去杜绝,只有一点一点的分析和减少。一味的追究责任,不仅不合理,对测试人员也会造成不好的影响。可以在现在的基础上整理出个遗漏bug的比率,然后在现有的基础上去提高和减少。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2008-8-20 15:59:26 | 只看该作者
    我觉得,所有软件上线之前,都应该由测试部门签字认可才能上线,没签字认可的情况下是不能上线的,而且每一个环节都应该有测试部门人员相关环节负责人签字认可才好。
    对于那些没处理的,遗留的,无法处理的等等,应该在上线之前给用户注明。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-27 23:23 , Processed in 0.107697 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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