软件发布后，发现BUG谁负责？
软件发布后，发现BUG谁负责？大家好，大家给给建议或意见：
我们公司软件部刚刚成立，很多研发流程和制度都不完善，尤其是我们测试部，一切从零开始，都靠自己学习摸索！
昨天开会，开发人员和领导一致认为“软件发布后，如果发现BUG，就是我们测试部的责任！”，懂得测试的人都很清楚这样不是很不合理吗？
我想知道大家所在的公司都是如何追究BUG的责任的？开发人员、管理者难道就没有责任吗？
非常感谢！！ 测试不可能100%发现缺陷的。这个观点一定要灌输给他们。
如果他们坚持责任在测试，就按照标准正规的流程走，比如测试用例，用例评审等。
评审过的用例，只要在用例范围外发现的，你可以推卸一些责任，因为评审的时候不只测试部，其他部门也参与并认可了。
另外，发现问题后，关键在于解决问题，而不是追究责任。 说的很有道理:) 主要是要对问题进行分类，不是说只要有bug就是测试的问题。我知道的有根据下面这种对上线后bug进行分类的。
2-原因不明3-历史问题(空白)7-其它5-第三方问题6-未经测试1-测试遗漏4-不可测试 楼上说的好，顶了
版主是搞品质的吗
发现问题当然要追究责任的 看问题的分类吧， 不能一贯推卸责任，
回复 5# 的帖子
我是我们公司测试部的负责人，现在正在整理这个责任追究的问题，谢谢大家给我这么好的建议！也欢迎大家各抒己见:) :) :)
回复 4# 的帖子
4#所说的BUG分类，能讲清楚一点吗？哪些BUG是不用测试部负责的呢，哪些是要负责的呢:P 按4楼的分类来说，1-测试遗漏 肯定是需要测试部门负责的；4-不可测试 如果是开发未能完成的功能导致不可测试，那么就不是测试部门的问题；6-未经测试 需要分析原因，有可能是测试用例没有覆盖到；3-历史问题 如果在未提交给客户前已经发现有BUG，且经过与PM协商暂时不需要解决，那么在提交给客户时要将这部分注明。 是啊，测试不可能测出所有的问题，尤其是新成立的测试部。不知道LZ公司里是对测试怎么样的？是不是在开发的同时也能得到和开发一样的需求呢？ 开发根本就没有根据流程进行，现在进行的三个项目都是边开发边整理需求！头痛呀:L回复 1# 的帖子
测试应该反省怎应提升自己，少疏漏些BUG！！！！！ 我觉得，所有软件上线之前，都应该由测试部门签字认可才能上线，没签字认可的情况下是不能上线的，而且每一个环节都应该有测试部门人员相关环节负责人签字认可才好。对于那些没处理的，遗留的，无法处理的等等，应该在上线之前给用户注明。 如果开发没有按照流程执行，要了解一下具体的原因。有可能是你的流程根本不适合这个项目。每个项目的特点都不同。如果你们公司项目的种类比较多，比如大型的，小型的，紧急的。那最好要有不同的流程来对应。还有一点，上线后出现bug是不可避免的。不可能去杜绝，只有一点一点的分析和减少。一味的追究责任，不仅不合理，对测试人员也会造成不好的影响。可以在现在的基础上整理出个遗漏bug的比率，然后在现有的基础上去提高和减少。 肯定不能由测试负全部的责任。测试是为了保证测试质量，尽可能地减少Bug，而不是保证软件没有Bug。
客户报了产品Bug后，如果是很明显的Bug，测试人员没有测到，应该说是测试人员的责任。
应该根据Bug的重现难度、Bug的级别来确定，不能单一地认为就是测试人员的责任。 “八面来风”说得非常有道理，支持:victory: 原帖由 goodgoodsutdy 于 2008-8-26 20:27 发表 http://bbs.51testing.com/images/common/back.gif
“八面来风”说得非常有道理，支持:victory:
谢谢支持哈 原帖由 yy_xx_mm 于 2008-8-12 17:32 发表 http://bbs.51testing.com/images/common/back.gif
主要是要对问题进行分类，不是说只要有bug就是测试的问题。我知道的有根据下面这种对上线后bug进行分类的。
2-原因不明3-历史问题(空白)7-其它5-第三方问题6-未经测试1-测试遗漏4-不可测试
拿结果说事情,该追究责任的追究责任; 任何软件不可能100%没有缺陷，无论何时都是，要不然为什么会有后来的维护测试啊，升级之类的。所以说只能尽可能的减少bug并不能完全避免bug，当然也并不是完全是测试部门的责任，测试人员只能代表个别客户，并不能代表广大客户，还有时间期限问题等等都要考虑到，所以并不是全是测试的错。 有些公司特别强调测试的责任，但有些公司相对比较合理，BUG在需求分析，设计的时候都可能隐藏，
页:
[1]
2
