51Testing软件测试论坛

标题: 测试管理应管理哪几个方面 [打印本页]

作者: huishelml 时间: 2005-5-25 09:21
标题: 测试管理应管理哪几个方面
在测试过程，从哪几方面更有效的管理测试过程。
1.每月各个成员提出的BUG数，
2.每月BUG类型的比例。
3.每月提出的BUG总数及已解决的BUG数。
还有些什么，指大家说说。

作者: 猫儿 时间: 2005-5-28 14:15
个人意见：

BUG数可作为测试人员业绩考核的指标之一，但需要根据项目的情况衡量，所以相对来说，并不一定那么绝对或准确。

比如说，新开发的业务的BUG数，与维护类业务的需求变更测试时发现的BUG数，是无法比较的。

也有这种情况，同一业务，多个测试人员分模块测试，按8020规律，测试出较多BUG的测试人员不一定业绩就比其它测试人员好，也许是因为BUG集中于他所分配的模块中，也就是他所测试的模块相关质量较差。

。。。。

作者: rudolfyan 时间: 2005-5-30 15:29
bug 的数量并不能表明问题。

应该是质量最后觉得该部分功能测试人员的工作量。

bug数量多也不代表测试的好，发现至今未发现的bug测试才是最好的测试

作者: ouyangting_2000 时间: 2005-6-2 10:23
可是一般的人都会十分看重bug的数量的吧...

作者: liaoxj 时间: 2005-6-2 22:41
bug 的数量只能做参考，BUG的质量，如BUG的问题说明，BUG的价值！

作者: jcstar 时间: 2005-6-29 16:44
bug数倒不是很能说明问题，我个人觉得主要是看被用户反馈的缺陷数，因为质量最关键

作者: madskill 时间: 2005-7-4 09:43
绝对不能用BUG数量来衡量,BUG数量并不带表质量.要从实际发现的问题来衡量.是否发现很深,很大的问题,来衡量应该是比较客观的

另外,没个人分配的测试模块不一样,也不能有BUG数量来衡量.

作者: aricone 时间: 2005-7-5 10:15
如果纯用bug的数量来衡量一个测试人员的工作情况，我觉得很不公平。这之间存在许多差异，包括测试人员的工作经验、能力的差异，包括测试人员工作时间的差异。总之，绩效与管理不能等同的。个人浅见，请指教。

作者: 迎风 时间: 2005-7-5 15:00
测试项目必须在三个方向上进行管理：

向内。向内管理的意思是确定测试团队的工作职责、招聘团队成员、组织团队的结构、监督和激励成员等。

向上。向上管理的意思是总结测试过程的近况，向上级提交紧急问题以引起项目管理团队关注，设定预期目标，快速而谨慎地响应对方方向性变化，参加管理会议，并“展示”测试工作业绩等。

向外。向外管理的意思是分析测试结果，对问题报告进行分类，与同级管理人员讨论测试需求和服务，致力于正规软件过程改进等。

作者: 飘云 时间: 2005-7-11 10:29
楼上的话让我深受启发。谢谢了。

作者: ylximu 时间: 2005-7-12 09:28
感觉项目管理好像是纸上谈兵，没有什么实际工作

作者: 迎风 时间: 2005-7-12 10:24
通常，空有理论缺少实践时的确是纸上谈兵，不过当实践的机会来了时你又没有牢靠的理论武装的话那么成功的机会就会低很多。

作者: 周鱼 时间: 2005-7-12 11:01
1、bug数
2、有效bug数－奖
3、无效bug数－罚

作者: binary 时间: 2005-7-23 22:48

Originally posted by 迎风 at 2005-7-5 03:00 PM:
测试项目必须在三个方向上进行管理：

向内。向内管理的意思是确定测试团队的工作职责、招聘团队成员、组织团队的结构、监督和激励成员等。

向上。向上管理的意思是总结测试过程的近况，向上级提交紧急问题 ...

受教了，谢谢！

作者: Ironside 时间: 2006-12-8 11:48

原帖由迎风于 2005-7-5 15:00 发表
测试项目必须在三个方向上进行管理：

向内。向内管理的意思是确定测试团队的工作职责、招聘团队成员、组织团队的结构、监督和激励成员等。

向上。向上管理的意思是总结测试过程的近况，向上级提交紧急问 ...

学到了
谢谢！

作者: 问剑几曾愁 时间: 2006-12-12 11:25
向上管理的意思是总结测试过程的近况，向上级提交紧急问

作者: learn 时间: 2006-12-14 16:42
我认为不能用bug数量来衡量一个测试员的工作，因为每个测试任务都要根据用户的具体情况而言，来针对实际用户的业务和功能来进行测试多发现bug，如果用户不太注意的功能，或者基本不用的功能，去发现无数个bug，我觉得等于浪费时间，我觉得根据用户反馈的问题来考核一个测试人员，稍微实际些。

作者: amyyu8012 时间: 2007-3-15 17:08
标题: 回复 #9 迎风的帖子
不错的理论，谢谢sdlkfj2

作者: qtest007 时间: 2007-3-16 11:48
我个人认为这个衡量是多方面的，不仅仅是bug数，像测试人员执行的CASE数，一个case中漏掉的bug数等等。还有个体的力量是单一的，还得去看这个测试人员对整个team的价值和贡献。

作者: windyfreeze 时间: 2007-4-10 16:46
bug也是其中之一，但文档的管理用例管理等，也不可少啊！

作者: xiongxing 时间: 2007-9-7 14:56
得要理论联系实际才好．

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