测试进入项目组

shwonder

新年了，独立的测试小组划分到了研发中心，并且测试人员打散到了各个项目组中，由项目经理直接管理。

对于这种模式，很想请教各位，尤其是已经以这种模式进行的团队，是否已有好的成效。

Tender

测试人员进入项目组应该是不错的。关键是看PM怎么领导，怎么协调了。

Rosetan

这样的话测试人员有什么问题就可直接向项目经理汇报，不用通过测试经理了，效率应该高些。

shwonder

不知道有没有同仁现有的模式就是这样的。

在我看来，这也是个利弊共存的模式。

波波天地

帮你顶顶，

shwonder

呵呵，谢谢楼上的pysdlkfj2

wonder

个人觉得这样对于项目应该是有利的， 项目成员之间的联系更紧密，但是对于测试人员的成长不是很有利。

沙漠里的鱼

我认为测试人员和开发从属关系还是不利于测试的

natasha01216

原帖由 沙漠里的鱼 于 2007-3-19 16:12 发表
我认为测试人员和开发从属关系还是不利于测试的

对~不基于标准文档的交流，在一定程度上是妨碍测试的。不过也有反映效率快的好处。

里米特

项目大不大呢，如果项目大还是应该有测试经理。

qiufeng

对项目来说可以理解,但是对测试人员来说,发展很不利,只能一直做测试，没有什么发展前途可沿,我就是从那个模式里面跳出来的,还是有一个测试团队比较好.

lxg0810

调到项目组，不能说是跟在开发后面，这样有利于项目的发展。

walker1020

如果是公司规模小，人员少，而只能这样做的话，也没有什么好说的。否则，我个人不认为这是好事。这样不利于测试人员的发展，并且这样长期和开发人员在一起，你的思维难免会受到他们的影响。如果说这只是“形式”上测试和开发在一起，但实质上也是测试是独立的，是不受开发影响的。

还有一点，国内大多数的开发人员都不愿意或乐意写相关的文档。即使是被迫要写，也是应付一下。他们自己都不看自己写的文档！如果测试人员和开发人员在一起，开发人员更有理由不写文档了。如果以后出现问题而开发人员不认帐的话，吃亏的还是测试人员。

至于优点，可以说是有利于测试人员和开发人员的沟通，加快开发人员修复Bug的速度。

walker1020

这种方式有利有弊，要扬长避短。总之是为了给客户提供一个高质量的系统或项目。

velata

我之前的公司就是这种模式
测试分到项目组中
好处是项目组内沟通足够，对项目发展又好处
但是个人认为坏处一大堆：
1、某个项目组只又一个或两个测试人员，而现在有测试人员不干了 项目测试要进行下去十分困难
2、就象前面n多高手说的 测试组内部交流就不够了 技术交流也不充分
拿我公司来说 我会配置管理，对测试基本感念比较了解，但是其他基本等于是空白
                   cai对数据库比较拿手，会基本功能测试
                  ma最厉害的 会写测试计划、用例、会LR……
实力完全的不均衡，阻碍了公司的发展

pride

既然公司选择了这样的环境，
就应该有气特有的情况
但是，
个人以为，
软件质量保证应该是一个独立于项目以外的，
退一万步将就算这样是为了能更好的融入项目，
更好的交流，
加入开发队伍的软件测试人员的思维是否会受开发人员影响？
毕竟，
能保证测试人员的立身就是，
他的测试思维，和理论。能不同于软件开发人员。

由于分到开发队伍中影响测试人员的思维，
而且 主要矛盾是，在平衡软件测试思维和开发人员的开发思维时，
软件质量才可不断提升
所以个人以为弊大于利。

nedved1020

确实！！斑竹说的对，在项目组里做测试，真的很累，基本没文档可查，一些可以得到的答案，基本上是口述！！程序员不认账是很正常的事情！！

shwonder

实在要道歉的说：
一来，今天我很偶然的点击了“个人空间”，发现原来在论坛中的话题都到博客啦。有点遗憾，发现的太晚。不过还是蛮开心的，因为没有写过测试的blog。这玩意叫人兴奋。
二来，十几楼热心的朋友讨论，真是非常感谢。

到今天为止，测试加入项目组已经有近5个月的时间。感受不能说少。这个周末之前，我就把这近5个月的感受说出来，跟大伙儿继续讨论。sdlkfj2

[ 本帖最后由 shwonder 于 2007-7-26 17:48 编辑 ]

suilugg

ddddddddd