为什么尽量不要让时间有富裕的员工去做一些测试？(获奖名单已公布)(2012.9.10)
本周的问题为“为什么尽量不要让时间有富裕的员工去做一些测试？”如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！
本次不给力没有获奖的会员，下次继续努力！ “时间富裕”？只什么时间呢？是指工作量不饱和么。 我想基于测试的理解说说我个人的想法：
1.测试是一个专业的事情，不要想成每个人都能做。
2.为了便于测试的管理，测试过程很重要的一环是可控，资源可控、人员可控、目标可控等等。如果有人有时间，就过来做一下测试，过程的混乱是必然的
3.术业有专攻，每个人有不同的职业规划，我想我们应该尊重这些人的规划，让他有时间在自己的领域中学习自己想要的。这也是一个企业对员工的尊重和关怀
4.工作是为了让自己生活的更好，自己的事情忙完了，也期待给大家一个缓冲期，做总结，做下一步计划，这也更加有利于项目的发展 回复 2# PrincessSCM
这个可以从多方面去理解~ 为什么尽量不要让时间有富裕的员工去做一些测试？
“时间有富裕的员工”这个可以理解为2层意思：
1、非专业测试人员，没有组织性的测试工作，如项目组的其他成员（项目/产品经理、程序员、客户经理等等），这些人员进行测试也只是属于“猴子”测试方式去“玩”被测软件，没有规律和针对性，会影响到测试的质量与版本更新的速度；
2、专业测试人员，但不属于本次测试小组的测试人员，这些人员测试不受测试计划的时间与任务约定（可能测试一半后就脱离返回自己原有的测试任务去了），测试完毕后无法评估测试小组的工作质量，影响绩效计算，不利于BUG的管理。
我的观点就是这样，谢谢观看 bug是找不完的时间有富裕说明你不会找Bug所有不适合做测试 不是谁时间有富裕了就要去做测试的啊，每个人都有自己的工作，时间富裕了可以在自己的领域深造下！ 意思是说，有空的时候去帮忙做做测试吧。
这个我到不完全同意，要因人而异 项目外的人提的bug，最后谁来跟踪。 为什么尽量不要让时间有富裕的员工去做一些测试？
我认为：这个是要因人而异的不管专业还是非专业的，还是可以去做一些测试在能保证本软件的测试人员的情况下，在测试的不同阶段适当的引人非本软件的测试人员，可以减少杀虫剂事件的发生 至于bug跟踪和管理，想要这样做，我相信还是有办法解决的。 每个岗位都有自己的工作量，时间富裕的长短是个人工作能力为题。
找一些时间富裕的人做测试工作，他们测出来的不一定全是BUG，测试人员还要对他们提出来的问题做筛选，测试人员的工作量未必就会减少。自己的工作还是自己做比较好。 这个话题牵涉到对于测试工作的认识和定位。
作为一位从毕业至今的测试从业人员，很负责很高尚很荣幸，我想说：测试不是任何闲人打杂的职业！
论题显然是针对非以测试为本职工作的人员进行探讨。
我以为，测试人员本身在闲暇之时当然要多多从事相关工作，这里不作详述。
那么为什么不要其他人员去做测试工作呢？以下是我的一些看法。
一、测试工作现状
国内外的测试人员普通感觉技术、起步较开发人员低，然而关键是管理层也如此。故而思量哪些刚毕业的，尤其女性更容易适合这个行业，称为测试领域的新宠。其实不然！虽然女性有着细腻、感知能力较强的优势，但是男性在逻辑思维、理性方面也有强势。测试工作需要紧密的思路，更需要很清晰的业务逻辑分析能力！所以不不应该谈论什么低端、简单、女性适合专业测试的说法。而且，测试更需要综合技术能力。
二、测试工作压力
大都人员视之为轻松行业，相比开发人员，测试是个入门简单的技术岗位。其实亦不然！我们知道开发人员在设计开发、写代码前都要了解需求。但开发人员有时会依赖设计说明书，也就是技术开发主管或归纳下来的设计功能业务点进行操作。而测试人员由于起步快，往往没有更多流程环节的投入，这就需要其从需求分析开始自己摸索清楚，罗列归纳测试业务功能点，然后设计用例进行工作。其工作量、动脑量完全不低于任何相关部门同事。
三、测试技术能力
业务能力显然是最能体现工作价值之处。我们说开发人员设计开发出了项目/产品/系统，的确成就显著。然则，若无最后进行质量保障的测试环境，恐怕还是一盘散沙。测试人员要对手中工作进行诸如功能、性能、安全等多方面的检测工作，其范围领域之广显见。不多谈仅举个性能测试例子。很多人认为性能测试只要掌握主流自动化测试工具，会简单的参数化、脚本开发即可实现。但是要对系统进行报告分析，在表面那些事务、响应时间、吞吐率、服务器监控等指标数据中，能得到什么？是要回分析，给出建议和方法，帮助开发人员有目标性的修复缺陷，这才是测试的精华。而不是拿着一份靠工具生成的图标，出个性能状况一般的报告敷衍了事。这就需要测试人员对基础专业知识很熟悉，包括网络通讯、数据库、系统结构，甚至数据结构等。
综上，测试人员所承担的责任、义务、压力与软件行业中任何一个职场人士等同。本着对本职工作的态度来看，即便闲暇富裕时间充分，请在自己本职工作领域继续学习和实践，多多深造，软件行业是技术发展很快的行业。请大家都踏实地走自己路，也请尊重任何职业，那些您认为“低档次”的工作。
以上纯个人看法，还望指正。谢谢！ 尽量不要让时间有富裕的员工做一些测试，原因有：
1、时间有富裕，表明这时间是不定的，即不能保证这个富裕的时间是多久，对测试的计划性，完整性有负面影响；
2、时间有富裕，可能表明这个不是专业测试人员，故对测试的专业性有伤害，影响测试效果；
3、时间有富裕，可能表明这个人员不受测试管理团队的“管控”，执行管理有风险l
4、做一些测试，可能只能做一些界面类的，非专业性的测试，可能会重复提交BUG，影响测试的规范管理
5、做一些测试，可能对测试的整体规划，测试规范了解不多，影响整体的执行效果。。。 “为什么尽量不要让时间有富裕的员工去做一些测试？”
有些测试需要在头脑风暴的情况下执行以保证产品的高质量， 这问题没有说明时间富裕的员工是指测试人员还是非测试人员，这个很重要 回复 15# 55509443
这个我想应该是测试人员吧。不是做测试的怎么会让他去做测试呢！ 本帖最后由 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.加强了部门之间的沟合作，从某些层面说更大限度的利用了资源
总结：
综小所述，我个人觉得让时间有富裕的员工去做一些测试弊大于利，应该尽量避免这种情况 我感觉是的，弊大于利的。 此题目有什么很多种的理解，我觉得提问的重点没有清晰的表达出来 我觉得这个可以考虑啊，只要此次测试的负责人管理好、分配好工作给他会受到利大于弊的效果
页:
[1]
2
