软件测试人员不需要为产品质量负责？（2008-12-16 ）获奖名单已公布
背景描述：一个测试团队花费好几周时间测试并发现很多缺陷，只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫，置疑他们测试的目的．测试人员不需要为产品质量负责吗？请各位发表自己的见解。感谢会员月野幻儿提供此精彩话题！如果你也有矛盾的问题想提出来和大家一起讨论，请点击此处>>
说不定下期PK的话题就是由你提出的哦，请快快参与吧！
奖项获奖名单奖励答案连接最佳话题PK手wssgily当当购物卡50元+最佳PK手勋章5#
不需要，也不可能
无论在哪家公司，测试人员是无法为产品质量负责的，最多的负责到产品的测试内容和结果。大家共同的苦恼
这个问题确实非常好！因为只要是测试人员都会遇到这个头痛的问题，而且又是个无法回避的问题！对于一个未发布的产品我们充分地进行测试，发现大量的缺陷是我们的职责。但是对于这个问题，不同的做法还是有不同的结果，但是这种情况下我还是主张与测试人员无关。如果我们已经发现了一个已知的严重缺陷，但是领导或者公司又要求我们发布该产品（在我们公司产品发布最后一步都要经过测试人员），我们要在自己的职责范围以内尽量将问题暴露出来，与领导协商指明发布后可能的风险，然后才能给予发布。虽然还是按照管理层的意见发布了，但是能够尽量引起管理层对该问题的重视，而且即使发布后发生风险责任也明确了，与测试人员无关的
[ 本帖最后由 dyc611 于 2008-12-16 17:03 编辑 ]
测试人员懂，客户懂不懂，公司懂不懂
这个话题对于我们测试来说，答案肯定直接，不需要。但就客户的角度来说，这是他们所接受不了的，他们认为软件测试目的就是保证软件质量，质量不好，当然是软件测试的责任。这是一个认识上的误区。确忽略了产品或者项目研发过程中的各个环节，业务，设计，风险分析，开发，组织管理，支撑这么多的角色。离开每种角色，对于产品项目来说都是灾难。如果我们测试在目前的资源评估基础上明确了我们的责任，做的足够好。那么，一个好的公司自然会去挖掘问题的来源，找出问题点，当然不会找到我们身上。因此每个问题都是两方面的，测试工作做的够好，才有资格说产品质量不需要软件测试人员负责。同为团队中的一份子，每个人都要对质量负责。
我认为，还是在于我们作为软件测试的态度问题，不要一弄这个话题，敬而远之。用实际工作说明一切。
测试是与产品质量有关的工作，应该为产品质量负责
产品生产每个环节都应该对产品质量负责，测试和产品质量最接近，如果测试不对产品质量负责，那么测试人员的价值就很有限了。测试对产品负责，并不是说要掌握产品的生杀大权，也不是说必须要产品0错误才能发布。测试人员要做的是：发现能发现的问题，评估产品质量状况，帮助项目经理判断产品质量对项目的影响。
管理层决定发布一个有已知严重缺陷的产品。如果管理层不知道产品有严重缺陷，这是测试人员的责任，如果管理层知道有严重缺陷还要发布，那么这是管理层的决策问题。
这里要注意，我们的判断未必正确，我们认为的严重缺陷，在管理层看来未必是。发现的缺陷未被修复，也并不意味着我们的工作没有价值，我们发现的缺陷会帮助管理层做出正确的判断。
[ 本帖最后由 heavy200t 于 2008-12-17 10:28 编辑 ] 不光测试要为产品的的质量，整个组织上上下下都需要为产品的质量负责，只是在质量和成本当中，我们可能考虑的质量更多一些，而高层可能考虑成本以及回报率更多一些，大家考虑问题的出发点是不一样的。
但我们不应该考虑到成本和回报率而忽视了我们应该有的责任，这时我们应该做的是，每个人做好自己的工作，把好质量关，有什么质量上的问题一定要及时进行报告和缺陷分析，这样，减少风险和修复缺陷的成本才能一点点得到控制和减少，从而给高层组织提供更多的关于质量分析的相关数据，以供他们进行评估和决策。
高层人员知道了产品缺陷而继续发布的话，自然有这样做事情的理由（或者是决策失败或者是什么样的问题），对于事情的后果也是经过认真考虑过的。我们是测试人员，做好自己的工作，提交风险和缺陷以及数据分析，就是高层决定发布一个有问题的产品，这时我们也不应该否定自己的工作，而更应该思考的是这样的缺陷为什么没有在初期发现或者以后这样的缺陷如何规避掉，从而更能提高测试人员的思考空间。 从理论上来测试人员是不应该对不品的质量问题负责的，但现实情况不是这样，很多公司产品质量出了问题，第一个被追究责任就是测试人员。我还是坚持“产品质量是设计出来的，不是测出来的”。质量人员的职责是衡量产品质量状态与报告，对质量问题提出改进建议，监督或者叫督促相关人员改进质量问题，另外还得指导质量改进。我们搞质量的（包括测试人员）应该拿“产品质量是设计出来的，不是测出来的”这个理念说服管理人员，并让管理人员从心底接受这个理念。 发表一下自己的看法：
在管理层决定要发布时，测试是否产品情况及风险摆出来了，同时在摆出来之后，让发布的管理人员有没有书面的签字或邮件之类的东西，如果没有，测试缺少风险提示或告之的过程，当然要负一定的责任。
测试人员不是医生，验证是产品质量的一个方面！
所谓医生就是发现问题可以修正问题，或者提出良方下药拯救软件的性命，又或者觉得软件的生死，测试人员只是验证的这个环节，发现问题提交问题，编写详实、清晰、真实的报告、总结就可以了！如果说负责任，责任为重大缺陷未发现，未按进度完成测试工作，测试相关文档不齐备，测试执行不充分等工作中的责任，而不是为整个产品质量负责！ 软件测试的目的就是实现软件满足规定的需求，而软件质量就是软件基于特性满足需求的程度。
产品价值=产品实体+产品质量+产品实效；
软件价值=软件实体+软件质量+软件实效；
测试目的=软件实体+满足需求；
软件质量=软件实体+满足需求。
综上所述，测试人员需要为产品质量负责。
但是，如果当质量不符合要求就被管理层强制发布时，测试人员可以提出建议说服高层，如若未能给予肯定答复，那就该由高层承担绝大部分风险。
需要负部分责任
需要负部分责任测试 人员需要负责
测试人员 的职责不仅是把缺陷show出来 。更重要的的推动整个开发过程的改进 ，以便保证软件质量。所以 ，他付又部分责任。
测试人员负有部分责任
对于公司产品或者项目的测试，需要达到一定的测试覆盖率；如果是因为测试目标制定的不全面，测试覆盖不广或者不深导致质量出现问题，那么测试人员就负有一定责任。
测试人员应该是对业务了解最深的，要通过不断的学习业务知识来发现更深层的缺陷，从而于根本发现问题，帮助开发提高质量。 肯定是要负责的，软件过程中涉及到质量的每个人都有义务为软件质量尽心！
软件测试人员要积极的推动公司的体制变革，使之向良性的方向发展，而不是遇到挫折就气馁~~~``:victory: 软件测试的目的不仅仅是为了发现错误而去做测试,更是为了预防缺陷,管理质量,(测试-->数量+质量)测试不能完全保证软件的质量,但是可以提高和度量软件的质量,(质量就是实体基于特性满足需求的程度).
9楼已经说出来了,测试需要为质量负责,却又说了些借口来推卸责任,我们做测试人员的首先应想到的是怎么去提升软件质量,而不是怕承担风险,如果质量得不到一定量的保证,那么测试的意义何在.
假设公司说了,如果质量有问题找测试人员负责,那么那时候测试人员肯定会想方设法(预测试,评审,走查,基线化等,拿着量化的数据找管理层)去避免管理层发布严重缺陷的产品,我们虽然是测试人员,但我们要知道什么是测试,测试的目的是什么,只有我们真正知道自己是做什么的,我们才能做好测试.
所以我个人观点软件人员需要为软件质量负责,并不只是为软件质量负责,也是为测试人员自己负责,因为什么,因为我喜欢测试! 从测试工程师角度来讲，我们要尽可能发现更多的bug。我们对软件产品的质量负责。
从开发工程师角度来讲，他们要在规定的项目时间期限内，尽快发布软件版本，因为他们对进度负责。
角度不同，所以会产生冲突。就看双方的底线设定是否有交集了。 只有当每个人在产品开发的每个阶段始终为他们的工作产品质量负责时，产品才能变得更好，更便宜。 对产品负责不是简单的责任追究问题，而是责任心的问题。人不能因为害怕被追究责任而去逃避责任，这样没有意义，这样的测试也没有意义。有人提到的包袱问题，我觉得责任这个包袱它是一个量，这个量对每个责任人都是有控制的，我们应该去承担这个量化的处理而不是去惧怕这个量化的增加。 为产品负责就是为自己负责!
[ 本帖最后由 medoraemon 于 2008-12-30 11:07 编辑 ] 认为测试人员需要给测试工作负责.而不是对产品质量负责.如果说测试工作是条件，产品质量是结果的话.那测试工作只是必要条件不是充分条件.也是说只有做好测试工作才能可能有良好的产品质量..然而良好的产品一定是做了好的测试工作.
这样说测试人员当然是要对产品质量负责，当然不是全不的负责.我不能不因为测试不负全责就不认识测试.只有在软件生命的个阶段人都负责才会有好的产品质量
