51Testing软件测试论坛

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

作者: ytyss 时间: 2008-8-12 15:57
标题: 软件发布后，发现BUG谁负责？
软件发布后，发现BUG谁负责？

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

非常感谢！！

作者: luming 时间: 2008-8-12 16:40
测试不可能100%发现缺陷的。这个观点一定要灌输给他们。
如果他们坚持责任在测试，就按照标准正规的流程走，比如测试用例，用例评审等。
评审过的用例，只要在用例范围外发现的，你可以推卸一些责任，因为评审的时候不只测试部，其他部门也参与并认可了。

另外，发现问题后，关键在于解决问题，而不是追究责任。

作者: ytyss 时间: 2008-8-12 17:08
说的很有道理

作者: yy_xx_mm 时间: 2008-8-12 17:32
主要是要对问题进行分类，不是说只要有bug就是测试的问题。我知道的有根据下面这种对上线后bug进行分类的。

2-原因不明

3-历史问题

(空白)

7-其它

5-第三方问题

6-未经测试

1-测试遗漏

4-不可测试

作者: kismania 时间: 2008-8-12 18:11
楼上说的好，顶了

版主是搞品质的吗
发现问题当然要追究责任的

作者: amber-y 时间: 2008-8-12 22:36
看问题的分类吧，不能一贯推卸责任，

作者: ytyss 时间: 2008-8-13 08:20
标题: 回复 5# 的帖子
我是我们公司测试部的负责人，现在正在整理这个责任追究的问题，谢谢大家给我这么好的建议！
也欢迎大家各抒己见

作者: ytyss 时间: 2008-8-13 10:21
标题: 回复 4# 的帖子
4#所说的BUG分类，能讲清楚一点吗？哪些BUG是不用测试部负责的呢，哪些是要负责的呢

作者: yeboming 时间: 2008-8-13 16:22
按4楼的分类来说，1-测试遗漏肯定是需要测试部门负责的；4-不可测试如果是开发未能完成的功能导致不可测试，那么就不是测试部门的问题；6-未经测试需要分析原因，有可能是测试用例没有覆盖到；3-历史问题如果在未提交给客户前已经发现有BUG，且经过与PM协商暂时不需要解决，那么在提交给客户时要将这部分注明。

作者: IUHK 时间: 2008-8-17 22:56
是啊，测试不可能测出所有的问题，尤其是新成立的测试部。不知道LZ公司里是对测试怎么样的？是不是在开发的同时也能得到和开发一样的需求呢？

作者: ytyss 时间: 2008-8-18 14:22
开发根本就没有根据流程进行，现在进行的三个项目都是边开发边整理需求！头痛呀

作者: miskmat 时间: 2008-8-20 14:51
标题: 回复 1# 的帖子
测试应该反省怎应提升自己，少疏漏些BUG！！！！！

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

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

作者: 八面来风 时间: 2008-8-26 16:38
肯定不能由测试负全部的责任。测试是为了保证测试质量，尽可能地减少Bug，而不是保证软件没有Bug。

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

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

作者: goodgoodsutdy 时间: 2008-8-26 20:27
“八面来风”说得非常有道理，支持

作者: 八面来风 时间: 2008-8-27 13:07

原帖由 goodgoodsutdy 于 2008-8-26 20:27 发表
“八面来风”说得非常有道理，支持

谢谢支持哈

作者: ruanyongjie 时间: 2008-8-27 13:25

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

拿结果说事情,该追究责任的追究责任;

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

作者: 欧阳 时间: 2008-9-4 11:34
有些公司特别强调测试的责任，但有些公司相对比较合理，BUG在需求分析，设计的时候都可能隐藏，

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

作者: 阿七 时间: 2008-9-5 12:21
有问题看谁写的程序谁负责测试的看是不是测试用列写到了没测出来或者是开发的本来就是写错的那么2个人都有责任啦如果是隐藏的BUG 没办法测试不是万能的想办法解决最重要以后好好总结避免下次再出现

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

作者: gongju 时间: 2011-9-28 17:56
做人难做测试组的男人更难

作者: 利勇lmm 时间: 2013-9-12 16:44
发布后，客户反馈BUG回来了，我不知道怎么去解释这个问题。

作者: zlh9808 时间: 2013-9-23 17:16
我觉得都有责任

作者: pcxty 时间: 2013-9-24 09:18
测试人员主要是保证软件质量, 追究责任不是主要的事情，更重要是要找出问题原因，以避免下次再次出现.

作者: majingfeng 时间: 2013-9-27 11:14
这是不对的，这样变成了谁越是负责，谁就工作量越大，而且犯错误的可能性就越大。我坚决杜绝这种现象。

作者: cqccl 时间: 2013-9-27 14:03
回复 26# zlh9808
你的头像，是秦时明月里面的，好漂亮呀

作者: cqccl 时间: 2013-9-27 14:05
回复 25# 利勇lmm
我们公司一般是项目经理和开发负责，除非那个是很明显在测试这边没测试到的问题，项目经理会私下说测试得几句，不然测试就什么事儿也没有

作者: 利勇lmm 时间: 2013-9-30 11:00
回复 30# cqccl
这个
问题我老大扛下来了，他教我以后这样的问题应该第一时间跟项目经理说，他也说这样的问题是我们测试不可能出现的问题，不能怪我，还叫我多了解这问题的来源，以后就知道怎么做了

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