测试人员可以垮多个项目进行测试吗?
先来说说自己的一点点浅见:就算是再小的项目,测试人员也应该是专职的,不应该垮多个项目同时测试。因为要对一个项目进行测试,那么首先就要了解所测项目的业务,然后再具体安排测试工作的展开。这样如果要垮多个项目进行测试了,那么测试人员还能专心做好一个项目的测试吗?请大家都来发表发表意见吧,xd在此先谢过了!!! 这得看你们公司了,我们这里没办法,活太多,总是一个人好几个项目一起的,哎。 同一时间内只做一个,测完一个项目就可以去做别的项目了。我们这里会这样做。 在我们公司,我们目前的这个项目就很大,预计要有3年才能做完,而且测试人员又及其稀少,这样要跨项目进行测试的话,估计两头都不讨好,而且也会累到自己。再者,从开展规范测试的角度来说,跨项目测试,肯定就只用到测试人员现有的水平,你能做什么,现在就让你去做什么,根本就谈不上什么测试人员的发展,测试规范的建立了。根本就是把人拿了当作机器人使,前途何在呢?而公司老板,部门领导一直都在叫嚣着的规范测试又能怎样开展呢,测试人员都一个当作两个用了,谁还能又闲心考虑规范测试什么不罗的!
发了一大通牢骚,各位xdjm见谅了,呵呵!sdlkfj1 这种牢骚可以适当地,委婉地和你的领导们谈谈,让他们深深体会到你们的难处。
说句不好听的,除非是刚毕业的在你们那里当一年机器人锻炼锻炼,其他的大可不必留连这种地方,这种环境下什么也学不到,青春就这样浪费了,可惜呀!
但有一种情况例外,money特别多,多得你舍不得离开,sdlkfj3 ,这样留下来也算有理由。 老哥指点的有道理,会好好考虑的!! 跨项目的情况太多了...
只要两者的时间不冲突(比如说这个项目你前面的测试设计都做完了,等待着送测;而另外一个项目正常开始需求收集分析),其实都算是正常的. 现在的情况是,要对两个项目同时进行测试,2个项目的过程就是并行的 一人多项目是我们这的家常便饭,我觉得还好,能协调过来。sdlkfj6 确实跨多个项目会很累而且有时出现两头不讨好的情况,但是从测试人员的角度想想,可以多接触不同的系统,如果是所跨的项目是不同类型的话,对个人发展是挺好的。 顺便说一下,这个跨多个项目可以根据实际情况调整时间跨度,肯定不可能是同时做多个事情,而是有个轮换的时间间隔,这个间隔把握好了,各个项目的进度也控制到位的话,是可以并行的。 人力资源的合理调配和使用真是一门很难学懂的学问,变数越多,复杂度越大。 我原有测试时就测多个项目(三个)刚开始觉得比较累(因为业务不熟),做久了(二年)感觉会好一点,业务是熟悉的 可测试技术的提升就不乐观了,把人拿了当作机器人使,天天就是测测
回复 #1 feifeimao 的帖子
其他没有什么啊,最重要的是知道什么时候该做那个项目,主动永远在你的手里。也就是计划了。一个测试人员怎么可能就做一个项目。 原帖由 testying 于 2006-12-8 15:37 发表
我原有测试时就测多个项目(三个)刚开始觉得比较累(因为业务不熟),做久了(二年)感觉会好一点,业务是熟悉的 可测试技术的提升就不乐观了,把人拿了当作机器人使,天天就是测测
sdlkfj9 我曾三个项目并行,就觉得脑子都涨的全塞满了,测完这个测试那个,人都飞起来! 跨项目测试,只能是当作机器人来用,不是人工机器人,就是自动化测试代码编写机器人 介绍楼主及楼上的朋友到我那里看看,有一篇"人生少走弯路的十条忠告",去看看对你有好处
我的个人空间:http://blog.51testing.com/index.php?action/space/uid/92293
[ 本帖最后由 wwwxzl 于 2007-1-10 19:44 编辑 ] why not? 如果时间计划得当,当然没问题.可是人员少,时间紧,时间安排无法有效调整时,就会有很多问题 在我们公司就是给你安排好几个项目,什么都有,我觉的这样不好,不专心,质量很难保证,但是有的经理说了这样不矛盾啊!人家老说自己是专家,也许只有专家才这样 好久没有进来看过了,我现在还是只做着一个项目!
感觉如果专门做性能测试,是可以跨项目做的,这样学习提高都很快。但是如果做的是功能测试,只做一个项目,这样做的过程中,可以熟悉业务,还可以研究自动化测试的工具,学习测试流程,测试管理,这样也挺好的,我现在就是这个样子。目前的目标就是把QTP掌握,然后和TD结合起来使用,等这一步做好了,下步就再好好研究LR了(操作已经会用,也用它做过测试),想详细学习利用lr进行调优,路还很长,不过至少我还在坚持! 我一直测试一个项目,感觉还算轻松。
页:
[1]
2