51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4027|回复: 17
打印 上一主题 下一主题

[讨论] 软件发布后,发现BUG谁负责?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-8-12 11:07:16 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
大家好,大家给给建议或意见:
我们公司软件部刚刚成立,很多研发流程和制度都不完善,尤其是我们测试部,一切从零开始,都靠自己学习摸索!
昨天开会,开发人员和领导一致认为“软件发布后,如果发现BUG,就是我们测试部的责任!”,懂得测试的人都很清楚这样不是很不合理吗?
我想知道大家所在的公司都是如何追究BUG的责任的?开发人员、管理者难道就没有责任吗?

非常感谢!!

[ 本帖最后由 ytyss 于 2008-8-12 11:09 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-8-12 12:25:52 | 只看该作者
既然已经发布了,就该是测试经理的责任了
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2008-8-12 14:10:33 | 只看该作者
可是测试人员也根本没有办法找出所有的BUG呀
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2008-8-12 14:13:03 | 只看该作者
产品发布后一般会有个故障率小于多少,则属于正常,反之,则是测试问题.因为测试是没有尽头的,有些bug在发布后存在并没有找到是很正常的
所以你们也可以做一个类似的规定

[ 本帖最后由 yangtesting 于 2008-8-12 14:15 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2008-8-12 14:14:55 | 只看该作者

回复 2# 的帖子

测试人员只能尽可能的去发现bug,向这样把责任都放在测试组身上不是很不合理吗?
再者,如果测试部一直不同意产品发布呢?公司管理者会依照测试部的意见延迟时间发布吗?对他们来说时间就是金钱
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2017-4-18 10:26
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    6#
    发表于 2008-8-12 14:22:14 | 只看该作者
    楼上说的没有错。。测试人员不是神。。不可能找出所有的BUG。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2008-8-12 14:33:02 | 只看该作者
    应该有个比例的,例如你们刚成立的话,就可以把比例调的、高点,慢慢降低呗
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2008-8-12 14:43:51 | 只看该作者
    有没有说是根据BUG的严重程度来的?
    不知道其他的软件公司是怎样处理这个问题的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2008-8-12 15:49:14 | 只看该作者
    一个软件,不可能没有BUG。速出补丁解决才是正事。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2008-8-12 16:07:34 | 只看该作者
    顶9#的
    软件发布后发现bug
    追究责任是次要的问题
    首先应该是如何快速应对使得损失减少到最小

    至于发布后发现bug究竟是谁的问题不能一概而论
    必须要深入讨论bug遗留的原因
    其实大部分情况下都是开发的问题
    不过确实有时候会由于测试人员工作偷懒造成bug遗留
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2008-8-12 16:54:24 | 只看该作者
    我认为分情况解决:
    1.首先看问题是否需求明确的了,如果需求提及了,而没有测试出来,则属于测试部负责
    2.问题需求没有提及,按业务逻辑常规推断,测试人员应该考虑的,我认为还是应该测试部负责
    3.由于测试人员设计或者维护时造成的,责任则归属软件部。
    4.如果需求又没提及,又不是由于开发人员的设计维护造成的,但是又需要维护的,则不属于Online Bug
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2020-8-11 08:18
  • 签到天数: 114 天

    连续签到: 1 天

    [LV.6]测试旅长

    12#
    发表于 2008-8-12 21:08:04 | 只看该作者
    原帖由 JasmineWu 于 2008-8-12 16:54 发表
    1.首先看问题是否需求明确的了,如果需求提及了,而没有测试出来,则属于测试部负责


    这个明显是纸上谈兵
    1 你怎么去判定到底需求有没有明确?
    2 就算需求明确了没测出来也是很正常的事情,测试本来就不可能对需求做到完全的覆盖。 有些可能几百年一遇的问题偏偏用户一上手就碰到了你有啥办法,这是测试组的问题么? 那你给测试人员足够的时间去覆盖需求了没?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2008-8-12 21:32:00 | 只看该作者
    都有责任,测试不可能找出所有的BUG.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2008-8-13 11:04:13 | 只看该作者
    行业现状如此,很多公司的软件发布以后出了问题,上面的领导都是找测试人员的,思想观念还需改变,当然做为测试人员,我们要对自己的工作负责,做到问心无愧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2008-8-13 14:27:11 | 只看该作者
    要看严重度了,少于一定数量的小问题,不影响正常使用的话,可以发个HOTFIX。如果是严重的问题造成用户的不满,那当然是测试部门的责任了,当然,当初如果领导给测试组的时间太仓促,完全不够全面测试的话,那项目经理也得承担部分责任。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2008-8-13 16:12:20 | 只看该作者
    把责任归到任何一方都是不够合理的,除非实在做得不好,没用心去做。

    微软vista的bug谁负责?微软的测试部门?

    微软等公司不也要发补丁吗,厂品发布后有bug很正常,懂点的人都知道,只是有些人不愿

    意承担责任,或者有更好的替死鬼,悲哀啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2008-9-22 17:40:23 | 只看该作者

    任何时候,我们测试都敢于担当漏测的责任

    作为测试负责人,在发布时自己签字确认了,那么出现的问题自然有测试部门承担责任,叫做把关不利!
    当然不是所有的责任都有测试来承担的:
    1、如果在测试结束后,测试部门提交了测试报告,并说明了发布的风险,及建议(如不能发布,风险太大等),但由于项目紧及客户的原因,项目经理等决定要发布,那么项目经理等相关负责人需要签字,并承担相应的责任,测试负责其没有发现的缺陷的责任
    2、如果由于时间紧,测试根本无法及时完成测试任务,测试方采用了保护主要功能的测试,其他方面放弃的策略,并在发布前将问题及现状反馈给项目经理等管理层,提出测试方的看法和建议,如果管理层还是要求发布,则要求其签字,在客户方发现问题后,该责任主要负责人不在测试方,而在决策方,测试方承担轻度的责任
    3、测试时间充分,在测试负责人在经过分析当前缺陷的发现及处理情况后,觉得发布风险较小,可以发布,则将来的发现的新问题等后果都有测试方承担
    注:所有发现的新问题指没有进行新需求等的增加的缺陷,是在发布的软件的需求上发现的问题
    总而言之,出现漏测的问题,责任一般都在测试,毕竟测试是质量把关的,没有把关好就失去了QA的意义了,当然,没有十全十美的软件,任何软件都始终存在缺陷的,但要分什么样的缺陷:如:遗留缺陷----就是没有及时得到解决的问题,需要在后续攻关等进行解决的(称为打补丁或升级等),这样的问题一般在发布时会给客户说明,因为测试已经发现了这些问题;漏测的问题---就是客户发现了的,而我们测试从来都没有提交过缺陷的问题;新需求的问题---就是客户使用后,发现某些功能需要添加,提交出来的问题,称为新需求问题,要走需求变更流程。测试负责的地方主要是漏测的问题,无论什么情况都要担责任,只是分责任大小而已
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2008-9-22 17:49:00 | 只看该作者

    提高测试的位置

    只有我们有了敢于承担责任的勇气,敢于担当每个经过我们用心测试过的软件版本,在允许的范围内发布后的风险,其实这叫做信心,因为我们相信我们能做到令客户满意,否则就要担相应的责任,那样开发等就不会小看我们测试的位置,这样测试部门就容易独立出来,尽展其长,这难道不是我们所期待的公司位置吗?如果在质量方面我们还推卸责任,那么我们将永远依附于开发,被其左右,试问什么时候才能出头呢?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 21:24 , Processed in 0.083519 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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