测试不可能负全责，测试是辅助
测试不可能负全责：因为我们是立项后才参与的。测试可以不负责：如果我们需求分析全面、测试计划妥善、测试用例完全覆盖需求、测试报告详尽正确的话。
因为我们的测试水平有限，只要我们尽力，做好自己应该做的就OK，我们不能决定的我们提建议就好，领导听不听不是我们说了算的！
理想VS现实
理想的情况是每个参与人员都要对产品质量负责，现实确是每个人都无法负责。总结了前面网友的发言，貌似就得了这么句话。:L 软测师职业就是为保证软件质量而生的。
将软件质量视为如同生命般重要，是一个合格软测师职业素质的体现。
但现实和理想总有差距，当现实和理想出现冲突时，只能是理想为现实让路。 不需要，楼上的都帮我说了哈哈． 测试人员是人不是神，我们只能最大程度去保证产品符合用户需要，稍微懂点测试理论的人都知道，问题是绝对存在的，我们消灭不了BUG，我们只能去尽量减少
测试对产品质量负责，那开发，那项目经理做什么去
我们是把关的，说句不好听的我们是看大门的，但是不是只有门才可以进出，问题也一样 原帖由 fly_away 于 2008-12-24 20:46 发表 http://bbs.51testing.com/images/common/back.gif
软测师职业就是为保证软件质量而生的。
将软件质量视为如同生命般重要，是一个合格软测师职业素质的体现。
但现实和理想总有差距，当现实和理想出现冲突时，只能是理想为现实让路。
这人有病
谁告诉你软测师职业就是为保证软件质量而生的？！ 仅从理论角度分析.
测试人员对于软件的质量来说,发挥的作用应该说蛮重要的!
首先从软件质量的三要素来看,流程中有测试人员参与,他们的测试目的就是为了提高质量,能力和态度都直接影响质量,当然要为软件质量负责;技术方面,手工测试就不用多说了,测试人员的工作经验和逻辑思维能力都是影响的因素,自动化方面,虽然是用工具测,但也要看脚本,选测试用例什么的,所以测试人员的测试能力还是很重要.组织方面,测试工作安排不光影响质量,还影响工作效率.
从软件的特性来看,测试人员做的就是对软件的每一个特性的测试,比如性能测试,功能测试,安全性测试,可靠性测试,稳定性测试,维护性测试,可移植性测试,andsoon.测试后通不过的再改进,所以测试工作间接影响软件质量.
所以测试人员当然要为自己的测试工作负责,测试工作又为软件质量负责,也就是说测试人员和开发人员一样重要,对软件质量都要负责! 请所有反方人员看清这个话题的背景描述;一个测试团队花费好几周时间测试并发现很多缺陷，只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫，置疑他们测试的目的．
是否负责根据实际情况而定
如果测试人员对每个版本都进行测试，所有BUG修改都会经测试人员确认，那么测试人员应该负责。但如果不是这种情况（项目中，需求的变动和其他因素的改变时，测试人员不知等情况），测试人员只能对自己最后测试的版本负责。
需要思考是否有BUG在前期应该发现
很好的一个话题,也是一个测试人员在工作中常遇到的问题。软件的生命周期中要经历很多阶段，如需求调研，可行性分析，概要设计，详细设计，编码，测试，维护等，也就在这些阶段中，我们的软件产品一步步浮出水面，走向成熟，最终与客户见面。在经历的各个阶段中，也许某一个人的一点点太意，都会影响着产品的质量，测试是其中的一个环节，有无关系，该不该负责，我们应很清楚。
在这里，我觉得很值得我们思考的是，“花了几周的时间发现很多BUG”，这些BUG是否应该在更早的时间暴露出来，领导同意发布带有很多BUG的版本进行发布，是否有这样的原因？如果是这样，或许领导也很无奈，毕竟市场的竟争激烈，先把产品上市，再打补丁，也是一种策略。同时，测试人员得好好总结以后如何及早发现缺。
个人认为,测试人员需要给产品质量负责
个人认为,测试人员需要对产品质量负责.所谓的负责,不是说保证产品以没有任何bug的状态卖出,而是尽最大力量,找到存在的bug,减少产品出现问题的可能性.
我觉得测试人员对产品负责,主要是在我们测试的过程中,测试时要认真,细致,考虑范围广. 当然要负责了
作为开发的一份子
大家都必须的 测试组为把关的更应该·
测试人员所做的测试工作，就是对产品质量负责的一种行为
测试人员所做的测试活动，都是从技术方面来保证产品质量。开发人员、测试人员、SQA保证产品质量的主力军。具体要达到什么样的产品质量目标，要视客户的需求和公司的能力而定。 项目组所有人都要对质量进行负责
这个问题是不是要澄清一下，换一个好点
测试当然要为产品质量负责
在cmm体系中，软件测试就是保证软件质量的一个重要环节，是保证软件质量的一个手段。在大量的软件测试的书籍中不难发现这点：软件质量保证其实是软件工程研究的主要方向，但软件测试与软件工程有密不可分的关系。
甚至在某些国外的公司，就将软件测试部门直接隶属于或等同于质量保证部门（QA），这是我们cmmi的老师说的，不要喷我。
合格的软件测试应该是贯穿软件的整个生命周期，而不仅仅是对代码或者功能的测试。我想这点应该是与软件质量管理相联系的吧。
多说一点，不仅cmm是这样说的，ios同样也是这样的，软件测试就是为软件质量服务的。
你不负责，我不负责，谁负责？
你不负责，我不负责，谁负责？质量不是某一个人，某一些人的事，质量应当是整个项目团队、整个公司的事情。
测试应当对产品质理负责，但不应负全责。
这并不是推卸责任，也不是互相扯皮。
产品出错的原因不只是测试人员没有发现问题，需要更深层次的考虑问题产生的原因，从源头解决问题，避免类似的问题再发生。
测试的目的就是发现BUG，跟踪BUG。
至于发布的问题，涉及商业策划的事情，并不是测试关注的重点。
明确报告BUG，报告状态，据理力争。
紧跟其后的就是一大堆的补丁。
测试人员需要在一定程度上为产品的质量负责
http://www.51testing.com/?47068/action_viewspace_itemid_101553.html 测试人员不需要负责对于软件测试经理来讲，只需要对产品的质量负责。对于整个项目来讲，项目经理作为项目组的最高领导自然要对项目整体的：成本、进度、质量负责；在这个团队中，作为主管软件测试工作的测试经理，需要协助项目经理只对质量负责，这样才能客观的对项目的质量做出评价。之所以说不用对其它两项负责，更确切的说法应该是在做质量判断的时候，不需要考虑成本和进度可能对质量造成的影响，具体的权衡工作由项目经理或者公司的高层来完成，测试经理只提供对软件产品质量的客观判断。 原帖由 tengmy 于 2009-1-4 14:29 发表 http://bbs.51testing.com/images/common/back.gif
http://www.51testing.com/?47068/action_viewspace_itemid_101553.html
你说的很有道理呵呵。 测试完毕不向上级反映BUG需要修正.然后事不关己高高挂起.
