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

默默巫

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

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

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

wangzhigangtest

这个话题对于我们测试来说，答案肯定直接，不需要。但就客户的角度来说，这是他们所接受不了的，他们认为软件测试目的就是保证软件质量，质量不好，当然是软件测试的责任。这是一个认识上的误区。确忽略了产品或者项目研发过程中的各个环节，业务，设计，风险分析，开发，组织管理，支撑这么多的角色。离开每种角色，对于产品项目来说都是灾难。
    如果我们测试在目前的资源评估基础上明确了我们的责任，做的足够好。那么，一个好的公司自然会去挖掘问题的来源，找出问题点，当然不会找到我们身上。因此每个问题都是两方面的，测试工作做的够好，才有资格说产品质量不需要软件测试人员负责。同为团队中的一份子，每个人都要对质量负责。
    我认为，还是在于我们作为软件测试的态度问题，不要一弄这个话题，敬而远之。用实际工作说明一切。

ketty901

发表一下自己的看法：
在管理层决定要发布时，测试是否产品情况及风险摆出来了，同时在摆出来之后，让发布的管理人员有没有书面的签字或邮件之类的东西，如果没有，测试缺少风险提示或告之的过程，当然要负一定的责任。

shaocl520

肯定是要负责的，软件过程中涉及到质量的每个人都有义务为软件质量尽心！
软件测试人员要积极的推动公司的体制变革，使之向良性的方向发展，而不是遇到挫折就气馁~~~``

medoraemon

对产品负责不是简单的责任追究问题，而是责任心的问题。人不能因为害怕被追究责任而去逃避责任，这样没有意义，这样的测试也没有意义。有人提到的包袱问题，我觉得责任这个包袱它是一个量，这个量对每个责任人都是有控制的，我们应该去承担这个量化的处理而不是去惧怕这个量化的增加。

apl137

认为测试人员需要给测试工作负责.而不是对产品质量负责.如果说测试工作是条件，产品质量是结果的话.那测试工作只是必要条件不是充分条件.也是说只有做好测试工作才能可能有良好的产品质量..然而良好的产品一定是做了好的测试工作.
这样说测试人员当然是要对产品质量负责，当然不是全不的负责.我不能不因为测试不负全责就不认识测试.只有在软件生命的个阶段人都负责才会有好的产品质量

dengyewu

其实，说到质量是一个整体性的过程，
光靠开发或者测试是不能解决这个问题的。
首先从开发的流程出发，从客户的需求出发，以及到后期的产品发布，质量至始至终都是我们关心的，公司决策层立项，前提就是产品有市场，并且有这个能力做好，也就是质量不比别人差。公司做需求的，做开发的，以及测试的，质量品保的，其实，这些软件产品的生产过程中，每一个阶段都可能引起质量问题，最主要的解决办法，就是把关好整个生产的过程，减少不引起质量不好的环节，所以，单从质量来说，大家都有责任，如果能够确定质量出现的环节，那就能明确责任，因此，一个团队，就应该为自己的工作负责

翰海狮

产品或者项目研发过程中的各个环节，业务、需求、设计、风险分析、开发、组织管理、测试等，这么多的角色。离开每种角色，对于产品项目来说都是有问题的。
    如果明确了测试的责任，做的足够好。那么，一个好的公司自然会去挖掘问题的根源。同为团队中的一份子，每个人都要对质量负责。研发过程有没有问题？测试是否足够？时间是否充分？BUG是否有认真对待？各个岗位在规定时间内是否完成各自任务？太多的问题导致产品质量有问题。有些不是测试能决定的。测试只能在有限的时间内做足够多的事情来确保软件不会出现不可接受的质量问题。

ench033

测试不可能负全责：因为我们是立项后才参与的。
测试可以不负责：如果我们需求分析全面、测试计划妥善、测试用例完全覆盖需求、测试报告详尽正确的话。
因为我们的测试水平有限，只要我们尽力，做好自己应该做的就OK，我们不能决定的我们提建议就好，领导听不听不是我们说了算的！

spring_zhou

仅从理论角度分析.
测试人员对于软件的质量来说,发挥的作用应该说蛮重要的!  
首先从软件质量的三要素来看,流程中有测试人员参与,他们的测试目的就是为了提高质量,能力和态度都直接影响质量,当然要为软件质量负责;技术方面,手工测试就不用多说了,测试人员的工作经验和逻辑思维能力都是影响的因素,自动化方面,虽然是用工具测,但也要看脚本,选测试用例什么的,所以测试人员的测试能力还是很重要.组织方面,测试工作安排不光影响质量,还影响工作效率.
从软件的特性来看,测试人员做的就是对软件的每一个特性的测试,比如性能测试,功能测试,安全性测试,可靠性测试,稳定性测试,维护性测试,可移植性测试,and  so  on.测试后通不过的再改进,所以测试工作间接影响软件质量.
所以测试人员当然要为自己的测试工作负责,测试工作又为软件质量负责,也就是说测试人员和开发人员一样重要,对软件质量都要负责!

liuchunyanli

如果测试人员对每个版本都进行测试，所有BUG修改都会经测试人员确认，那么测试人员应该负责。
但如果不是这种情况（项目中，需求的变动和其他因素的改变时，测试人员不知等情况），测试人员只能对自己最后测试的版本负责。

wangxinggang

测试人员所做的测试活动，都是从技术方面来保证产品质量。开发人员、测试人员、SQA保证产品质量的主力军。
具体要达到什么样的产品质量目标，要视客户的需求和公司的能力而定。

redhat126

项目组所有人都要对质量进行负责

这个问题是不是要澄清一下，换一个好点

tengmy

http://www.51testing.com/?47068/ ... _itemid_101553.html

Gray

具体问题具体分析，责任在于整个团队

jnjac

关键看测试效果和现场应用情况.

Jessileen

质量相关的方面很多，如果测试人员做了所有的工作，那么可以对质量负全责，但是测试人员只参与了其中的一部分工作，且处于最后一个环节，质量保证的阻力却来自于可能所有工作中的任何一处，就是测试人员想对质量负责，也没这个能力，这就好像问，球门破了，谁负责，你觉得守门员他有能力负这个责吗？这个话题的产生是因为很多人包括研发人员想逃脱对质量的责任压力。而其实测试人员挺悲哀的，说不好听的，就是帮别人擦ass，没拉，却浑身shi 味。帮别人背黑锅，没背好，搭上自己的成就感和人生幸福。但人非圣贤，谁能无过，研发人员可以错，因为测试人员扛着呢，可测试人员呢，扛了别人的责任还得扛质量保证的责任，累死算了，工资还低。

Jessileen

所以说，做测试的人必须先做过开发，那么他不会再问测试是不是要对质量负责的问题了。

Jessileen

还有，质量保证不是专门监督拉shi和擦ass的嘛。怎么这会没人欺负他们啊。

Jessileen

原来质量保证是大领导