51Testing软件测试论坛

标题: 软件发布后，发现BUG谁负责？ [打印本页]

作者: ytyss 时间: 2008-8-12 11:07
标题: 软件发布后，发现BUG谁负责？
大家好，大家给给建议或意见：
我们公司软件部刚刚成立，很多研发流程和制度都不完善，尤其是我们测试部，一切从零开始，都靠自己学习摸索！
昨天开会，开发人员和领导一致认为“软件发布后，如果发现BUG，就是我们测试部的责任！”，懂得测试的人都很清楚这样不是很不合理吗？
我想知道大家所在的公司都是如何追究BUG的责任的？开发人员、管理者难道就没有责任吗？
非常感谢！！

[ 本帖最后由 ytyss 于 2008-8-12 11:09 编辑 ]

作者: skyjun 时间: 2008-8-12 12:25
既然已经发布了，就该是测试经理的责任了

作者: ytyss 时间: 2008-8-12 14:10
可是测试人员也根本没有办法找出所有的BUG呀

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

[ 本帖最后由 yangtesting 于 2008-8-12 14:15 编辑 ]

作者: ytyss 时间: 2008-8-12 14:14
标题: 回复 2# 的帖子
测试人员只能尽可能的去发现bug,向这样把责任都放在测试组身上不是很不合理吗？
再者，如果测试部一直不同意产品发布呢？公司管理者会依照测试部的意见延迟时间发布吗？对他们来说时间就是金钱

作者: 别叫我神 时间: 2008-8-12 14:22
楼上说的没有错。。测试人员不是神。。不可能找出所有的BUG。。。。

作者: jiang860718 时间: 2008-8-12 14:33
应该有个比例的，例如你们刚成立的话，就可以把比例调的、高点，慢慢降低呗

作者: ytyss 时间: 2008-8-12 14:43
有没有说是根据BUG的严重程度来的？
不知道其他的软件公司是怎样处理这个问题的

作者: plainking 时间: 2008-8-12 15:49
一个软件，不可能没有BUG。速出补丁解决才是正事。

作者: 水印无痕 时间: 2008-8-12 16:07
顶9#的
软件发布后发现bug
追究责任是次要的问题
首先应该是如何快速应对使得损失减少到最小

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

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

作者: puchonghui 时间: 2008-8-12 21:08

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

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

作者: tulongqing 时间: 2008-8-12 21:32
都有责任,测试不可能找出所有的BUG.

作者: 65138935 时间: 2008-8-13 11:04
行业现状如此，很多公司的软件发布以后出了问题，上面的领导都是找测试人员的，思想观念还需改变，当然做为测试人员，我们要对自己的工作负责，做到问心无愧

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

作者: joeyu22 时间: 2008-8-13 16:12
把责任归到任何一方都是不够合理的，除非实在做得不好，没用心去做。

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

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

意承担责任，或者有更好的替死鬼，悲哀啊

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

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

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)