查看完整版本: 请问各位你们测试团队中的人员物理位置是如何安排的呢?

shirlincn 2007-4-16 21:04

请问各位你们测试团队中的人员物理位置是如何安排的呢?

是测试部门的人员都坐在一起还是分散在各个项目中?

坐在一起如何才能更好的了解项目功能呢?

分散在各个项目中又如何才能体现测试团队的整体性?如何在项目不同阶段调配人力呢?

walker1020 2007-4-19 14:45

从理论上说, 测试部门的人坐在一起比较好,因为都是从事测试的人,容易交流和沟通。如果遇到问题,也能最方便地从同事那里得到帮助。 可每个公司的具体情况不同,所处的实际情况也不同,这就难以保证了。

walker1020 2007-4-19 14:51

尽量是集中在一起比较好。如果公司的项目比较多,并且都催促地不比较紧,那么也要尽量让几个人负责测试一个项目。千万不要说是一个人负责一个项目(我实在不敢想像这样的测试结果会怎么样!)。 如果时间紧张,开发进度已经Delay了,离交付的时间没有多少日子了,需要临时调用别的测试人员来测试它,那么也应该先让对此项目比较熟悉的测试人员或开发人员培训一下,讲解一下项目的功能。这样才能有效率。

walker1020 2007-4-19 14:57

“如何在项目不同阶段调配人力呢?” 不知道你具体想知道什么。 莫非是在项目的不同阶段,测试人员会有变动? 根据经验,对于同一个项目,测试人员最好是确定下来后就不要变动。不要减少(原因不用说就知道),也不要增加(新增加的成员刚刚加入时是帮不上忙的,而由于对项目比熟悉需要向别人请教,可能会暂时耽误测试进度) 。测试人员对项目也有一个由浅而深。逐步深入的过程,所以要慎重对待测试人员的变动。即使因为特殊原因需要临时测试别的项目,那么在完成那个项目的测试后,也要立即回到原来的项目进行测试。

archonwang 2007-4-19 16:04

项目后期一般是不会再增加人员了。即使增加了,也起不到很好的作用;
一般在项目前期会申请加入项目,一来理解需求,二来可以让过程变得更丰满些。此外,在此过程中一般不会再增加相应的测试人员。在以前的项目中,曾引入过性能测试人员的模式,相对来说,这块的要求及对需求的提炼都可以在后期再进行。

云层 2007-4-20 11:21

看你队伍的大小,如果能在一个楼层面的话,测试做一块没什么问题

如果隔层了,那么首先考虑你的team leader能力,有足够能力,可以考虑将一个小组下放到开发团队中

测试团队太大,能力不足,放一些leader下去,其他人统一管理

如果完全隔离开发和测试团队,会带来很多沟通上的问题

wonder 2007-4-20 14:15

回复 #1 shirlincn 的帖子

楼主提到的问题, 有些也是我比较疑惑的问题, 楼主所在的公司应该是测试团队独立于开发团队的吧.
先说说我的想法:
独立于开发团队的测试部门如果坐在一起, 除了有利于测试人员之间的交流之外, 我觉得无形中会提升测试人员的自信和对于测试团队的归属感.
对于项目的掌握情况, 如果是坐在同一楼层, 正如云层所说, 应该没有什么问题, 交流还是比较便利.
项目的不同时期调配人力可以遵循几条原则,
1, 调配对于该业务更熟悉的人员
2, 按照workload 来进行调配
3, 按照测试人员擅长测试类型进行调配.
4, 按照需求的优先级进行调配,
5, 按照测试人员的技能以及领悟能力, 学习能力进行调配.
以上原则可以根据实际情况来调整优先级.
另外, 需要保证一个测试人员为一个项目的测试负责人, 了解该项目的所有需求, 以保证在后期有人员调入或者调出时, 可以快速培训新进人员 以及 快速接手 .

有些方面想的还不是很透彻, 也希望和大家多交流.

云层 2007-4-20 16:30

这个问题很大,具体的情况很难说得

还是老做法提几个关键词

将有能力的人放到开发组效果明显(卧底的感觉)
能力不足的人,统一管理,做流水线
将创造思维和执行分开,也就是将case流程化

这样大的团队你也能带了
页: [1]
查看完整版本: 请问各位你们测试团队中的人员物理位置是如何安排的呢?