测试管理应管理哪几个方面

huishelml · 发表于 2005-5-25 09:21:28

在测试过程，从哪几方面更有效的管理测试过程。
1.每月各个成员提出的BUG数，
2.每月BUG类型的比例。
3.每月提出的BUG总数及已解决的BUG数。
还有些什么，指大家说说。

xiongxing · 发表于 2007-9-7 14:56:37

得要理论联系实际才好．

windyfreeze · 发表于 2007-4-10 16:46:51

bug也是其中之一，但文档的管理用例管理等，也不可少啊！

qtest007 · 发表于 2007-3-16 11:48:26

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

amyyu8012 · 发表于 2007-3-15 17:08:39

不错的理论，谢谢sdlkfj2

learn · 发表于 2006-12-14 16:42:16

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

问剑几曾愁 · 发表于 2006-12-12 11:25:24

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

Ironside · 发表于 2006-12-8 11:48:38

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

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

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

学到了
谢谢！

binary · 发表于 2005-7-23 22:48:08

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

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

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

受教了，谢谢！

周鱼 · 发表于 2005-7-12 11:01:06

1、bug数
2、有效bug数－奖
3、无效bug数－罚

迎风 · 发表于 2005-7-12 10:24:15

通常，空有理论缺少实践时的确是纸上谈兵，不过当实践的机会来了时你又没有牢靠的理论武装的话那么成功的机会就会低很多。

ylximu · 发表于 2005-7-12 09:28:10

感觉项目管理好像是纸上谈兵，没有什么实际工作

飘云 · 发表于 2005-7-11 10:29:50

楼上的话让我深受启发。谢谢了。

迎风 · 发表于 2005-7-5 15:00:18

测试项目必须在三个方向上进行管理：

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

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

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

aricone · 发表于 2005-7-5 10:15:57

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

madskill · 发表于 2005-7-4 09:43:51

绝对不能用BUG数量来衡量,BUG数量并不带表质量.要从实际发现的问题来衡量.是否发现很深,很大的问题,来衡量应该是比较客观的

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

jcstar · 发表于 2005-6-29 16:44:30

bug数倒不是很能说明问题，我个人觉得主要是看被用户反馈的缺陷数，因为质量最关键

liaoxj · 发表于 2005-6-2 22:41:05

bug 的数量只能做参考，BUG的质量，如BUG的问题说明，BUG的价值！

ouyangting_2000 · 发表于 2005-6-2 10:23:16

可是一般的人都会十分看重bug的数量的吧...

rudolfyan · 发表于 2005-5-30 15:29:15

bug 的数量并不能表明问题。

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

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

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 测试管理应管理哪几个方面

相关帖子

回复 #9 迎风的帖子

站长推荐 /1

[原创] 测试管理应管理哪几个方面

相关帖子

回复 #9 迎风 的帖子

站长推荐 /1

回复 #9 迎风的帖子