软件有错误应该由谁负责？
经过测试人员测试过的软件，经过客户使用后，又发现了问题，应该由谁来为这个问题负责呢？大家的公司都是什么样子？ 怎么负责？客户没发现问题才不正常呢。。。 首先，承认所有的测试都不可能时彻底的。然后，我们才能来谈论这个问题：
客户发现了错误，证明了以上的说法，也同时说明在过往的测试工作中，测试重点或多或少发现了“偏移”。永远不要偏离“用户是软件质量的第一检验者”的原理。
我个人的观点是，这个问题一般是由测试人员负责的！但是不包含如下情况，由于用户误操作而造成的问题。曾经也经历过这种事情，由于误操作，用户在录入数据时不成功，但实际上是录入了部分数据，而另一部分的数据丢失，造成了用户不能再次录入新数据。这种是属于在数据库设计上的数据安全保护问题，与整体的系统框架设计有关系，可能是大家都忽略了这个问题。所以，如果不存在相关的依据支持，则不能将该问题引发的责任简单的丢给测试组，这是不公正的！ 并不能简单将责任强加与测试部门。。
因为测试也有偏重方向及覆盖率。。就象对测试的定义一样。。
测试是尽可能找出系统/软件的BUG 而不是全部的BUG。。
应该查看对于用户出现的问题是否是属于功能操作性BUG。对于该问题为何
在根据测试计划进行测试案例设计时没有考虑到？是否是由于测试工程师的疏忽
或过错导致该问题的出现，或该问题没有得到关注/解决。。 个人观点：
1、我并不认为如果经过测试再出现问题，那就是测试人员要负起全部责任。
我并不否认测试人员应该负责，但不能负全责，甚至于一半的责任都不必负。软件质量的问题不是单单依赖于测试，更多的依赖于设计与开发，如果公司对这两个过程的质量控制还是空白，那就不能由测试去负什么责任。如果有专门的部门来控制这两个过程，也不能让测试负大部分的责任，除非测试人员没有将测试计划、测试策略、测试用例通告产品经理、开发人员、甚至市场(技术支持)人员并获取他们的意见并得到他们的首肯！软件质量的问题我一直认为：这不是单纯由测试人员控制的。可以追就测试人员的责任，但测试人员不对其负大部分的责任！
2、问题出现了，关建是找出问题发生的原因，并解决问题。这种问题常见的有这么几种：测试计划中没有包含出错模块、测试策略没有包含出错模块、测试用例没有包含出错模块，另外还有环境搭建没有包含出错模块。如果能定义问题属于哪一个范畴会有助于我们解决问题。 责任不可能由测试部门来承担的.
应由整个软件提供商来承担.包括分析,设计,开发,等... 非常感谢大家的意见！:) 看来大家的争执不小，说说我的观点
第一：关于什么是Bug的问题，我觉得只要和顾问设计的规格说明书不一致的都叫Bug
第二：谁来负责任，这个要区别对待，大家都同意在软件的各个生命周期都会产生Bug，收到客户的反馈后需要对bug进行分类，看看属于什么类型的问题，如：需求开的就和客户的要求不一样等，错误操作等，还有QA测试遗漏，对于QA测试遗漏的，我个人认为QA要负全部责任，当然如果是因为时间的问题，QA被迫出货例外，原则上只要QA同意出货就要对产品的质量负责，否则要不要QA还不是一样？ “顾问”设计的规格说明书？——是哪个公司的叫法呀？至少我不了解哟？
原则上只要QA同意出货就要对产品的质量负责，否则要不要QA还不是一样？
——盲目“自大”的典型观点！这是说的自大是将QA的“责能”扩大化了！
出不出货是QA能决定的么？产品经理干啥事去了？开发部经理又去干啥子事了？市场部经理又干啥子事情去了？如果测试部之外还有个质量控制部，那质量控制部又干啥呢？软件产品的质量问题不是某一部门的问题。
QA没有测试到，如果开发部不出错不就没问题了么？如果质量控制部门能细心审议测试用例，不也会避免？ 这里的“责任”有两个含义，楼上诸位朋友在讨论时有的持这个含义，有的持那个，所以...
对于经由测试认可送出的版本被客户发现了问题，我们假设问题是严重的，
1）导致bug的责任是在开发人员；
2）导致bug没有被测试人员查出而送到客户那，责任在测试人员。
不能以测试度有限为由推卸测试员的责任，忽略了就是忽略了，虽然理论上允许忽略，责任也是要承担的。
同样也不能以coding不可能不出bug，或需求怎么怎么的推卸开发人员的责任。 对于Nio朋友说的，俺有不同看法，出不出货的确可能是有产品经理决定，但测试人员要给出是否达到出货标准的评判。如果测试员因一些重大bug不同意出货而经理一定要出，那就不存在遗漏、忽略bug的问题了，测试是发现的。
如果测试员给出的评估是合格，那就不能推卸责任。
身为测试，如果用“如果开发部不出错不就没问题了么？”这样的思维方式，公司还要测试干吗？ 楼上的观点还是扩大了QA（测试人员）的责能。
测试人员要给出是否达到出货标准的评判？——为什么是测试人员给出评判？而不是测试人员、开发人员、市场人员和产品经理一起来评定呢？
开发人员肯定会出错，不过谁能保证测试人员一定不会出错？只要是人就会出错！软件工程的开展不是一个个模块的堆积，在整个软件开发测试过程需要所有项目人员一起共同参与，才能最大限度的保证产品质量。 对啊，是人就会出错，所以出错就要承担相应的责任。出错不可怕，不愿意承担责任可怕。
我说了，整个开发过程，各阶段不同职责的人有不同的责任，对于楼主的问题，各人都要承担自己的责任。
具体说，测试不用承担产生bug/制造bug的责任，但要承担遗漏忽略的责任。
你买东西里面都会有个合格证，上面有检验员的工号，就是说，此物经他检验是合格的，他认可发出，他就要对其质量负责。测试员如果不承担这个责任，还要测试员干吗。
整天叫嚷公司不重视测试，这样的思维方式是自己不重视自己。 有错就改阿，追究责任是其次，测试也不能保证100% 软件不出错阿，我们小公司，就我一个测试，那怎么担待得起呢。尽力就行。
呵呵，我是新人，初次踏入社会。至少我是这么认为的，但愿不要引起公愤阿 软件测试人员（QA）的责职和软件质量保证人员（SQA）的责职是由区别的。
现在国内大部分公司将测试人员同时赋予了质量保证人员的责职，但实际上测试人员并没有去做质量保证（控制）人员的具体事情，还是仅仅在做测试。关于质保人员做哪些事，不同公司会有不同的要求，不过应该可以Google到一些案例的吧。 回答楼主的问题：各究其责，对于其责，要负全责（这里有个具体情况分析的问题，就是说不能对所有的遗漏忽略负全责）。 “软件测试人员（QA）的责职和软件质量保证人员（SQA）的责职是由区别的。”
/// Nio还是先把QA，QC，SQA，SQC这几个词google清楚吧。 质量保证人员应该比客户更严格，这一点跟传统行业是一样的，传统行业也都是一步一步摸索出来的，没什么特别的。实际上许多传统行业中，质保人员面对的系统比我们大部分软件公司开发的系统还要复杂。
质量保证人员应该做到：“我这关过了，客户那关肯定是更容易过”才对，换句话说，应该是：只有客户没想到而测试人员想到了的，不应该有测试人员没想到而客户想到了的。原因是质保人员专业，他们整天干这个，常年干这个。
当然，实际中有几个问题需要澄清：
（1）客户没交代清楚的，这个怪客户自己或者售前部门；
（2）人都会犯错误，这个很正常，犯错误担责任就是了，但作为一名职业人员，尽量把事情做好是最基本的，我们现在是在讨论对质量保证人员的素质要求，而不是在讨论“人会不会不犯错误”这个哲学问题；
（3）概率问题，这个是数学问题了。偶尔出现了客户想到而测试人员没想到的事情，这个只能是当成不小心踩了狗屎，不能拿来做讨论问题的依据。换句话说，这种事情应该控制在小概率以下，毕竟不能每天都踩到狗屎。当然，即使踩了狗屎鞋子也只有你自己负责弄干净。
（4）最后，实际中客户出多少钱，就应该对产品有多少期望。但这个仍然跟前面不矛盾，因为不是责任的问题的范畴了。这是经营策略的问题了——出格的要求就应该由销售人员去摆平，不要弄到测试人员桌面上来，这种事情全公司谁也没有责任，总不能一个5000块钱的小网站就让我按照测试核反应堆自动控制软件的标准来测。 Originally posted by black_tulip at 2005-4-19 11:17 AM:
“软件测试人员（QA）的责职和软件质量保证人员（SQA）的责职是由区别的。”
/// Nio还是先把QA，QC，SQA，SQC这几个词google清楚吧。
现在国内软件测试行业大多把测试人员称为：QA， 而质保人员称为SQA
如果严格从词意上讲测试人员是：Test，而质保人员是：Quality Assessment
SQA： Supplier Quality Assurance
至于QC 和SQC 是针对产品质量检验的。 我不太希望去继续解释那一大堆关于软件工程理论的名词。
如果一定要让测试人员也担当起质量保证人员的角色，如果能力足够好的话当然也可以。不过得先想想我们有没有去做实际上的质保工作：
1、文档工作：包括开发文档、和测试文档；
2、开发过程控制；
3、测试过程控制；
……
本人理论功低比较差，一时想不起来还有什么了，不过我敢肯定的是作为测试人员，公司是不会让你管理开发文档，也不会让你去控制开发过程的。
