51Testing软件测试论坛

标题: 关于测试管理的苦恼 [打印本页]

作者: kernzhang 时间: 2005-6-6 20:04
标题: 关于测试管理的苦恼
在中国企业来说，测试组往往人员很少！竟然公司已经有了测试组！那么是否功能测试和性能测试都需要测试组来做！人员比例（100个开发/8个测试）
在一个项目开始之后：
测试人员是归开发的项目经理管，还是归测试组管？为什么？

大家一起聊聊各自的现状！

作者: luming 时间: 2005-6-6 20:26
我觉得测试应该有一个共识，就是测试不能被开发组制约。
管理模式应该是分权的，测试独立于开发。
至于测试部门的责任，看公司的开发模式。各个公司的模式都不同，都有各自适合的测试方法，不好一概而论。
我所在的公司测试部门是独立的，有事情很好办，不要找我，和我们经理谈，感觉立刻就不一样了，呵呵。
我们的开发项目组都是独立运作，没有质保部门，测试更无法插手，所以只能做最后的功能测试。
但我们好的地方是，我们测试部门不通过，公司可能会扣项目组一定的奖金，这样就对他们有制约，不敢太不理会我们。
不过就是给的时间太紧，没有任务很闲，有任务就很忙，没有办法。

作者: black_tulip 时间: 2005-6-7 09:35
如果测试组附属于开发部门，那测试只是开发经理手里的一个灵活工具，宽裕的时候你来你来，紧巴的时候走开走开。
至于测试组能做什么，要看人力和能力。

作者: kernzhang 时间: 2005-6-7 18:46
希望大家多交流阿！我好像听听大家的看法阿！

作者: billrub 时间: 2005-6-7 20:55
如果在初期是个不成熟的测试团队，那么由项目经理帮着你一起去培训你的测试人员的效果会非常好！但并不意味测试工作由项目经理直接分配，测试在软件生命周期中必须体现她自身的作用和控制力，哪怕不规范的流程也需要，测试报告是QA Manager最强的武器（领导最关心的是你最后的数据）；
而用例设计，测试策略选型和进度计划、调整、变更是QA Leader最重要的工作，在小型团队中则由QA Manager负责；因此最终随着测试团队的成熟，应该去发挥她更强的控制力，给出更有说服力的数据，则此时与编码组并行，项目经理则更愿意倾听QA Leader的意见和想法，测试团队就有了更高的相对独立性，呵呵，当然最重要的是团队的价值体现了，被肯定了！

作者: aricone 时间: 2005-6-8 15:47
个人认为测试和开发还是要相互独立起来，无论是否在项目经理手下或是独立的测试组、测试部都要做到相对独立才能做到很好的相互促进作用。测试和开发本来就是密不可分的，相互制约又相辅相成。因为大家的共同目的都是一样的，为了把软件或者项目做到尽可能的好。不过没有独立测试的这种情况要看项目经理的想法和观点了。如果测试只是一个附属或者一个工具的话，那么这个公司或者这个经理肯定不重视测试，当然也有可能是因为各种条件制约现状无法改观的。可能有些公司里边的开发绩效与测试的报告有直接的关系，如果这种情况下处理不好的话，可能会引起测试与开发的工作对立的激烈化。有个想法是项目是一个整体的，无论测试是否独立的，大家的项目奖金都是受项目的成熟度制约的，那样的话可能会更好的促进工作积极性而减少对立面。也有副作用，就是“这个问题就这样吧，你好过我也好过....”，这个可能跟这个项目经理的整体奖罚制度或者管理协调有关了。
呵呵，以上是一点不成熟的浅见，请大家指教。

作者: kernzhang 时间: 2005-6-8 22:48
在我们公司终于建立了一个测试组，但是现在出现比较尴尬的局面，虽然组织独立了！但是公司采取的是项目负责制，就是说项目经理负责制，也就是开发组，所以工作时测试组必须附属在项目组下，归项目经理管制！第二、因为公司项目多，而测试人少，公司领导要求功能测试与性能1测试都要管起来！也就是都要参与，显然人手不足，让我感觉这样做下去死路一条，没人，所以都是空谈，有归项目组管，那不是又回到从前，所以比较郁闷！

作者: aricone 时间: 2005-6-9 09:14
人手不足这种情况我估计是好多公司都有下情况，想法中有没有抓重点？有没有什么东西是开发人员可以负责的？或者其他人员配合的？将你的困难跟项目经理谈一下会不会有点效果？主要是说一下工作的困难，会对测试的影响和对项目整体的影响，最好整理一下思路，不要把谈话变成了发牢骚，这样的话可能会有点效果吧。

作者: Gerryliuzhe 时间: 2005-6-12 15:00
标题: 说说我的看法
粗粗算来，我做测试也已经超过三年了，期间走过了几家公司，有小也有大。我的感觉是，在中国，测试才刚刚起步，无论公司大小，大家都还在摸索着前进。很多的地方都还不正规。但是有一点，整个行业对测试已经越来越重视了。
基于此，我提出我的意见：
1，尽量争取测试部门的独立；从研发流程的角度，开发和测试本来就分属于不同的阶段，而且二者的目标也不尽相同，所以建议测试从开发中独立出来。
2，通过努力证明测试的价值；纵观整个研发流程，测试是对质量的最直接的检验者和保证者，我们必须通过努力来证明测试存在的价值和重要性，只有如此，才能为测试赢得长远的发展。
3，潜心学习，苦练内功；工作中，和不少老外工程师接触过。比较而言，他们比我们国内的同事要更能静下心来投入工作。很多人都是一件工作做了几十年。而国内的朋友大多心浮气躁。工作没有多久，就要做Team leader，Manager，就开始脱离具体的测试工作。“板凳要坐十年冷”，这是华为的明言，我想是有他的一定的含义的。
4，热爱测试人生；对工作投入热情，做事就是做人。如果不热爱测试，建议你尽早离开。

作者: aricone 时间: 2005-6-13 11:42
同意楼上，说得很好。

作者: cri 时间: 2006-9-13 21:41
翻出来看看,不错的帖子阿,不知楼主现在的测试管理做的可顺手?

作者: xihong2004 时间: 2006-9-17 23:27
测试部不能再是开发部的附属品

我们要独立，要自由

测试部要成为引导软件产品规范化的先趋者

作者: a21th 时间: 2010-5-4 17:42
开发:测试=100:8，我觉得这样的“测试组”是什么也干不了的。

至于人员归属，如果有独立的测试职能部门，应该按照项目管理的组织形式，矩阵式管理——任务由项目经理安排，人员归测试部门管辖。这样既可以保证测试部门的独立性，又能适应项目的伸缩性。在管理跟得上的情况下，还可以逐步建立强矩阵以适应多任务。

作者: james.zhong 时间: 2010-5-5 10:12

严重测试人员不足，100:8差异太大，如果能获得重视就一定要独立，要不然永远都会这样循环下去，管理和任务分配都有测试主管进行统一安排和规划，这样更能提高测试深度和作用！在与人员调解方面也能更好的进行控制！

作者: ymyfox 时间: 2010-5-6 10:20
我们公司还好，测试部是分在PM部门的，开发是研发组，公司还有一些奖惩制度，可以制约不少问题。不过就是关系到对方的工资问题，我们有时候还是会手下留情一点。。对BUG的质量也有所提升，但是估计人家都在背后骂我们吧。。。。没办法的事，我们提交BUG也没有奖金，但是他们就要扣钱，人家以为他们扣得都被我们拿了呢，搞的我还要四处解释。。。

作者: 41544405 时间: 2010-5-7 17:45
5年过去了，貌似kernzhang已经很大牌了吧？
跟大家分享一下测试管理的成长历程吧！呵呵----

作者: 41544405 时间: 2010-12-3 15:00
话说测试管理是个永恒的话题，重新浏览这些ideas 依然值得讨论

作者: qiguojie 时间: 2010-12-7 09:24
因为管理不像技术那样时刻都会更新，逼得我们必须适应。

作者: saintsjl 时间: 2010-12-8 15:42
业务部门独立更有利于技术的发展和资源的管理。但是作为产品性项目型的公司，项目组也是必要的，要最高效地利用人类资源是需要不断进行的改进工作。

作者: msnshow 时间: 2010-12-19 16:06
漫长的过程

作者: 流浪苟 时间: 2010-12-20 21:05
关于是否独立，这块各个行业以及各个公司的情况不一样，看产品的成熟度，软件能力的成熟度，还有测试的成熟度，不能单看一面，很多公司的做法是，测试部发测试报告，也就是说任何软件的发放都要有测试报告，
我们现在的测试就是测不出问题了就发报告，

作者: summy911 时间: 2010-12-21 11:29
测试和开发需要独立出来管理

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)