51Testing软件测试论坛

标题: 如何有效地组织测试人员进行测试? [打印本页]

作者: guanyin0061125 时间: 2006-8-24 12:35
标题: 如何有效地组织测试人员进行测试?
如果让你组织测试人员进行测试,你会从哪些方面入手?在组织测试的过程中应该注意哪些问题?

作者: Leon 时间: 2006-8-25 11:12
1.目标分析，这样一个团队需要达成怎么样一个目标
2.任务分析，仔细分析目前手头的项目，以及时间表
3.资源分析，除了硬件，软件资源外，最主要看人，每个人都适合做什么，能胜任什么工作
4.任务分配，资源调度，结合以上3个分析做出合理调配
5.进展评估，过程改善，根据实践中的经验以及教训，及时作出相应调整，改善工作效率

作者: hnkfzhaomeng 时间: 2006-11-4 14:17
1. 确定测试目标
2. 安排人员对测试过程进行监督, 一般就是找个QA.
3. 详细的计划测试的时间/人员, 以及可能的Risk等
4. 对测试进行跟踪, 发现问题及时解决.

作者: liusu1350 时间: 2006-12-11 17:00
按bug数量和优先级别发工资
以前公司执行了类似的政策
结果是开发人员和测试人员，测试人员和测试人员矛盾越来越深
结果是走了一大批人

作者: wuhuawu09 时间: 2006-12-11 17:18
用基本工资+BUG提成

作者: guyu_susa 时间: 2007-1-17 16:35
看来只能盼着这个系统超烂，不然是拿不到大钱的了！sdlkfj6

作者: charmer 时间: 2007-1-30 14:39
呵呵，居然还有这样的公司，奇迹总是发生在身边

作者: fuzhijuan 时间: 2007-4-11 13:03
要真有这样一天，肯定是换工作了。

作者: 飞翔天空 时间: 2007-4-11 16:47
软件公司用这样得制度，迟早得垮台

作者: chech28 时间: 2007-5-4 20:39
2，3楼正解，这些都要文档化，而且要执行，更新，不能当摆设
4楼这样问题无数多，仔细想想一堆问题

作者: xjfseasky 时间: 2007-8-3 15:53
开发就多弄点BUG..测试拿到钱分点给开发不就解决了。呵呵
sdlkfj5

作者: luoyesuifeng 时间: 2007-11-30 18:25
测试人员的bug发现率，需求问题跟踪个数，说负责模块发现UBG指标是否在QA的最低限度之上等，都是对测试人员进行考核的重要标准.
否则分配项目奖金就诶有数据来说话，会影响项目组成员的情绪，不利于团队协作.

作者: liofz 时间: 2007-12-2 12:06
如果依据各位的说法，加入开发人员技术稍高，则测试人员只能喝西北风了。
公司以bug量来衡量测试人员，应该只针对新进人员以确定其工作能力，之后则以相对稳定的工资加重大bug的提成。这样的机制才是对的。
当然，确定的工资数额不应该低于开发人员工资的70％才合理，对于高级测试人才甚至可以高于开发。

作者: yangtesting 时间: 2007-12-3 23:37
个人能力评估，测试经验，奖罚制度，人员等级制度，晋升制度，考核制度，培训总结。
希望能帮到你

作者: xia8940516 时间: 2007-12-18 10:55
学习了。。。非常有用。谢谢大家。

作者: oracletest 时间: 2008-1-30 17:14
同意1楼观点。

作者: laipi 时间: 2008-2-14 09:55

作者: yurui829 时间: 2010-3-15 16:42
可以设个奖项，叫做发现bug最多奖，每月评一次

作者: linchenqiu 时间: 2010-6-28 18:20
如果按照这样说 BUG有提成说明公司体制有问题，人事部不能很好的把关人才。如果有比较不错的人在了，我觉得用这种方法刺激不管给谁都会带来一种无形的压力。不是所有压力都是动力，垮台是迟早的，公司请的人也真是目光短浅啊。。。

作者: 小幽@深 时间: 2010-7-16 11:29

作者: kofalex 时间: 2010-10-13 14:17
测试仅仅是完成的产品找BUG？太落后了

作者: crazymartin 时间: 2010-10-13 14:20

可以设个奖项，叫做发现bug最多奖，每月评一次
yurui829 发表于 2010-3-15 16:42

这不合适

作者: gongtao_87 时间: 2010-12-13 12:28
那没多少严重错误的模块我们遇到了，是不是就没有多少绩效啊。这样是不行的

作者: devilrayzl 时间: 2011-11-4 15:20
感觉4楼那个有点扯淡了...如果说测试人员按bug来拿钱，是人都会看到这个会在以后的工作中造成什么样的后果，开发如果按每行代码给钱，那明明一个简单的算法就能搞定的事情不是逼着开发用一个很复杂的算法来完成么？这样只能让软件更烂...
2楼和3楼正解，不过我觉得还不够细致

作者: tangxiaomei123 时间: 2011-11-17 08:31
太恐怖了！bug有提成，如果我们公司有这样的制度我马上走人，这不是我待的地方，这不适合于团队的发展啊！！！如果遇到问题谁愿意给你解决啊？？？

作者: manbuyunduanlg 时间: 2012-2-8 09:12
人员分配，资源分配，完成目标，缺陷跟踪，测试后测试文档的输出等。

作者: taotaole2210 时间: 2012-5-2 17:49
1）测试用例完善、讲解、评审；
2）分工和目标明确；
3）测试过程监控；
4）定期沟通（交流、例会）；
5）测试结束后进行总结，同时对于表现好的予以表扬和奖励；

作者: eamam 时间: 2012-5-25 12:47
顶你一下，好贴要顶！

作者: chenlinwuyu 时间: 2012-6-21 17:01
回复 5# wuhuawu09

不能以缺陷的多少来衡量，一个测试人员，要取决于提交缺陷的质量。

作者: TestWith1314 时间: 2012-7-26 14:43
按bug发现率来评估测试人员，很扯,不靠谱，不现实

作者: chaosqi 时间: 2013-6-27 18:48
鄙视按bug评绩效的

作者: jiangbiqing 时间: 2013-7-25 10:43
BUG量应该只是考核的一个参考项，可以设置一个基数与粒度，但不能以它为主呀，因为测试还有很多方面考核，工作积极性、沟通能力、项目跟进程度等。再说BUG有深有浅，如果测试界面的,BUG量就多了，测试数据等方面的，BUG本来就少，有可能就发现一个致命隐藏很深的BUG。这种不好评估的，还是要综合评估呀

作者: jiangbiqing 时间: 2013-7-25 10:45
不同模块，BUG有深有浅，有多有少，用这个BUG量考核肯定是不对的，得结合能力评估

作者: msnshow 时间: 2013-8-31 20:39
这各做任何其它工作一样的吧

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