51Testing软件测试论坛

标题: 为什么尽量不要让时间有富裕的员工去做一些测试?(获奖名单已公布)(2012.9.10) [打印本页]

作者: lsekfe    时间: 2012-8-27 10:34
标题: 为什么尽量不要让时间有富裕的员工去做一些测试?(获奖名单已公布)(2012.9.10)
本周的问题为“为什么尽量不要让时间有富裕的员工去做一些测试?”
如果你也有问题想提出来和大家一起讨论,请点击此处>>
说不定下期讨论的问题就是由你提出的哦,请快快参与吧!
[attach]81115[/attach]
本次不给力没有获奖的会员,下次继续努力!
作者: PrincessSCM    时间: 2012-8-27 10:46
“时间富裕”?只什么时间呢?是指工作量不饱和么。
作者: a8596991    时间: 2012-8-27 10:48
我想基于测试的理解说说我个人的想法:
1.测试是一个专业的事情,不要想成每个人都能做。
2.为了便于测试的管理,测试过程很重要的一环是可控,资源可控、人员可控、目标可控等等。如果有人有时间,就过来做一下测试,过程的混乱是必然的
3.术业有专攻,每个人有不同的职业规划,我想我们应该尊重这些人的规划,让他有时间在自己的领域中学习自己想要的。这也是一个企业对员工的尊重和关怀
4.工作是为了让自己生活的更好,自己的事情忙完了,也期待给大家一个缓冲期,做总结,做下一步计划,这也更加有利于项目的发展
作者: lsekfe    时间: 2012-8-27 10:53
回复 2# PrincessSCM


    这个可以从多方面去理解~
作者: wengmh803    时间: 2012-8-27 11:26
为什么尽量不要让时间有富裕的员工去做一些测试?
“时间有富裕的员工”这个可以理解为2层意思:
1、非专业测试人员,没有组织性的测试工作,如项目组的其他成员(项目/产品经理、程序员、客户经理等等),这些人员进行测试也只是属于“猴子”测试方式去“玩”被测软件,没有规律和针对性,会影响到测试的质量与版本更新的速度;
2、专业测试人员,但不属于本次测试小组的测试人员,这些人员测试不受测试计划的时间与任务约定(可能测试一半后就脱离返回自己原有的测试任务去了),测试完毕后无法评估测试小组的工作质量,影响绩效计算,不利于BUG的管理。

我的观点就是这样,谢谢观看
作者: lzlz    时间: 2012-8-27 11:57
bug是找不完的  时间有富裕  说明你不会找Bug  所有  不适合做测试
作者: fxjvv    时间: 2012-8-27 13:33
不是谁时间有富裕了就要去做测试的啊,每个人都有自己的工作,时间富裕了可以在自己的领域深造下!
作者: msnshow    时间: 2012-8-27 13:42
意思是说,有空的时候去帮忙做做测试吧。

这个我到不完全同意,要因人而异
作者: 符祥    时间: 2012-8-27 14:31
项目外的人提的bug,最后谁来跟踪。
作者: sshine    时间: 2012-8-27 15:27
为什么尽量不要让时间有富裕的员工去做一些测试?
我认为:  这个是要因人而异的  不管专业还是非专业的,还是可以去做一些测试  在能保证本软件的测试人员的情况下,在测试的不同阶段适当的引人非本软件的测试人员,可以减少杀虫剂事件的发生    至于bug跟踪和管理,想要这样做,我相信还是有办法解决的。
作者: zhangxd12    时间: 2012-8-27 17:34
每个岗位都有自己的工作量,时间富裕的长短是个人工作能力为题。
找一些时间富裕的人做测试工作,他们测出来的不一定全是BUG,测试人员还要对他们提出来的问题做筛选,测试人员的工作量未必就会减少。自己的工作还是自己做比较好。
作者: 土土的豆豆    时间: 2012-8-28 10:11
这个话题牵涉到对于测试工作的认识和定位。
作为一位从毕业至今的测试从业人员,很负责很高尚很荣幸,我想说:测试不是任何闲人打杂的职业!
论题显然是针对非以测试为本职工作的人员进行探讨。
我以为,测试人员本身在闲暇之时当然要多多从事相关工作,这里不作详述。
那么为什么不要其他人员去做测试工作呢?以下是我的一些看法。
一、测试工作现状
国内外的测试人员普通感觉技术、起步较开发人员低,然而关键是管理层也如此。故而思量哪些刚毕业的,尤其女性更容易适合这个行业,称为测试领域的新宠。其实不然!虽然女性有着细腻、感知能力较强的优势,但是男性在逻辑思维、理性方面也有强势。测试工作需要紧密的思路,更需要很清晰的业务逻辑分析能力!所以不不应该谈论什么低端、简单、女性适合专业测试的说法。而且,测试更需要综合技术能力。
二、测试工作压力
大都人员视之为轻松行业,相比开发人员,测试是个入门简单的技术岗位。其实亦不然!我们知道开发人员在设计开发、写代码前都要了解需求。但开发人员有时会依赖设计说明书,也就是技术开发主管或归纳下来的设计功能业务点进行操作。而测试人员由于起步快,往往没有更多流程环节的投入,这就需要其从需求分析开始自己摸索清楚,罗列归纳测试业务功能点,然后设计用例进行工作。其工作量、动脑量完全不低于任何相关部门同事。
三、测试技术能力
业务能力显然是最能体现工作价值之处。我们说开发人员设计开发出了项目/产品/系统,的确成就显著。然则,若无最后进行质量保障的测试环境,恐怕还是一盘散沙。测试人员要对手中工作进行诸如功能、性能、安全等多方面的检测工作,其范围领域之广显见。不多谈仅举个性能测试例子。很多人认为性能测试只要掌握主流自动化测试工具,会简单的参数化、脚本开发即可实现。但是要对系统进行报告分析,在表面那些事务、响应时间、吞吐率、服务器监控等指标数据中,能得到什么?是要回分析,给出建议和方法,帮助开发人员有目标性的修复缺陷,这才是测试的精华。而不是拿着一份靠工具生成的图标,出个性能状况一般的报告敷衍了事。这就需要测试人员对基础专业知识很熟悉,包括网络通讯、数据库、系统结构,甚至数据结构等。
综上,测试人员所承担的责任、义务、压力与软件行业中任何一个职场人士等同。本着对本职工作的态度来看,即便闲暇富裕时间充分,请在自己本职工作领域继续学习和实践,多多深造,软件行业是技术发展很快的行业。请大家都踏实地走自己路,也请尊重任何职业,那些您认为“低档次”的工作。
以上纯个人看法,还望指正。谢谢!
作者: zknjnu    时间: 2012-8-28 10:12
尽量不要让时间有富裕的员工做一些测试,原因有:
1、时间有富裕,表明这时间是不定的,即不能保证这个富裕的时间是多久,对测试的计划性,完整性有负面影响;
2、时间有富裕,可能表明这个不是专业测试人员,故对测试的专业性有伤害,影响测试效果;
3、时间有富裕,可能表明这个人员不受测试管理团队的“管控”,执行管理有风险l
4、做一些测试,可能只能做一些界面类的,非专业性的测试,可能会重复提交BUG,影响测试的规范管理
5、做一些测试,可能对测试的整体规划,测试规范了解不多,影响整体的执行效果。。。
作者: MissRita    时间: 2012-8-28 12:28
“为什么尽量不要让时间有富裕的员工去做一些测试?”
有些测试需要在头脑风暴的情况下执行以保证产品的高质量,
作者: 55509443    时间: 2012-8-28 17:27
这问题没有说明时间富裕的员工是指测试人员还是非测试人员,这个很重要
作者: lsekfe    时间: 2012-8-28 17:28
回复 15# 55509443


    这个我想应该是测试人员吧。不是做测试的怎么会让他去做测试呢!
作者: TesterChen    时间: 2012-8-29 09:24
本帖最后由 TesterChen 于 2012-8-29 09:27 编辑

问题:
为什么尽量不要让时间有富裕的员工去做一些测试?


这个问题即不是一个是非题,也不是一个选择题,我觉得是一个分析题,不可一言而谓之对错

首先分析为什么会出现让时间有富裕的员工去做一些测试?
原因可能有以下几点:
1.公司或部门测试人员配备不够,不足以完成现有的测试任务
2.其他部门领导受到质量部门领导的支援请求,其他 部门派出人员配合
3.公司没有测试部门和固定测试人员,所有的测试都是由相关的时间富裕的员工完成
4.其他相关人员申请主动要求加入测试

任何事物都有他存在的理由,都有他的两面性,那么所提问题的优缺点有哪些?
缺点:
针对原因1
1.在无形中弱化专业测试人员在团队中的作用
让领导觉得测试人员可有可无,或者他们不堪重任,随之领导不重视、同事不屑、部门组员消极应对,最后搬起石头砸自己的脚

2.发挥不到相应人工时的效率
术业有专攻,人尽其能,物尽其用,让适合的人去他们最擅长的工作

3.人员之间的沟通成本增加
全职的测试人员每天与开发人员打交道,彼此都很熟悉,不管是专业,还是工作方式上都很熟悉
新的陌生人员的介入一方面会直接增加彼此之间沟通的成本,另外后续的缺陷管理、追溯也会出现问题,因为临时测试人员并不清楚知道要报告缺陷,如何正确、准确的报告缺陷

针对原因2
4.已所不欲,勿施于人
其他非质量部门员工参与质量部的工作,可能很大程序上非员工自愿,而是由质量部的主管发起,由其他部分主管分配他们去支援。
质量保证工作本身比较繁琐,而且紧急情况需要他人配合时往往需要加班加点,很可能造成其他同事心中不爽,对以后工作上配合造成不便

5.公司领导、其他员工,当如何看待“时间有富裕的员工”?
时间有富裕意味着工作不饱和,一年一两次特殊情况可以,倘若常年如此,势必让人产生(时间富裕员工)岗位人员配置超额的想法,影响上级领导对相应部分领导的印象(这个部门的领导在人员分配上存在问题),所以,大家估计也不会想成为这时间富裕的员工

针对原因3
6.扰乱公司正常的部门职能划分
公司既然划分了各个部门,就是为了人尽其用,发挥合作的最佳效果

7.工作效果、产品质量无保证
测试人员的不固定性和不专业性,会导致工作效率的低下和管理上的困难,同时产品质量不可度量、产品问题不可追溯

针对原因4
8.其他人员可以提出一些业务需求外的需求或各种天马行空的需求(认为很酷的想法),给项目组的工作带来不必要的麻烦

优点:
1.在项目紧急上线,人员紧张的情况下,可以由其他人员代为执行部分测试,以缓解测试人员的工作压力,提高上线速度与质量

2.不同的思维会发现不同的意思,尤其是业务人员和使用人员,会发现一些很原始的缺陷(如需求缺陷),同时也可能会提出一些建设性的改进意见,提升产品的使用体验

3.加强了部门之间的沟合作,从某些层面说更大限度的利用了资源

总结:

综小所述,我个人觉得让时间有富裕的员工去做一些测试弊大于利,应该尽量避免这种情况
作者: 老查店铺    时间: 2012-8-31 11:29
我感觉是的,弊大于利的。
作者: ivanland    时间: 2012-8-31 14:40
此题目有什么很多种的理解,我觉得提问的重点没有清晰的表达出来
作者: yemaosansan    时间: 2012-8-31 17:00
我觉得这个可以考虑啊,只要此次测试的负责人管理好、分配好工作给他会受到利大于弊的效果
作者: lctlee    时间: 2012-8-31 17:11
唉,本来想说几句。可惜一联想到最近的工作内容,蛋都碎了,路过好了。
作者: harryzhang2522    时间: 2012-9-2 11:03
本帖最后由 harryzhang2522 于 2012-9-2 11:16 编辑

回复 12# 土土的豆豆

说得太好啦。个人觉得:对于时间富裕的人员作一些用户体验的测试还是不错的,当然要分测试阶段,看是在哪个阶段让这些员工去参与测试;
如果是在需求分析阶段,或者阿尔法测试、贝塔测试阶段让这些时间富裕的员工去做一些测试也是不错的:如果喝死在其他测试阶段就尽量不要他们来参与了,这样可以减少不必要的风险;
作者: 独孤之星    时间: 2012-9-2 16:55
回复 5# wengmh803


    同意你的观点
作者: dawei1208    时间: 2012-9-4 16:00
为什么不可以?难道我们要成为那只撞玻璃的鲨鱼吗?
作者: 安安好啊    时间: 2012-9-5 13:45
回复 1# lsekfe


    时间富裕的员呢工做测试不能那样集中精力吧
作者: linghan1991    时间: 2012-9-5 14:53
以前看到过这种问题,记得这是这样说的:
表面上看这体现了管理的效率和灵活性,但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心,善于学习、思考和发现问题,细心有条理,总结问题,如果具备这样的优点,做其它工作同样也会很出色,因此这里还有一个要求,就是要喜欢测试这项工作。如果他是专职的,那么肯定更有经验和信心。国内的小伙子好象都喜欢做程序员,两者工作性质不同,待遇不同,地位不同,对自我实现的价值的认识也不同,这是行业的一个需要改善的问题。如果只是为了完成任务而完成任务,或者发现了几个问题就觉得满意了,这在任何其它工作中都是不行的
作者: Jackc    时间: 2012-9-6 14:09
本帖最后由 Jackc 于 2012-9-6 14:11 编辑

"为什么尽量不要让时间有富裕的员工去做一些测试"
我理解该题目的意思是:尽量不要让“本产品项目 & 本职测试人员”的员工或其他人员参与实际测试工作。

1. 不完全赞同此话。因为在测试理论中,如果没有描述任何前置环境,就下结论,那结果只能是:谬论!

2. 在标准产品项目的生命周期流程中,本身就存“用户测试项”,而其中的执行者清晰指明不得由本项目的测试人员担任。否则只是将“自由测试”当做“用户测试”,忽悠自己而已。
在产品质量高的大型公司,如Nokia,每个员工都被要求使用公司自己的产品。而且任何人发现产品bug,都可以通过邮件&Wiki等方式联系产品项目组,推动产品项目组相关人员及时调查和修复。

3. 测试的策略需要根据实际情况实时分析和修正。如当测试硬件资源或项目人力资源比较紧张时,让非“本产品项目 & 本职测试人员”的人参与实际测试工作,则会导致测试人员要么苦于缺少实际测试设备,要么疲惫于澄清和验证那些非专业测试人员提出的各种千奇古怪的问题,最终导致测试相关的整体资源利用率下降,而对项目里程碑造成延迟的风险。

小结:测试策略是把双刃剑,拔出什么样的剑,取决于你身处什么样的战场。
作者: lsekfe    时间: 2012-9-6 14:12
回复 27# Jackc


    又发现你的踪迹,欢迎来参加活动哈!
作者: Jackc    时间: 2012-9-6 14:47
回复 28# lsekfe

额,最近被安排打酱油,没这么忙。。。

不过貌似偏题了。。
作者: lsekfe    时间: 2012-9-6 14:58
回复 29# Jackc


    呵呵 有空多来来。你上次来一次活动拿了奖品和勋章。
作者: 易城之恋    时间: 2012-9-6 15:27
时间富裕的人?=岗位人员配置超额

我好像中枪了
作者: 易城之恋    时间: 2012-9-6 15:27
时间富裕的人?=岗位人员配置超额

我好像中枪了
作者: feiyang-0686    时间: 2012-9-7 11:47
我觉得“为什么尽量不要让时间有富裕的员工去做一些测试?”,这里所谓的时间有富裕,肯定是指的非测试人员,或是不参与本次项目的测试人员吧。
首先,对于非测试人员来说,他们的测试一般就是没有计划没有目标的测试,相当于一个普通用户在使用产品,故他们的测试是没有针对性,不完全的测试,只能发现部分小问题,作用不大。
其次,对于非本次项目的测试人员,他们有着专业的测试知识,但由于对本次项目的需求等不尽了解,或是没时间充分规划测试,故测试也会不完全。往往是投入了一半,可能由于自身原因,又没有继续测试下去,所以得不偿失。
作者: jiazurongyu    时间: 2012-10-13 13:16
项目组里目前时间富裕的员工 一定存在必要的原因。
让这部分人去穿插完成一些,并不利于团队的管理和增加必然的管理成本。




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2