软件测试人员不需要为产品质量负责？（2008-12-16 ）获奖名单已公布
[font=宋体][size=3][i]背景描述[/i]：[/size][size=3][color=red][font=Helvetica]一个测试团队花费好几周时间测试并发现很多缺陷，只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫，置疑他们测试的目的．测试人员不需要为产品质量负责吗？请各位发表自己的见解。[/font][/color][/size][/font][size=3][color=#ff0000][/color][/size]
感谢[url=http://bbs.51testing.com/viewthread.php?tid=131215&page=1#pid1130474][color=royalblue]会员月野幻儿[/color][/url][color=black]提供此精彩话题！如果你也有矛盾的问题想提出来和大家一起讨论，[/color][url=http://bbs.51testing.com/thread-131215-1-1.html][color=red]请点击此处>>[/color][/url]
[color=black]说不定下期PK的话题就是由你提出的哦，请快快参与吧！[/color]
[table=400][tr][td][b]奖项[/b][/td][td][b]获奖名单[/b][/td][td][b]奖励[/b][/td][td][b]答案连接[/b][/td][/tr][tr][td]最佳话题PK手[/td][td]wssgily[/td][td][align=center]当当购物卡50元+最佳PK手勋章[/align][/td][td][url=http://bbs.51testing.com/viewthread.php?tid=135658&page=1#pid1131391]5#[/url][/td][/tr][/table]
不需要，也不可能
无论在哪家公司，测试人员是无法为产品质量负责的，最多的负责到产品的测试内容和结果。大家共同的苦恼
这个问题确实非常好！因为只要是测试人员都会遇到这个头痛的问题，而且又是个无法回避的问题！对于一个未发布的产品我们充分地进行测试，发现大量的缺陷是我们的职责。但是对于这个问题，不同的做法还是有不同的结果，但是这种情况下我还是主张与测试人员无关。如果我们已经发现了一个已知的严重缺陷，但是领导或者公司又要求我们发布该产品（在我们公司产品发布最后一步都要经过测试人员），我们要在自己的职责范围以内尽量将问题暴露出来，与领导协商指明发布后可能的风险，然后才能给予发布。虽然还是按照管理层的意见发布了，但是能够尽量引起管理层对该问题的重视，而且即使发布后发生风险责任也明确了，与测试人员无关的
[[i] 本帖最后由 dyc611 于 2008-12-16 17:03 编辑 [/i]]
测试人员懂，客户懂不懂，公司懂不懂
这个话题对于我们测试来说，答案肯定直接，不需要。但就客户的角度来说，这是他们所接受不了的，他们认为软件测试目的就是保证软件质量，质量不好，当然是软件测试的责任。这是一个认识上的误区。确忽略了产品或者项目研发过程中的各个环节，业务，设计，风险分析，开发，组织管理，支撑这么多的角色。离开每种角色，对于产品项目来说都是灾难。如果我们测试在目前的资源评估基础上明确了我们的责任，做的足够好。那么，一个好的公司自然会去挖掘问题的来源，找出问题点，当然不会找到我们身上。因此每个问题都是两方面的，测试工作做的够好，才有资格说产品质量不需要软件测试人员负责。同为团队中的一份子，每个人都要对质量负责。
我认为，还是在于我们作为软件测试的态度问题，不要一弄这个话题，敬而远之。用实际工作说明一切。
测试是与产品质量有关的工作，应该为产品质量负责
产品生产每个环节都应该对产品质量负责，测试和产品质量最接近，如果测试不对产品质量负责，那么测试人员的价值就很有限了。测试对产品负责，并不是说要掌握产品的生杀大权，也不是说必须要产品0错误才能发布。测试人员要做的是：发现能发现的问题，评估产品质量状况，帮助项目经理判断产品质量对项目的影响。
管理层决定发布一个有已知严重缺陷的产品。如果管理层不知道产品有严重缺陷，这是测试人员的责任，如果管理层知道有严重缺陷还要发布，那么这是管理层的决策问题。
这里要注意，我们的判断未必正确，我们认为的严重缺陷，在管理层看来未必是。发现的缺陷未被修复，也并不意味着我们的工作没有价值，我们发现的缺陷会帮助管理层做出正确的判断。
[[i] 本帖最后由 heavy200t 于 2008-12-17 10:28 编辑 [/i]] 不光测试要为产品的的质量，整个组织上上下下都需要为产品的质量负责，只是在质量和成本当中，我们可能考虑的质量更多一些，而高层可能考虑成本以及回报率更多一些，大家考虑问题的出发点是不一样的。
但我们不应该考虑到成本和回报率而忽视了我们应该有的责任，这时我们应该做的是，每个人做好自己的工作，把好质量关，有什么质量上的问题一定要及时进行报告和缺陷分析，这样，减少风险和修复缺陷的成本才能一点点得到控制和减少，从而给高层组织提供更多的关于质量分析的相关数据，以供他们进行评估和决策。
高层人员知道了产品缺陷而继续发布的话，自然有这样做事情的理由（或者是决策失败或者是什么样的问题），对于事情的后果也是经过认真考虑过的。我们是测试人员，做好自己的工作，提交风险和缺陷以及数据分析，就是高层决定发布一个有问题的产品，这时我们也不应该否定自己的工作，而更应该思考的是这样的缺陷为什么没有在初期发现或者以后这样的缺陷如何规避掉，从而更能提高测试人员的思考空间。 从理论上来测试人员是不应该对不品的质量问题负责的，但现实情况不是这样，很多公司产品质量出了问题，第一个被追究责任就是测试人员。我还是坚持“产品质量是设计出来的，不是测出来的”。质量人员的职责是衡量产品质量状态与报告，对质量问题提出改进建议，监督或者叫督促相关人员改进质量问题，另外还得指导质量改进。我们搞质量的（包括测试人员）应该拿“产品质量是设计出来的，不是测出来的”这个理念说服管理人员，并让管理人员从心底接受这个理念。 发表一下自己的看法：
在管理层决定要发布时，测试是否产品情况及风险摆出来了，同时在摆出来之后，让发布的管理人员有没有书面的签字或邮件之类的东西，如果没有，测试缺少风险提示或告之的过程，当然要负一定的责任。
测试人员不是医生，验证是产品质量的一个方面！
所谓医生就是发现问题可以修正问题，或者提出良方下药拯救软件的性命，又或者觉得软件的生死，测试人员只是验证的这个环节，发现问题提交问题，编写详实、清晰、真实的报告、总结就可以了！如果说负责任，责任为重大缺陷未发现，未按进度完成测试工作，测试相关文档不齐备，测试执行不充分等工作中的责任，而不是为整个产品质量负责！ 软件测试的目的就是实现软件满足规定的需求，而软件质量就是软件基于特性满足需求的程度。
产品价值=产品实体+产品质量+产品实效；
软件价值=软件实体+软件质量+软件实效；
测试目的=软件实体+满足需求；
软件质量=软件实体+满足需求。
综上所述，测试人员需要为产品质量负责。
但是，如果当质量不符合要求就被管理层强制发布时，测试人员可以提出建议说服高层，如若未能给予肯定答复，那就该由高层承担绝大部分风险。
需要负部分责任
需要负部分责任测试 人员需要负责
测试人员 的职责不仅是把缺陷show出来 。更重要的的推动整个开发过程的改进 ，以便保证软件质量。所以 ，他付又部分责任。
测试人员负有部分责任
对于公司产品或者项目的测试，需要达到一定的测试覆盖率；如果是因为测试目标制定的不全面，测试覆盖不广或者不深导致质量出现问题，那么测试人员就负有一定责任。
测试人员应该是对业务了解最深的，要通过不断的学习业务知识来发现更深层的缺陷，从而于根本发现问题，帮助开发提高质量。 肯定是要负责的，软件过程中涉及到质量的每个人都有义务为软件质量尽心！
软件测试人员要积极的推动公司的体制变革，使之向良性的方向发展，而不是遇到挫折就气馁~~~``:victory: 软件测试的目的不仅仅是为了发现错误而去做测试,更是为了预防缺陷,管理质量,(测试-->数量+质量)测试不能完全保证软件的质量,但是可以提高和度量软件的质量,(质量就是实体基于特性满足需求的程度).
9楼已经说出来了,测试需要为质量负责,却又说了些借口来推卸责任,我们做测试人员的首先应想到的是怎么去提升软件质量,而不是怕承担风险,如果质量得不到一定量的保证,那么测试的意义何在.
假设公司说了,如果质量有问题找测试人员负责,那么那时候测试人员肯定会想方设法(预测试,评审,走查,基线化等,拿着量化的数据找管理层)去避免管理层发布严重缺陷的产品,我们虽然是测试人员,但我们要知道什么是测试,测试的目的是什么,只有我们真正知道自己是做什么的,我们才能做好测试.
所以我个人观点软件人员需要为软件质量负责,并不只是为软件质量负责,也是为测试人员自己负责,因为什么,因为我喜欢测试! 从测试工程师角度来讲，我们要尽可能发现更多的bug。我们对软件产品的质量负责。
从开发工程师角度来讲，他们要在规定的项目时间期限内，尽快发布软件版本，因为他们对进度负责。
角度不同，所以会产生冲突。就看双方的底线设定是否有交集了。 只有当每个人在产品开发的每个阶段始终为他们的工作产品质量负责时，产品才能变得更好，更便宜。 对产品负责不是简单的责任追究问题，而是责任心的问题。人不能因为害怕被追究责任而去逃避责任，这样没有意义，这样的测试也没有意义。有人提到的包袱问题，我觉得责任这个包袱它是一个量，这个量对每个责任人都是有控制的，我们应该去承担这个量化的处理而不是去惧怕这个量化的增加。 为产品负责就是为自己负责!
[[i] 本帖最后由 medoraemon 于 2008-12-30 11:07 编辑 [/i]] 认为测试人员需要给测试工作负责.而不是对产品质量负责.如果说测试工作是条件，产品质量是结果的话.那测试工作只是必要条件不是充分条件.也是说只有做好测试工作才能可能有良好的产品质量..然而良好的产品一定是做了好的测试工作.
这样说测试人员当然是要对产品质量负责，当然不是全不的负责.我不能不因为测试不负全责就不认识测试.只有在软件生命的个阶段人都负责才会有好的产品质量
测试是一种服务
测试是为了确保产品在客户使用过程中不会出现不可接受的质量问题，是对软件建立信心的一个过程。测试是评估软件或能力的一种积极的行为，是对软件质量的一种度量，服务其产品的活动。也就是说测试是一种服务，好的服务要有好的服务质量，客户才会满意，我们的信心才会增加。那么测试人员对软件产品进行研究和探索，获取软件的各种信息，供项目决策者做出正确的决定。不可马虎了事，也不可唯听是从。在此活动中就要维护产品质量的有效品质。 软件测试人员根本不需要为产品质量负责，测试人员只负责测试，提交ＢＵＧ报告．我们只是测试,分工要明确,责任也要明确
如果有bug,我们没有测试出来,要分清楚是否在测试环境不可现,是否没有办法避免.如果BUG提出来了,产品认为可以发布,就是他们的责任 觉得不用管质量。
测试人员在一定程度上 ，需要对质量负责
1.质量是设计出来的，而不是检验出来的2.软件的质量有软件项目团队负责
3.测试属于这个团队，它对软件的质量进行评价和测试
4.软件的质量有客户的满意程度决定，如果客户那里发现的问题
都不能一味的认为是开发人员和测试人员负责，而是要进行必要的原因分析，
和相应的职责划分
所以，测试人员对质量要负责，至少要对测试case的执行程度负责
如果我们执行测试case 说没有问题，到客户那里，发现测试case没有很好的执行、
那就应该是测试人员的职责，测试人员负责该暴露的问题要暴露，如果是设计等问题
测试人员无法的克服，那就是开发人员的问题
职责明确 其实，说到质量是一个整体性的过程，
光靠开发或者测试是不能解决这个问题的。
首先从开发的流程出发，从客户的需求出发，以及到后期的产品发布，质量至始至终都是我们关心的，公司决策层立项，前提就是产品有市场，并且有这个能力做好，也就是质量不比别人差。公司做需求的，做开发的，以及测试的，质量品保的，其实，这些软件产品的生产过程中，每一个阶段都可能引起质量问题，最主要的解决办法，就是把关好整个生产的过程，减少不引起质量不好的环节，所以，单从质量来说，大家都有责任，如果能够确定质量出现的环节，那就能明确责任，因此，一个团队，就应该为自己的工作负责
测试人员不需要为软件质量负责
软件产品质量的好与坏在于前期有系统分析和设计，而不是测试。测试只是测已基本成形的产品现存的缺陷，而不是将整个产品去重新编码。就像病人和医生，一个本来就体弱多病的人，医生只能负责治好他当前的病，而不能保证他的健康状况，因为健康状况是多年的积累，是各种生活习惯导致的，医生不可能对他的健康状况起决定性的作用。权责必须分明
在一个组织中必须权责分明。对于开发人员来讲，他的职责是在规定的时间和资源下完成客户的需求；对于测试人员来讲，职责是在规定的时间和资源下发现产品的缺陷；对于PM/公司高层/业务和销售部门来讲，职责是在公司利益最大化的前提下思考和决策正确的推出产品的策略，这个策略包括推出的时间，品质要求，甚至推出的方式等等。每个人在一个组织中都应该清楚地知道自己的权和责。在你的权力范围内的，你可以做决策你可以出报告，超出你的权力范围的，你最多只能建议，绝对不能越俎代庖。对于我来讲，最大的成就感当然是看到一个成功的产品在自己手中发布，但是只要我尽到自己责任把产品的问题和缺陷反映出来了，即使由于其他原因导致缺陷没有修复的情况下发布产品，我也认为自己的价值得到了体现。为提高质量提供服务，但不为质量本身负责
首先明确质量的来源，质量是在产品被构建的时候产生的，而不是被测试的时候产生。测试活动本身既不能提高产品质量也不会降低产品质量。因此，测试人员无需为产品质量负责。有时候测试人员被称为quality assurance engineer，质量保证工程师。但其实测试人员并不能真正保证产品的质量。测试人员只是为整个团队的保证产品质量这一活动提供相应的服务，其目的是使得整个团队能够提高产品的质量，并不是说由测试人员来提高产品的质量。简单说，整个团队为产品质量负责并致力于提高产品质量。测试人员在这个团队中的任务是为整个团队提高产品质量提供服务。
[[i] 本帖最后由 zhangting85 于 2008-12-22 14:35 编辑 [/i]]
责任
测试人员需要对质量负责。 选择了正方测试人员只测试出BUG了，事后该对产品如何处理是研发人员的事情．
测试是我们的工作,质量的保证不能单靠一个单元负责.
产品或者项目研发过程中的各个环节，业务、需求、设计、风险分析、开发、组织管理、测试等，这么多的角色。离开每种角色，对于产品项目来说都是有问题的。如果明确了测试的责任，做的足够好。那么，一个好的公司自然会去挖掘问题的根源。同为团队中的一份子，每个人都要对质量负责。研发过程有没有问题？测试是否足够？时间是否充分？BUG是否有认真对待？各个岗位在规定时间内是否完成各自任务？太多的问题导致产品质量有问题。有些不是测试能决定的。测试只能在有限的时间内做足够多的事情来确保软件不会出现不可接受的质量问题。
测试当然要对产品质量负责
还是先来拆一下题目吧！ 为产品质量负责？需要负什么样的责任？我想在软件范畴内的质量问题就是出现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团队也是这样成长起来的......
[[i] 本帖最后由 1316016 于 2008-12-24 14:44 编辑 [/i]] 测试只能证明软件存在缺陷，如果测试人员不能发现软件存在的问题，那么就是测试人员的责任，但现在讨论的话题是，测试人员发现了严重缺陷，已经管理层提出了风险预测，而管理层执意要发布产品，那么从两个角度看，测试人员都是没有责任的，一、如果此严重的缺陷导致客户的重大损失，那么出测试人员也是没有责任的，因为测试人员已上报了管理层，产品要不要发布，这不是测试人员能左右的。二、如果此严重缺陷正如管理层所预测的，只是一直处在潜伏状态，短期内并不能导致客户的损失，在以后的后续项目中进行修复，那么这也没有测试人员的责任。
大家要明白，软件质量是一个体系，各个环节都要有保障，并不只是测试人员的责任，测试人员的目标就是暴露软件错误，证明软件存在缺陷。其实，能保证质量的关键环节是开发，这才是质量的根本环节。
测试需要对软件质量负责
最近我也在苦恼这个问题，我们公司09年的计划就是要划分开发人员和测试人员的职责问题。在08年，出现了公司提交客户的软件被客户测试出其他问题的情况，客户指责公司不负责任，开发组指责测试组不负责任。原因其实是由于产品版本没有得到控制引起的，测试的版本和提交客户的版本存在差异。公司由此提出必须确认各自职责的问题。我认为测试人员该对测试的产品负责，把握产品质量，但必须明确产品的版本和一切相关配置。 老实说，因为不同的公司对于测试人员的职业定位的关系，才会有这样的问题。如果说产品质量的定义局限于一种表现，那么测试人员可能就需要负责了。但是相信大家都知道，很多事情都不一定是成文的，模糊性很大的时候就需要确认。测试作为一种职业更多的是发现问题，解决问题往往不是由测试人员来做的工作。顾客对软件产品质量的满意不是出于你做了多少测试，而是你多大程度满足客户的需求。而作为测试人员，你可以负责客户的需求吗？你可以引导客户的需求吗？你可以借由引导客户需求而指导开发吗？如果说肯定了对这三个答案的回答，测试人员才有资格和权力说我可以对软件产品质量负责。否则，一切皆是理想。
我们要为理想奋斗，但并不代表现实容许我们这样做。无论从事开发、测试或者销售，最终我们每个参与产品生产销售链条的成员，都必须对产品质量负责。回想下近期发生的质量问题，真的觉得质量问题都应该是测试/质保人员负责么？
不需要负责
好的软件是做出来的不是测出来的.在产品从开发部门出炉的时候,这个软件的质量已经定型了.测试人员只是去尽量的发现不符合需求的缺陷而已.
所以,质量并不是由测试人员来承担.
引用 "软件测试人员的作用与工厂车间里的检验人员类似,难道检验员与工厂车间生产出来的产品的质量有关吗?当然没有关系!检验人员只是负责检测产品的各个方面是否符合预先设定的标准,而产品的质量从他被生产出来就已经确定了."
测试人员的负责与否,有他们自己的判断标准,不能靠质量好不好来判断测试人员的负责程度.
[[i] 本帖最后由 风吹我走 于 2008-12-24 14:14 编辑 [/i]] 需要 责任是有的 只是责任的大小有所区别吧
怎样才叫对产品质量负责？
在讨论这个话题之前，我首先糊涂的是怎样才叫对产品质量负责？发现一个严重缺陷后将问题暴露出来并指明发布后可能的风险，算不算已经负责了？测试人员只是负责发现缺陷，提交缺陷，可是真正修改缺陷的却不是测试人员。这样说来，产品质量的决定权却不是在测试人员手中，自然也就不在测试人员的职责范围之内。
不需要负责
软件设计、开发各个阶段都存在这缺陷，根据公司现在的测试的技术，进行了全部系统的测试后，产品发布，在用户使用后发现了重大缺陷，我们测试人员怎么负责呢？我们在现有的技术下已经做了全面测试，并且达到要求规定的覆盖率。测试人员怎么负责呢？:L[[i] 本帖最后由 赵宏伟 于 2008-12-24 17:24 编辑 [/i]]