51Testing软件测试论坛

标题: 软件测试人员不需要为产品质量负责？（2008-12-16 ）获奖名单已公布 [打印本页]

作者: 默默巫 时间: 2008-12-16 16:20
标题: 软件测试人员不需要为产品质量负责？（2008-12-16 ）获奖名单已公布
背景描述：一个测试团队花费好几周时间测试并发现很多缺陷，只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫，置疑他们测试的目的．测试人员不需要为产品质量负责吗？请各位发表自己的见解。

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

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

作者: archonwang 时间: 2008-12-16 16:47
标题: 不需要，也不可能
无论在哪家公司，测试人员是无法为产品质量负责的，最多的负责到产品的测试内容和结果。

作者: dyc611 时间: 2008-12-16 16:59
标题: 大家共同的苦恼
这个问题确实非常好！因为只要是测试人员都会遇到这个头痛的问题，而且又是个无法回避的问题！对于一个未发布的产品我们充分地进行测试，发现大量的缺陷是我们的职责。
但是对于这个问题，不同的做法还是有不同的结果，但是这种情况下我还是主张与测试人员无关。如果我们已经发现了一个已知的严重缺陷，但是领导或者公司又要求我们发布该产品（在我们公司产品发布最后一步都要经过测试人员），我们要在自己的职责范围以内尽量将问题暴露出来，与领导协商指明发布后可能的风险，然后才能给予发布。虽然还是按照管理层的意见发布了，但是能够尽量引起管理层对该问题的重视，而且即使发布后发生风险责任也明确了，与测试人员无关的

[ 本帖最后由 dyc611 于 2008-12-16 17:03 编辑 ]

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

作者: heavy200t 时间: 2008-12-17 10:23
标题: 测试是与产品质量有关的工作，应该为产品质量负责
产品生产每个环节都应该对产品质量负责，测试和产品质量最接近，如果测试不对产品质量负责，那么测试人员的价值就很有限了。
测试对产品负责，并不是说要掌握产品的生杀大权，也不是说必须要产品0错误才能发布。测试人员要做的是：发现能发现的问题，评估产品质量状况，帮助项目经理判断产品质量对项目的影响。
管理层决定发布一个有已知严重缺陷的产品。如果管理层不知道产品有严重缺陷，这是测试人员的责任，如果管理层知道有严重缺陷还要发布，那么这是管理层的决策问题。
这里要注意，我们的判断未必正确，我们认为的严重缺陷，在管理层看来未必是。发现的缺陷未被修复，也并不意味着我们的工作没有价值，我们发现的缺陷会帮助管理层做出正确的判断。

[ 本帖最后由 heavy200t 于 2008-12-17 10:28 编辑 ]

作者: wssgily 时间: 2008-12-17 13:14
不光测试要为产品的的质量，整个组织上上下下都需要为产品的质量负责，只是在质量和成本当中，我们可能考虑的质量更多一些，而高层可能考虑成本以及回报率更多一些，大家考虑问题的出发点是不一样的。
但我们不应该考虑到成本和回报率而忽视了我们应该有的责任，这时我们应该做的是，每个人做好自己的工作，把好质量关，有什么质量上的问题一定要及时进行报告和缺陷分析，这样，减少风险和修复缺陷的成本才能一点点得到控制和减少，从而给高层组织提供更多的关于质量分析的相关数据，以供他们进行评估和决策。
高层人员知道了产品缺陷而继续发布的话，自然有这样做事情的理由（或者是决策失败或者是什么样的问题），对于事情的后果也是经过认真考虑过的。我们是测试人员，做好自己的工作，提交风险和缺陷以及数据分析，就是高层决定发布一个有问题的产品，这时我们也不应该否定自己的工作，而更应该思考的是这样的缺陷为什么没有在初期发现或者以后这样的缺陷如何规避掉，从而更能提高测试人员的思考空间。

作者: maclehappy13 时间: 2008-12-17 16:25
从理论上来测试人员是不应该对不品的质量问题负责的，但现实情况不是这样，很多公司产品质量出了问题，第一个被追究责任就是测试人员。我还是坚持“产品质量是设计出来的，不是测出来的”。质量人员的职责是衡量产品质量状态与报告，对质量问题提出改进建议，监督或者叫督促相关人员改进质量问题，另外还得指导质量改进。我们搞质量的（包括测试人员）应该拿“产品质量是设计出来的，不是测出来的”这个理念说服管理人员，并让管理人员从心底接受这个理念。

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

作者: 雅丹咔咔 时间: 2008-12-17 16:58
标题: 测试人员不是医生，验证是产品质量的一个方面！
所谓医生就是发现问题可以修正问题，或者提出良方下药拯救软件的性命，又或者觉得软件的生死，测试人员只是验证的这个环节，发现问题提交问题，编写详实、清晰、真实的报告、总结就可以了！
如果说负责任，责任为重大缺陷未发现，未按进度完成测试工作，测试相关文档不齐备，测试执行不充分等工作中的责任，而不是为整个产品质量负责！

作者: EVA1987 时间: 2008-12-17 17:00
软件测试的目的就是实现软件满足规定的需求，而软件质量就是软件基于特性满足需求的程度。
产品价值=产品实体+产品质量+产品实效；
软件价值=软件实体+软件质量+软件实效；
测试目的=软件实体+满足需求；
软件质量=软件实体+满足需求。
综上所述，测试人员需要为产品质量负责。
但是，如果当质量不符合要求就被管理层强制发布时，测试人员可以提出建议说服高层，如若未能给予肯定答复，那就该由高层承担绝大部分风险。

作者: ivon1020 时间: 2008-12-17 17:33
标题: 需要负部分责任
需要负部分责任

作者: markfong0565 时间: 2008-12-17 19:26
标题: 测试人员需要负责
测试人员的职责不仅是把缺陷show出来。更重要的的推动整个开发过程的改进，以便保证软件质量。
所以，他付又部分责任。

作者: 投缘 时间: 2008-12-17 22:45
标题: 测试人员负有部分责任
对于公司产品或者项目的测试，需要达到一定的测试覆盖率；
如果是因为测试目标制定的不全面，测试覆盖不广或者不深导致质量出现问题，那么测试人员就负有一定责任。
测试人员应该是对业务了解最深的，要通过不断的学习业务知识来发现更深层的缺陷，从而于根本发现问题，帮助开发提高质量。

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

作者: 0o夜星o0 时间: 2008-12-18 00:00
软件测试的目的不仅仅是为了发现错误而去做测试,更是为了预防缺陷,管理质量,(测试-->数量+质量)测试不能完全保证软件的质量,但是可以提高和度量软件的质量,(质量就是实体基于特性满足需求的程度).
  9楼已经说出来了,测试需要为质量负责,却又说了些借口来推卸责任,我们做测试人员的首先应想到的是怎么去提升软件质量,而不是怕承担风险,如果质量得不到一定量的保证,那么测试的意义何在.
  假设公司说了,如果质量有问题找测试人员负责,那么那时候测试人员肯定会想方设法(预测试,评审,走查,基线化等,拿着量化的数据找管理层)去避免管理层发布严重缺陷的产品,我们虽然是测试人员,但我们要知道什么是测试,测试的目的是什么,只有我们真正知道自己是做什么的,我们才能做好测试.
  所以我个人观点软件人员需要为软件质量负责,并不只是为软件质量负责,也是为测试人员自己负责,因为什么,因为我喜欢测试!

作者: 王爬爬 时间: 2008-12-18 09:24
从测试工程师角度来讲，我们要尽可能发现更多的bug。我们对软件产品的质量负责。
从开发工程师角度来讲，他们要在规定的项目时间期限内，尽快发布软件版本，因为他们对进度负责。

角度不同，所以会产生冲突。就看双方的底线设定是否有交集了。

作者: freedomwar3 时间: 2008-12-18 17:33
只有当每个人在产品开发的每个阶段始终为他们的工作产品质量负责时，产品才能变得更好，更便宜。

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

作者: medoraemon 时间: 2008-12-18 18:11
为产品负责就是为自己负责!

[ 本帖最后由 medoraemon 于 2008-12-30 11:07 编辑 ]

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

作者: hukongli 时间: 2008-12-18 23:00
标题: 测试是一种服务
测试是为了确保产品在客户使用过程中不会出现不可接受的质量问题，是对软件建立信心的一个过程。测试是评估软件或能力的一种积极的行为，是对软件质量的一种度量，服务其产品的活动。也就是说测试是一种服务，好的服务要有好的服务质量，客户才会满意，我们的信心才会增加。那么测试人员对软件产品进行研究和探索，获取软件的各种信息，供项目决策者做出正确的决定。不可马虎了事，也不可唯听是从。在此活动中就要维护产品质量的有效品质。

作者: 郁闷的我 时间: 2008-12-19 13:40
软件测试人员根本不需要为产品质量负责，测试人员只负责测试，提交ＢＵＧ报告．

作者: zhaoping 时间: 2008-12-19 15:04
标题: 我们只是测试,分工要明确,责任也要明确
如果有bug,我们没有测试出来,要分清楚是否在测试环境不可现,是否没有办法避免.
如果BUG提出来了,产品认为可以发布,就是他们的责任

作者: yetties2005 时间: 2008-12-19 15:08
觉得不用管质量。

作者: chengxq 时间: 2008-12-20 12:09
标题: 测试人员在一定程度上，需要对质量负责
1.质量是设计出来的，而不是检验出来的
2.软件的质量有软件项目团队负责
3.测试属于这个团队，它对软件的质量进行评价和测试
4.软件的质量有客户的满意程度决定，如果客户那里发现的问题
都不能一味的认为是开发人员和测试人员负责，而是要进行必要的原因分析，
和相应的职责划分
所以，测试人员对质量要负责，至少要对测试case的执行程度负责
如果我们执行测试case 说没有问题，到客户那里，发现测试case没有很好的执行、
那就应该是测试人员的职责，测试人员负责该暴露的问题要暴露，如果是设计等问题
测试人员无法的克服，那就是开发人员的问题
职责明确

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

作者: 梦寒 时间: 2008-12-21 17:58
标题: 测试人员不需要为软件质量负责
软件产品质量的好与坏在于前期有系统分析和设计，而不是测试。测试只是测已基本成形的产品现存的缺陷，而不是将整个产品去重新编码。就像病人和医生，一个本来就体弱多病的人，医生只能负责治好他当前的病，而不能保证他的健康状况，因为健康状况是多年的积累，是各种生活习惯导致的，医生不可能对他的健康状况起决定性的作用。

作者: deanaa 时间: 2008-12-22 12:25
标题: 权责必须分明
在一个组织中必须权责分明。对于开发人员来讲，他的职责是在规定的时间和资源下完成客户的需求；对于测试人员来讲，职责是在规定的时间和资源下发现产品的缺陷；对于PM/公司高层/业务和销售部门来讲，职责是在公司利益最大化的前提下思考和决策正确的推出产品的策略，这个策略包括推出的时间，品质要求，甚至推出的方式等等。每个人在一个组织中都应该清楚地知道自己的权和责。在你的权力范围内的，你可以做决策你可以出报告，超出你的权力范围的，你最多只能建议，绝对不能越俎代庖。对于我来讲，最大的成就感当然是看到一个成功的产品在自己手中发布，但是只要我尽到自己责任把产品的问题和缺陷反映出来了，即使由于其他原因导致缺陷没有修复的情况下发布产品，我也认为自己的价值得到了体现。

作者: zhangting85 时间: 2008-12-22 14:33
标题: 为提高质量提供服务，但不为质量本身负责
首先明确质量的来源，质量是在产品被构建的时候产生的，而不是被测试的时候产生。测试活动本身既不能提高产品质量也不会降低产品质量。因此，测试人员无需为产品质量负责。有时候测试人员被称为quality assurance engineer，质量保证工程师。但其实测试人员并不能真正保证产品的质量。测试人员只是为整个团队的保证产品质量这一活动提供相应的服务，其目的是使得整个团队能够提高产品的质量，并不是说由测试人员来提高产品的质量。

简单说，整个团队为产品质量负责并致力于提高产品质量。测试人员在这个团队中的任务是为整个团队提高产品质量提供服务。

[ 本帖最后由 zhangting85 于 2008-12-22 14:35 编辑 ]

作者: b45993e 时间: 2008-12-23 15:15
标题: 责任
测试人员需要对质量负责。

作者: 佐伊 时间: 2008-12-23 15:18
选择了正方
测试人员只测试出BUG了，事后该对产品如何处理是研发人员的事情．

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

作者: 1316016 时间: 2008-12-23 18:52
标题: 测试当然要对产品质量负责
还是先来拆一下题目吧！为产品质量负责？需要负什么样的责任？我想在软件范畴内的质量问题就是出现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 编辑 ]

作者: flyven 时间: 2008-12-24 10:31
测试只能证明软件存在缺陷，如果测试人员不能发现软件存在的问题，那么就是测试人员的责任，但现在讨论的话题是，测试人员发现了严重缺陷，已经管理层提出了风险预测，而管理层执意要发布产品，那么从两个角度看，测试人员都是没有责任的，一、如果此严重的缺陷导致客户的重大损失，那么出测试人员也是没有责任的，因为测试人员已上报了管理层，产品要不要发布，这不是测试人员能左右的。二、如果此严重缺陷正如管理层所预测的，只是一直处在潜伏状态，短期内并不能导致客户的损失，在以后的后续项目中进行修复，那么这也没有测试人员的责任。
大家要明白，软件质量是一个体系，各个环节都要有保障，并不只是测试人员的责任，测试人员的目标就是暴露软件错误，证明软件存在缺陷。其实，能保证质量的关键环节是开发，这才是质量的根本环节。

作者: lucky_snow 时间: 2008-12-24 11:13
标题: 测试需要对软件质量负责
最近我也在苦恼这个问题，我们公司09年的计划就是要划分开发人员和测试人员的职责问题。在08年，出现了公司提交客户的软件被客户测试出其他问题的情况，客户指责公司不负责任，开发组指责测试组不负责任。原因其实是由于产品版本没有得到控制引起的，测试的版本和提交客户的版本存在差异。公司由此提出必须确认各自职责的问题。
我认为测试人员该对测试的产品负责，把握产品质量，但必须明确产品的版本和一切相关配置。

作者: archonwang 时间: 2008-12-24 11:33
老实说，因为不同的公司对于测试人员的职业定位的关系，才会有这样的问题。如果说产品质量的定义局限于一种表现，那么测试人员可能就需要负责了。但是相信大家都知道，很多事情都不一定是成文的，模糊性很大的时候就需要确认。测试作为一种职业更多的是发现问题，解决问题往往不是由测试人员来做的工作。顾客对软件产品质量的满意不是出于你做了多少测试，而是你多大程度满足客户的需求。而作为测试人员，你可以负责客户的需求吗？你可以引导客户的需求吗？你可以借由引导客户需求而指导开发吗？如果说肯定了对这三个答案的回答，测试人员才有资格和权力说我可以对软件产品质量负责。否则，一切皆是理想。

我们要为理想奋斗，但并不代表现实容许我们这样做。无论从事开发、测试或者销售，最终我们每个参与产品生产销售链条的成员，都必须对产品质量负责。回想下近期发生的质量问题，真的觉得质量问题都应该是测试/质保人员负责么？

作者: 风吹我走 时间: 2008-12-24 14:13
标题: 不需要负责
好的软件是做出来的不是测出来的.
在产品从开发部门出炉的时候,这个软件的质量已经定型了.测试人员只是去尽量的发现不符合需求的缺陷而已.
所以,质量并不是由测试人员来承担.
引用 "软件测试人员的作用与工厂车间里的检验人员类似,难道检验员与工厂车间生产出来的产品的质量有关吗?当然没有关系!检验人员只是负责检测产品的各个方面是否符合预先设定的标准,而产品的质量从他被生产出来就已经确定了."
测试人员的负责与否,有他们自己的判断标准,不能靠质量好不好来判断测试人员的负责程度.

[ 本帖最后由风吹我走于 2008-12-24 14:14 编辑 ]

作者: movestar 时间: 2008-12-24 16:37
需要责任是有的只是责任的大小有所区别吧

作者: 七明芝 时间: 2008-12-24 17:23
标题: 怎样才叫对产品质量负责？
在讨论这个话题之前，我首先糊涂的是怎样才叫对产品质量负责？发现一个严重缺陷后将问题暴露出来并指明发布后可能的风险，算不算已经负责了？
测试人员只是负责发现缺陷，提交缺陷，可是真正修改缺陷的却不是测试人员。这样说来，产品质量的决定权却不是在测试人员手中，自然也就不在测试人员的职责范围之内。

作者: 赵宏伟 时间: 2008-12-24 17:23
标题: 不需要负责
软件设计、开发各个阶段都存在这缺陷，根据公司现在的测试的技术，进行了全部系统的测试后，产品发布，在用户使用后发现了重大缺陷，我们测试人员怎么负责呢？我们在现有的技术下已经做了全面测试，并且达到要求规定的覆盖率。测试人员怎么负责呢？

[ 本帖最后由赵宏伟于 2008-12-24 17:24 编辑 ]

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

作者: 七明芝 时间: 2008-12-24 17:32
标题: 理想VS现实
理想的情况是每个参与人员都要对产品质量负责，现实确是每个人都无法负责。
总结了前面网友的发言，貌似就得了这么句话。

作者: fly_away 时间: 2008-12-24 20:46
软测师职业就是为保证软件质量而生的。
将软件质量视为如同生命般重要，是一个合格软测师职业素质的体现。
但现实和理想总有差距，当现实和理想出现冲突时，只能是理想为现实让路。

作者: mispolvo 时间: 2008-12-24 22:50
不需要，楼上的都帮我说了哈哈．

作者: 博一笑 时间: 2008-12-25 11:40
测试人员是人不是神，我们只能最大程度去保证产品符合用户需要，稍微懂点测试理论的人都知道，问题是绝对存在的，我们消灭不了BUG，我们只能去尽量减少
测试对产品质量负责，那开发，那项目经理做什么去
我们是把关的，说句不好听的我们是看大门的，但是不是只有门才可以进出，问题也一样

作者: 博一笑 时间: 2008-12-25 11:41

原帖由 fly_away 于 2008-12-24 20:46 发表
软测师职业就是为保证软件质量而生的。
将软件质量视为如同生命般重要，是一个合格软测师职业素质的体现。
但现实和理想总有差距，当现实和理想出现冲突时，只能是理想为现实让路。

这人有病
谁告诉你软测师职业就是为保证软件质量而生的？！

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

作者: lcyhbs 时间: 2008-12-26 11:50
请所有反方人员看清这个话题的背景描述;一个测试团队花费好几周时间测试并发现很多缺陷，只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫，置疑他们测试的目的．

作者: liuchunyanli 时间: 2008-12-26 17:43
标题: 是否负责根据实际情况而定
如果测试人员对每个版本都进行测试，所有BUG修改都会经测试人员确认，那么测试人员应该负责。
但如果不是这种情况（项目中，需求的变动和其他因素的改变时，测试人员不知等情况），测试人员只能对自己最后测试的版本负责。

作者: aux0 时间: 2008-12-27 17:27
标题: 需要思考是否有BUG在前期应该发现
很好的一个话题,也是一个测试人员在工作中常遇到的问题。
软件的生命周期中要经历很多阶段，如需求调研，可行性分析，概要设计，详细设计，编码，测试，维护等，也就在这些阶段中，我们的软件产品一步步浮出水面，走向成熟，最终与客户见面。在经历的各个阶段中，也许某一个人的一点点太意，都会影响着产品的质量，测试是其中的一个环节，有无关系，该不该负责，我们应很清楚。
在这里，我觉得很值得我们思考的是，“花了几周的时间发现很多BUG”，这些BUG是否应该在更早的时间暴露出来，领导同意发布带有很多BUG的版本进行发布，是否有这样的原因？如果是这样，或许领导也很无奈，毕竟市场的竟争激烈，先把产品上市，再打补丁，也是一种策略。同时，测试人员得好好总结以后如何及早发现缺。

作者: fangkangning 时间: 2008-12-27 22:55
标题: 个人认为,测试人员需要给产品质量负责
个人认为,测试人员需要对产品质量负责.
所谓的负责,不是说保证产品以没有任何bug的状态卖出,而是尽最大力量,找到存在的bug,减少产品出现问题的可能性.
我觉得测试人员对产品负责,主要是在我们测试的过程中,测试时要认真,细致,考虑范围广.

作者: AwL_1124 时间: 2008-12-30 20:47
当然要负责了
作为开发的一份子
大家都必须的测试组为把关的更应该·

作者: wangxinggang 时间: 2008-12-30 22:23
标题: 测试人员所做的测试工作，就是对产品质量负责的一种行为
测试人员所做的测试活动，都是从技术方面来保证产品质量。开发人员、测试人员、SQA保证产品质量的主力军。
具体要达到什么样的产品质量目标，要视客户的需求和公司的能力而定。

作者: redhat126 时间: 2008-12-31 11:33
项目组所有人都要对质量进行负责

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

作者: liuqixun 时间: 2008-12-31 16:57
标题: 测试当然要为产品质量负责
在cmm体系中，软件测试就是保证软件质量的一个重要环节，是保证软件质量的一个手段。
在大量的软件测试的书籍中不难发现这点：软件质量保证其实是软件工程研究的主要方向，但软件测试与软件工程有密不可分的关系。
甚至在某些国外的公司，就将软件测试部门直接隶属于或等同于质量保证部门（QA），这是我们cmmi的老师说的，不要喷我。
合格的软件测试应该是贯穿软件的整个生命周期，而不仅仅是对代码或者功能的测试。我想这点应该是与软件质量管理相联系的吧。
多说一点，不仅cmm是这样说的，ios同样也是这样的，软件测试就是为软件质量服务的。

作者: rolei 时间: 2009-1-4 11:58
标题: 你不负责，我不负责，谁负责？
你不负责，我不负责，谁负责？

质量不是某一个人，某一些人的事，质量应当是整个项目团队、整个公司的事情。

测试应当对产品质理负责，但不应负全责。
这并不是推卸责任，也不是互相扯皮。
产品出错的原因不只是测试人员没有发现问题，需要更深层次的考虑问题产生的原因，从源头解决问题，避免类似的问题再发生。

测试的目的就是发现BUG，跟踪BUG。
至于发布的问题，涉及商业策划的事情，并不是测试关注的重点。
明确报告BUG，报告状态，据理力争。
紧跟其后的就是一大堆的补丁。

作者: tengmy 时间: 2009-1-4 14:29
标题: 测试人员需要在一定程度上为产品的质量负责
http://www.51testing.com/?47068/ ... _itemid_101553.html

作者: 郁闷的我 时间: 2009-1-4 14:55
测试人员不需要负责　
对于软件测试经理来讲，只需要对产品的质量负责。对于整个项目来讲，项目经理作为项目组的最高领导自然要对项目整体的：成本、进度、质量负责；在这个团队中，作为主管软件测试工作的测试经理，需要协助项目经理只对质量负责，这样才能客观的对项目的质量做出评价。之所以说不用对其它两项负责，更确切的说法应该是在做质量判断的时候，不需要考虑成本和进度可能对质量造成的影响，具体的权衡工作由项目经理或者公司的高层来完成，测试经理只提供对软件产品质量的客观判断。

作者: b45993e 时间: 2009-1-4 17:25

原帖由 tengmy 于 2009-1-4 14:29 发表
 http://www.51testing.com/?47068/ ... _itemid_101553.html

你说的很有道理呵呵。

作者: b45993e 时间: 2009-1-4 17:29
测试完毕不向上级反映BUG需要修正.然后事不关己高高挂起.

作者: namisang 时间: 2009-1-4 17:32
投一票！大家说的很精彩！

作者: lilei6322721 时间: 2009-1-4 23:33
标题: 测试是质量保证，但责任在大家
测试方需不需要为质量负责？当然需要，但责任在所有相关的人员不仅仅是测试。
测试的任务就是尽可能的发现软件的缺陷，当然这里是“尽可能”而不是全部。测试理论的第一条就是测试路径永远不会备完全覆盖，哪怕是最简单的程序，所以怎么可能发现所有的问题。完美的东西终究是不存在的。但是测试终究是要为质量负责的，测试的一个相关的词就是质量保证，产品的质量必须要有一定的保证才行，假如说一个软件经过测试人员的手后没有任何的或者只有一点改善的话那么这就是测试人员的主要责任。
假如软件出了问题那么测试人员肯定要有责任，但不能负所有的责任，开发人员有责任，项目经理有责任，主要领导也有责任。所以说这个问题本没有对错，矛盾是有主次的，如果测试人员的责任占很大的部分，那么可以说责任在测试，如果测试人员的责任只占一小部分的话，那么责任不在测试。总之：产品有问题涉及产品的所有人都有责任（包括实施人员），只是就事论是责任的大小不同而已。

作者: centurystone 时间: 2009-1-5 14:06
标题: 支持反方
需要负责的，但责任限于将已知缺陷判断其严重级别并将其上报给高层经理，国内的测试经理不能阻止项目的上线。但国外的测试经理有这个权力

作者: Gray 时间: 2009-1-7 15:08
具体问题具体分析，责任在于整个团队

作者: xuaneric 时间: 2009-1-7 15:28
大家是不是没自己审题啊, 只是为了看着管理层决定发布一个有已知严重缺陷的产品. 这句话的意思是说, 测试团队发现了很多Bug, 但是管理层依然将存在Bug的产品发布了出去. 问这样的情况, 测试团队是不是需要为产品质量负责...

作者: jnjac 时间: 2009-1-7 15:40
关键看测试效果和现场应用情况.

作者: stjd139 时间: 2009-1-8 14:22
需要对产品质量负责，发布前我会尽最大努力提出意见，但是最终的发布还得看管理层

作者: vicky0910 时间: 2009-4-25 21:38
作为一个测试人员，首先要对自己的测试工作要有高度的负责任，而且要尽自己的最大努力测试出缺陷。当然在工作中，也要学会保护自己的测试成果。在产品质量问题上，个人觉得要先找出缺陷存生的原因，在产品质量问题上，不仅是一个测试人员的责任，应该是每个人都有责任，从监管到实现的开发，测试人员。

作者: swallow1981328 时间: 2009-5-8 16:41
测试人员只负责他所做的工作，就如同开发人员只负责开发，测试人员与开发人员只是产品生产过程中的一个操作人员，真正负责质量评估的QA根据开发和测试的情况，与项目经理（决策者）共同指导测试人员和开发人员的工作，并决策产品是否可以发布使用，最终对产品质量负责的是QA和决策者。

作者: zhanghl820716 时间: 2010-1-26 13:57
软件测试和开发一样是技术工作，不是客户服务，根本不需要能质量负责，对于测试部门来说，必竟环境有限不可能完全和客户实际环境一致的，只是保证在没发布前尽量模拟客户使用实际情况发现更多的问题和BUG，谁也不敢保证好的测试部门在项目上线后就一定不会出问题的。如果在发布上线以后出的问题不应该只针对测试部，当然不能说测试部没有责任，责任和负责意义还不一样的.

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

作者: Jessileen 时间: 2011-4-12 15:17
所以说，做测试的人必须先做过开发，那么他不会再问测试是不是要对质量负责的问题了。

作者: Jessileen 时间: 2011-4-12 15:18
还有，质量保证不是专门监督拉shi和擦ass的嘛。怎么这会没人欺负他们啊。

作者: Jessileen 时间: 2011-4-12 15:20
原来质量保证是大领导

作者: zxsh007 时间: 2011-4-12 15:50
上海熟悉Junit tester ，英语口语好，5年+，年薪20--30万
上海, 英语口语, 软件开发英语口语, 上海, tester, 年薪, Junit
senior tester ，有机会做Tech Leader.
要求有软件开发经验，能写自动化测试脚本，优先考虑做性能测试的，优先考虑用过Junit的（Junit就是用脚本写的自动化测试工具），不要做手动测试的

3年+QTP tester ，英语口语流利，15--25万（IT 厂商）
MSN：zxsh3598@hotmail.com

作者: 春天梅花 时间: 2011-5-5 13:40

作者: songjunster 时间: 2011-5-31 22:32
鄙视这种说法！！！测试的核心价值是什么？？？
不能对产品质量打保票还叫什么测试？？？

第一、技术是为商业服务的，所以LZ说的情况真没啥好说的
第二、最鄙视以缺陷不可能完全被发现为理由不敢承担软件质量风险的测试！
缺陷是不可能完全被发现的，但是99.99%的严重缺陷是可以被完全发现的

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

测试人员必须要对产品质量负责.这是毋庸质疑的．而产这是测试人员的最根本的任务．是最核心的工作．

但是我们要看到为何发现问题还发布出去？为何不修改？市场压力大？为何没有一个整体的计划？就算倒排一个压迫性的计划也得去做．从设计＼开发＼测试＼维护一个整理通盘的考虑．
这个案例明显是管理者的责任，开发＼测试＼修改＼再测试＼达到发布标准这是一个软件工程必须的过程．市场压力大可以缩短各环节时间．在市场压力大的情况下，对测试提出的一个要求就是问题要尽早发现．发布时仍有遗留问题，对于发布必须形成一定的标准．遗留问题要公布．

作者: oxygen001 时间: 2011-7-15 11:59
如果在项目生命周期中，以测试人员为主导的话,我想测试人员是有条件对产品负责的/

例如:严格执行入口条件,必须提供需求文档

作者: oxygen001 时间: 2011-7-15 12:01
中国的测试人员不是水平低了,而是很多公司就不需要测试,但是为了装装面子,还是去招测试.

引进了敏捷开发,行业内会诞生一堆垃圾软件的

作者: 吹吹风19086 时间: 2012-5-29 19:54
呵呵,支持一下！

作者: weiweixiaocao 时间: 2012-8-5 15:45
确实值得好好看看，顶先

作者: songhao35 时间: 2013-3-27 09:27
地震局不向地震负责、发改委不向油价负责、医生不向癌症病患负责；因为他们都是能力之外的事情；
那难道要开发或者se、客户负责吗？测试是能直接左右缺陷的多少、软件的质量，正如医生能左右病患的生死；诚然每个公司对质量的要求不一样，但是如果对于第一责任人的我们都没有一定的责任感，我们和那些视民生如粪土、视生命如蝼蚁的人渣又有什么区别~
（虽然主观，但也不无道理）

作者: songhao35 时间: 2013-3-27 09:29
你的职位已经决定了你的责任，不要谈客观原因了~

作者: songhao35 时间: 2013-3-27 09:33
BOSS的角度是:花钱建立测试部的目的就是保证软件质量，不是为了接济乞丐，就算不负责任的论点是正确的，那测试部就没有存在的必要了

作者: 冷月112 时间: 2013-8-1 17:35
回复 1# 默默巫

测试要对什么？不是系统质量，是测试工作本身！

大家思考下测试工作是干嘛的？

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)