软件测试人员不需要为产品质量负责？（2008-12-16 ）获奖名单已公布

默默巫

背景描述：一个测试团队花费好几周时间测试并发现很多缺陷，只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫，置疑他们测试的目的．测试人员不需要为产品质量负责吗？请各位发表自己的见解。

感谢会员月野幻儿提供此精彩话题！如果你也有矛盾的问题想提出来和大家一起讨论，请点击此处>>
说不定下期PK的话题就是由你提出的哦，请快快参与吧！

奖项	获奖名单	奖励	答案连接
最佳话题PK手	wssgily	当当购物卡50元+最佳PK手勋章	5#

archonwang

无论在哪家公司，测试人员是无法为产品质量负责的，最多的负责到产品的测试内容和结果。

dyc611

这个问题确实非常好！因为只要是测试人员都会遇到这个头痛的问题，而且又是个无法回避的问题！对于一个未发布的产品我们充分地进行测试，发现大量的缺陷是我们的职责。
    但是对于这个问题，不同的做法还是有不同的结果，但是这种情况下我还是主张与测试人员无关。如果我们已经发现了一个已知的严重缺陷，但是领导或者公司又要求我们发布该产品（在我们公司产品发布最后一步都要经过测试人员），我们要在自己的职责范围以内尽量将问题暴露出来，与领导协商指明发布后可能的风险，然后才能给予发布。虽然还是按照管理层的意见发布了，但是能够尽量引起管理层对该问题的重视，而且即使发布后发生风险责任也明确了，与测试人员无关的

[ 本帖最后由 dyc611 于 2008-12-16 17:03 编辑 ]

maclehappy13

从理论上来测试人员是不应该对不品的质量问题负责的，但现实情况不是这样，很多公司产品质量出了问题，第一个被追究责任就是测试人员。我还是坚持“产品质量是设计出来的，不是测出来的”。质量人员的职责是衡量产品质量状态与报告，对质量问题提出改进建议，监督或者叫督促相关人员改进质量问题，另外还得指导质量改进。我们搞质量的（包括测试人员）应该拿“产品质量是设计出来的，不是测出来的”这个理念说服管理人员，并让管理人员从心底接受这个理念。

雅丹咔咔

所谓医生就是发现问题可以修正问题，或者提出良方下药拯救软件的性命，又或者觉得软件的生死，测试人员只是验证的这个环节，发现问题提交问题，编写详实、清晰、真实的报告、总结就可以了！
如果说负责任，责任为重大缺陷未发现，未按进度完成测试工作，测试相关文档不齐备，测试执行不充分等工作中的责任，而不是为整个产品质量负责！

EVA1987

软件测试的目的就是实现软件满足规定的需求，而软件质量就是软件基于特性满足需求的程度。
产品价值=产品实体+产品质量+产品实效；
软件价值=软件实体+软件质量+软件实效；
测试目的=软件实体+满足需求；
软件质量=软件实体+满足需求。
综上所述，测试人员需要为产品质量负责。
但是，如果当质量不符合要求就被管理层强制发布时，测试人员可以提出建议说服高层，如若未能给予肯定答复，那就该由高层承担绝大部分风险。

王爬爬

从测试工程师角度来讲，我们要尽可能发现更多的bug。我们对软件产品的质量负责。
从开发工程师角度来讲，他们要在规定的项目时间期限内，尽快发布软件版本，因为他们对进度负责。

角度不同，所以会产生冲突。就看双方的底线设定是否有交集了。

郁闷的我

软件测试人员根本不需要为产品质量负责，测试人员只负责测试，提交ＢＵＧ报告．

zhaoping

如果有bug,我们没有测试出来,要分清楚是否在测试环境不可现,是否没有办法避免.
如果BUG提出来了,产品认为可以发布,就是他们的责任

yetties2005

觉得不用管质量。

梦寒

软件产品质量的好与坏在于前期有系统分析和设计，而不是测试。测试只是测已基本成形的产品现存的缺陷，而不是将整个产品去重新编码。就像病人和医生，一个本来就体弱多病的人，医生只能负责治好他当前的病，而不能保证他的健康状况，因为健康状况是多年的积累，是各种生活习惯导致的，医生不可能对他的健康状况起决定性的作用。

deanaa

在一个组织中必须权责分明。对于开发人员来讲，他的职责是在规定的时间和资源下完成客户的需求；对于测试人员来讲，职责是在规定的时间和资源下发现产品的缺陷；对于PM/公司高层/业务和销售部门来讲，职责是在公司利益最大化的前提下思考和决策正确的推出产品的策略，这个策略包括推出的时间，品质要求，甚至推出的方式等等。每个人在一个组织中都应该清楚地知道自己的权和责。在你的权力范围内的，你可以做决策你可以出报告，超出你的权力范围的，你最多只能建议，绝对不能越俎代庖。对于我来讲，最大的成就感当然是看到一个成功的产品在自己手中发布，但是只要我尽到自己责任把产品的问题和缺陷反映出来了，即使由于其他原因导致缺陷没有修复的情况下发布产品，我也认为自己的价值得到了体现。

zhangting85

首先明确质量的来源，质量是在产品被构建的时候产生的，而不是被测试的时候产生。测试活动本身既不能提高产品质量也不会降低产品质量。因此，测试人员无需为产品质量负责。有时候测试人员被称为quality assurance engineer，质量保证工程师。但其实测试人员并不能真正保证产品的质量。测试人员只是为整个团队的保证产品质量这一活动提供相应的服务，其目的是使得整个团队能够提高产品的质量，并不是说由测试人员来提高产品的质量。

简单说，整个团队为产品质量负责并致力于提高产品质量。测试人员在这个团队中的任务是为整个团队提高产品质量提供服务。

[ 本帖最后由 zhangting85 于 2008-12-22 14:35 编辑 ]

佐伊

选择了正方
测试人员只测试出BUG了，事后该对产品如何处理是研发人员的事情．

1316016

还是先来拆一下题目吧！ 为产品质量负责？需要负什么样的责任？我想在软件范畴内的质量问题就是出现Bug或者用户使用不便的问题了。我们不能将外流到客户端的所有问题都推给QA，但是针对质量问题，QA也有不可推卸的责任。而且，不仅是测试人员需要负责，开发人员，高层领导，包括用户自己都会有责任，只是每个角色所承担的责任不同而已。
    下面就Bug的运行路径来看一下各角色人员所需承担的具体责任。
第一：Bug界定。由用户与需求人员讨论出Spec.，QA是根据Spec（包括业界规定或其他）界定是否Bug。这个时候，如果Spec不明确，或对客户的意图理解有偏差，都将影响最终的质量。同样，如果客户的需求屡次变更或者表述不清的话，我们交付的产品也难以让其满意。当QA拿到这样的Spec时，他也同样有责任与义务其质疑Spec，并于客户确认需求，让需求的不明确造成的问题降到最低。所以，此阶段我们的需求人员，QA人员，甚至客户自己都是有责任的。
第二：Bug诞生。毋庸置疑，Bug是开发人员生成的。
第三：Bug解决。分为三类Bug：Bug1：发现了，并解决了的；Bug2：发现了，但无法解决或尚未解决的；Bug3：未发现的.Bug1不说了，被扼杀在摇篮中，Bug2和Bug3 将被带入到Bug抉择阶段.针对Bug3，是最考验QA实力的了。当然，QA不可能发现全部的Bug,但是这也不是QA的借口，这时，QA是有绝对责任的。
第三：Bug抉择。QA人员测试结束后，会有一份详尽的测试报告，并对产品是否发布提出建议。测试报告交到高层领导那里，Leader根据报告判断产品是否可以发布。此时，leader的依据仅仅是这份测试报告，也就是说，QA提交的报告不准确，将导致领导的误判。当然，针对一份全面真实的报告，并不是所有领导都会做出英明的决定。所以，QA和Leader同样有问题。如题目所述，QA的测试报告指出，产品建议不发布，而Leader却执意发布，这其中也有可能是为了抢占市场，或者是客户急着要，我们可以将已知的缺陷写明，告知用户，相较几个月之后才可以使用，有时客户宁愿使用一个有点瑕疵的产品。
    说来说去，QA的责任重大啊，但并不是所有的棒子都要由QA来挨的。贯穿整个软件生命周期，所有参与的人都有责任，只有共同努力，才可以交付一个完美的产品。讨论这个题目，我想更大的意义是捋清经常出现问题的点，并且如何更好的防范。当问题出现后，我们如何更好的解决与预防后续再次发生，如，客户端发现一个Bug,我们需要清查这个Bug的操作流程是否在我测试用例中有覆盖到，没有覆盖到的就填入用例中，有覆盖到就检讨下测试执行环节是否出了问题，而不是一味地批评QA团队。更多的用户Bug，多是由于使用环境的改变造成的，也要求我们QA在测试的时候更多模拟用户的环境，甚至到客户的环境中执行测试。一个良好的QA团队也是这样成长起来的......

[ 本帖最后由 1316016 于 2008-12-24 14:44 编辑 ]

flyven

测试只能证明软件存在缺陷，如果测试人员不能发现软件存在的问题，那么就是测试人员的责任，但现在讨论的话题是，测试人员发现了严重缺陷，已经管理层提出了风险预测，而管理层执意要发布产品，那么从两个角度看，测试人员都是没有责任的，一、如果此严重的缺陷导致客户的重大损失，那么出测试人员也是没有责任的，因为测试人员已上报了管理层，产品要不要发布，这不是测试人员能左右的。二、如果此严重缺陷正如管理层所预测的，只是一直处在潜伏状态，短期内并不能导致客户的损失，在以后的后续项目中进行修复，那么这也没有测试人员的责任。
大家要明白，软件质量是一个体系，各个环节都要有保障，并不只是测试人员的责任，测试人员的目标就是暴露软件错误，证明软件存在缺陷。其实，能保证质量的关键环节是开发，这才是质量的根本环节。

archonwang

老实说，因为不同的公司对于测试人员的职业定位的关系，才会有这样的问题。如果说产品质量的定义局限于一种表现，那么测试人员可能就需要负责了。但是相信大家都知道，很多事情都不一定是成文的，模糊性很大的时候就需要确认。测试作为一种职业更多的是发现问题，解决问题往往不是由测试人员来做的工作。顾客对软件产品质量的满意不是出于你做了多少测试，而是你多大程度满足客户的需求。而作为测试人员，你可以负责客户的需求吗？你可以引导客户的需求吗？你可以借由引导客户需求而指导开发吗？如果说肯定了对这三个答案的回答，测试人员才有资格和权力说我可以对软件产品质量负责。否则，一切皆是理想。

我们要为理想奋斗，但并不代表现实容许我们这样做。无论从事开发、测试或者销售，最终我们每个参与产品生产销售链条的成员，都必须对产品质量负责。回想下近期发生的质量问题，真的觉得质量问题都应该是测试/质保人员负责么？

风吹我走

好的软件是做出来的不是测出来的.
在产品从开发部门出炉的时候,这个软件的质量已经定型了.测试人员只是去尽量的发现不符合需求的缺陷而已.
所以,质量并不是由测试人员来承担.
引用 "软件测试人员的作用与工厂车间里的检验人员类似,难道检验员与工厂车间生产出来的产品的质量有关吗?当然没有关系!检验人员只是负责检测产品的各个方面是否符合预先设定的标准,而产品的质量从他被生产出来就已经确定了."
测试人员的负责与否,有他们自己的判断标准,不能靠质量好不好来判断测试人员的负责程度.

[ 本帖最后由 风吹我走 于 2008-12-24 14:14 编辑 ]

七明芝

在讨论这个话题之前，我首先糊涂的是怎样才叫对产品质量负责？发现一个严重缺陷后将问题暴露出来并指明发布后可能的风险，算不算已经负责了？
测试人员只是负责发现缺陷，提交缺陷，可是真正修改缺陷的却不是测试人员。这样说来，产品质量的决定权却不是在测试人员手中，自然也就不在测试人员的职责范围之内。

赵宏伟

软件设计、开发各个阶段都存在这缺陷，根据公司现在的测试的技术，进行了全部系统的测试后，产品发布，在用户使用后发现了重大缺陷，我们测试人员怎么负责呢？我们在现有的技术下已经做了全面测试，并且达到要求规定的覆盖率。测试人员怎么负责呢？

[ 本帖最后由 赵宏伟 于 2008-12-24 17:24 编辑 ]