测试是一种服务
测试是为了确保产品在客户使用过程中不会出现不可接受的质量问题，是对软件建立信心的一个过程。测试是评估软件或能力的一种积极的行为，是对软件质量的一种度量，服务其产品的活动。也就是说测试是一种服务，好的服务要有好的服务质量，客户才会满意，我们的信心才会增加。那么测试人员对软件产品进行研究和探索，获取软件的各种信息，供项目决策者做出正确的决定。不可马虎了事，也不可唯听是从。在此活动中就要维护产品质量的有效品质。 软件测试人员根本不需要为产品质量负责，测试人员只负责测试，提交ＢＵＧ报告．我们只是测试,分工要明确,责任也要明确
如果有bug,我们没有测试出来,要分清楚是否在测试环境不可现,是否没有办法避免.如果BUG提出来了,产品认为可以发布,就是他们的责任 觉得不用管质量。
测试人员在一定程度上 ，需要对质量负责
1.质量是设计出来的，而不是检验出来的2.软件的质量有软件项目团队负责
3.测试属于这个团队，它对软件的质量进行评价和测试
4.软件的质量有客户的满意程度决定，如果客户那里发现的问题
都不能一味的认为是开发人员和测试人员负责，而是要进行必要的原因分析，
和相应的职责划分
所以，测试人员对质量要负责，至少要对测试case的执行程度负责
如果我们执行测试case 说没有问题，到客户那里，发现测试case没有很好的执行、
那就应该是测试人员的职责，测试人员负责该暴露的问题要暴露，如果是设计等问题
测试人员无法的克服，那就是开发人员的问题
职责明确 其实，说到质量是一个整体性的过程，
光靠开发或者测试是不能解决这个问题的。
首先从开发的流程出发，从客户的需求出发，以及到后期的产品发布，质量至始至终都是我们关心的，公司决策层立项，前提就是产品有市场，并且有这个能力做好，也就是质量不比别人差。公司做需求的，做开发的，以及测试的，质量品保的，其实，这些软件产品的生产过程中，每一个阶段都可能引起质量问题，最主要的解决办法，就是把关好整个生产的过程，减少不引起质量不好的环节，所以，单从质量来说，大家都有责任，如果能够确定质量出现的环节，那就能明确责任，因此，一个团队，就应该为自己的工作负责
测试人员不需要为软件质量负责
软件产品质量的好与坏在于前期有系统分析和设计，而不是测试。测试只是测已基本成形的产品现存的缺陷，而不是将整个产品去重新编码。就像病人和医生，一个本来就体弱多病的人，医生只能负责治好他当前的病，而不能保证他的健康状况，因为健康状况是多年的积累，是各种生活习惯导致的，医生不可能对他的健康状况起决定性的作用。权责必须分明
在一个组织中必须权责分明。对于开发人员来讲，他的职责是在规定的时间和资源下完成客户的需求；对于测试人员来讲，职责是在规定的时间和资源下发现产品的缺陷；对于PM/公司高层/业务和销售部门来讲，职责是在公司利益最大化的前提下思考和决策正确的推出产品的策略，这个策略包括推出的时间，品质要求，甚至推出的方式等等。每个人在一个组织中都应该清楚地知道自己的权和责。在你的权力范围内的，你可以做决策你可以出报告，超出你的权力范围的，你最多只能建议，绝对不能越俎代庖。对于我来讲，最大的成就感当然是看到一个成功的产品在自己手中发布，但是只要我尽到自己责任把产品的问题和缺陷反映出来了，即使由于其他原因导致缺陷没有修复的情况下发布产品，我也认为自己的价值得到了体现。为提高质量提供服务，但不为质量本身负责
首先明确质量的来源，质量是在产品被构建的时候产生的，而不是被测试的时候产生。测试活动本身既不能提高产品质量也不会降低产品质量。因此，测试人员无需为产品质量负责。有时候测试人员被称为quality assurance engineer，质量保证工程师。但其实测试人员并不能真正保证产品的质量。测试人员只是为整个团队的保证产品质量这一活动提供相应的服务，其目的是使得整个团队能够提高产品的质量，并不是说由测试人员来提高产品的质量。简单说，整个团队为产品质量负责并致力于提高产品质量。测试人员在这个团队中的任务是为整个团队提高产品质量提供服务。
[ 本帖最后由 zhangting85 于 2008-12-22 14:35 编辑 ]
责任
测试人员需要对质量负责。 选择了正方测试人员只测试出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团队也是这样成长起来的......
[ 本帖最后由 1316016 于 2008-12-24 14:44 编辑 ] 测试只能证明软件存在缺陷，如果测试人员不能发现软件存在的问题，那么就是测试人员的责任，但现在讨论的话题是，测试人员发现了严重缺陷，已经管理层提出了风险预测，而管理层执意要发布产品，那么从两个角度看，测试人员都是没有责任的，一、如果此严重的缺陷导致客户的重大损失，那么出测试人员也是没有责任的，因为测试人员已上报了管理层，产品要不要发布，这不是测试人员能左右的。二、如果此严重缺陷正如管理层所预测的，只是一直处在潜伏状态，短期内并不能导致客户的损失，在以后的后续项目中进行修复，那么这也没有测试人员的责任。
大家要明白，软件质量是一个体系，各个环节都要有保障，并不只是测试人员的责任，测试人员的目标就是暴露软件错误，证明软件存在缺陷。其实，能保证质量的关键环节是开发，这才是质量的根本环节。
测试需要对软件质量负责
最近我也在苦恼这个问题，我们公司09年的计划就是要划分开发人员和测试人员的职责问题。在08年，出现了公司提交客户的软件被客户测试出其他问题的情况，客户指责公司不负责任，开发组指责测试组不负责任。原因其实是由于产品版本没有得到控制引起的，测试的版本和提交客户的版本存在差异。公司由此提出必须确认各自职责的问题。我认为测试人员该对测试的产品负责，把握产品质量，但必须明确产品的版本和一切相关配置。 老实说，因为不同的公司对于测试人员的职业定位的关系，才会有这样的问题。如果说产品质量的定义局限于一种表现，那么测试人员可能就需要负责了。但是相信大家都知道，很多事情都不一定是成文的，模糊性很大的时候就需要确认。测试作为一种职业更多的是发现问题，解决问题往往不是由测试人员来做的工作。顾客对软件产品质量的满意不是出于你做了多少测试，而是你多大程度满足客户的需求。而作为测试人员，你可以负责客户的需求吗？你可以引导客户的需求吗？你可以借由引导客户需求而指导开发吗？如果说肯定了对这三个答案的回答，测试人员才有资格和权力说我可以对软件产品质量负责。否则，一切皆是理想。
我们要为理想奋斗，但并不代表现实容许我们这样做。无论从事开发、测试或者销售，最终我们每个参与产品生产销售链条的成员，都必须对产品质量负责。回想下近期发生的质量问题，真的觉得质量问题都应该是测试/质保人员负责么？
不需要负责
好的软件是做出来的不是测出来的.在产品从开发部门出炉的时候,这个软件的质量已经定型了.测试人员只是去尽量的发现不符合需求的缺陷而已.
所以,质量并不是由测试人员来承担.
引用 "软件测试人员的作用与工厂车间里的检验人员类似,难道检验员与工厂车间生产出来的产品的质量有关吗?当然没有关系!检验人员只是负责检测产品的各个方面是否符合预先设定的标准,而产品的质量从他被生产出来就已经确定了."
测试人员的负责与否,有他们自己的判断标准,不能靠质量好不好来判断测试人员的负责程度.
[ 本帖最后由 风吹我走 于 2008-12-24 14:14 编辑 ] 需要责任是有的只是责任的大小有所区别吧
怎样才叫对产品质量负责？
在讨论这个话题之前，我首先糊涂的是怎样才叫对产品质量负责？发现一个严重缺陷后将问题暴露出来并指明发布后可能的风险，算不算已经负责了？测试人员只是负责发现缺陷，提交缺陷，可是真正修改缺陷的却不是测试人员。这样说来，产品质量的决定权却不是在测试人员手中，自然也就不在测试人员的职责范围之内。
不需要负责
软件设计、开发各个阶段都存在这缺陷，根据公司现在的测试的技术，进行了全部系统的测试后，产品发布，在用户使用后发现了重大缺陷，我们测试人员怎么负责呢？我们在现有的技术下已经做了全面测试，并且达到要求规定的覆盖率。测试人员怎么负责呢？:L[ 本帖最后由 赵宏伟 于 2008-12-24 17:24 编辑 ]
