51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 70486|回复: 86
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
#
发表于 2008-12-16 16:20:46 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
背景描述一个测试团队花费好几周时间测试并发现很多缺陷,只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫,置疑他们测试的目的.测试人员不需要为产品质量负责吗?请各位发表自己的见解。

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

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

不需要

反方观点 (866)

需要

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

86#
发表于 2013-8-1 17:35:20 | 只看该作者
回复 1# 默默巫


   测试要对什么?  不是系统质量,是测试工作本身!

大家思考下测试工作是干嘛的?
回复

使用道具 举报

该用户从未签到

85#
发表于 2013-3-27 09:33:45 | 只看该作者
BOSS的角度是:花钱建立测试部的目的就是保证软件质量,不是为了接济乞丐,就算不负责任的论点是正确的,那测试部就没有存在的必要了
回复

使用道具 举报

该用户从未签到

84#
发表于 2013-3-27 09:29:57 | 只看该作者
你的职位已经决定了你的责任,不要谈客观原因了~
回复

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

82#
发表于 2012-8-5 15:45:49 | 只看该作者
确实值得好好看看,顶先
回复

使用道具 举报

该用户从未签到

81#
发表于 2012-5-29 19:54:58 | 只看该作者
呵呵,支持一下!
回复

使用道具 举报

该用户从未签到

80#
发表于 2011-7-15 12:01:09 | 只看该作者
中国的测试人员不是水平低了,而是很多公司就不需要测试,但是为了装装面子,还是去招测试.

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

使用道具 举报

该用户从未签到

79#
发表于 2011-7-15 11:59:12 | 只看该作者
如果在 项目生命周期 中,以测试人员为主导的话,我想测试人员是有条件对产品负责的/

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

使用道具 举报

该用户从未签到

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

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

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

使用道具 举报

该用户从未签到

77#
发表于 2011-5-31 22:32:35 | 只看该作者
鄙视这种说法!!!测试的核心价值是什么???
不能对产品质量打保票还叫什么测试???

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

使用道具 举报

该用户从未签到

76#
发表于 2011-5-5 13:40:32 | 只看该作者
回复

使用道具 举报

该用户从未签到

75#
发表于 2011-5-5 13:40:21 | 只看该作者
回复

使用道具 举报

该用户从未签到

74#
发表于 2011-4-12 15:50:09 | 只看该作者
上海熟悉Junit tester ,英语口语好,5年+,年薪20--30万
上海, 英语口语, 软件开发英语口语, 上海, tester, 年薪, Junit
senior tester ,有机会做Tech Leader.
要求有软件开发经验,能写自动化测试脚本,优先考虑做性能测试的,优先考虑用过Junit的(Junit就是用脚本写的自动化测试工具),不要做手动测试的

3年+QTP tester ,英语口语流利,15--25万(IT 厂商)
MSN:zxsh3598@hotmail.com
回复

使用道具 举报

该用户从未签到

73#
发表于 2011-4-12 15:20:15 | 只看该作者
原来质量保证是大领导
回复

使用道具 举报

该用户从未签到

72#
发表于 2011-4-12 15:18:39 | 只看该作者
还有,质量保证不是专门监督拉shi和擦ass的嘛。怎么这会没人欺负他们啊。
回复

使用道具 举报

该用户从未签到

71#
发表于 2011-4-12 15:17:35 | 只看该作者
所以说,做测试的人必须先做过开发,那么他不会再问测试是不是要对质量负责的问题了。
回复

使用道具 举报

该用户从未签到

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

使用道具 举报

  • TA的每日心情
    开心
    2020-2-2 19:27
  • 签到天数: 169 天

    连续签到: 1 天

    [LV.7]测试师长

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

    使用道具 举报

    该用户从未签到

    68#
    发表于 2009-5-8 16:41:00 | 只看该作者
    测试人员只负责他所做的工作,就如同开发人员只负责开发,测试人员与开发人员只是产品生产过程中的一个操作人员,真正负责质量评估的QA根据开发和测试的情况,与项目经理(决策者)共同指导测试人员和开发人员的工作,并决策产品是否可以发布使用,最终对产品质量负责的是QA和决策者。
    回复

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-5-21 21:15 , Processed in 0.087536 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表