51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7140|回复: 20
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-5-25 09:21:28 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在测试过程,从哪几方面更有效的管理测试过程。
1.每月各个成员提出的BUG数,
2.每月BUG类型的比例。
3.每月提出的BUG总数及已解决的BUG数。
还有些什么,指大家说说。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2005-5-28 14:15:22 | 只看该作者
个人意见:

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

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

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

。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-5-30 15:29:15 | 只看该作者
bug 的数量并不能表明问题。

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

bug数量多也不代表测试的好,发现至今未发现的bug测试才是最好的测试
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-6-2 10:23:16 | 只看该作者
可是一般的人都会十分看重bug的数量的吧...
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    2016-4-26 13:27
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    5#
    发表于 2005-6-2 22:41:05 | 只看该作者
    bug 的数量只能做参考,BUG的质量,如BUG的问题说明,BUG的价值!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2005-6-29 16:44:30 | 只看该作者
    bug数倒不是很能说明问题,我个人觉得主要是看被用户反馈的缺陷数,因为质量最关键
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

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

    使用道具 举报

    该用户从未签到

    8#
    发表于 2005-7-5 10:15:57 | 只看该作者
    如果纯用bug的数量来衡量一个测试人员的工作情况,我觉得很不公平。这之间存在许多差异,包括测试人员的工作经验、能力的差异,包括测试人员工作时间的差异。总之,绩效与管理不能等同的。个人浅见,请指教。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-7-5 15:00:18 | 只看该作者
    测试项目必须在三个方向上进行管理:

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

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

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

    使用道具 举报

    该用户从未签到

    10#
    发表于 2005-7-11 10:29:50 | 只看该作者
    楼上的话让我深受启发。谢谢了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2005-7-12 09:28:10 | 只看该作者
    感觉项目管理好像是纸上谈兵,没有什么实际工作
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2005-7-12 10:24:15 | 只看该作者
    通常,空有理论缺少实践时的确是纸上谈兵,不过当实践的机会来了时你又没有牢靠的理论武装的话那么成功的机会就会低很多。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2005-7-12 11:01:06 | 只看该作者
    1、bug数
    2、有效bug数-奖
    3、无效bug数-罚
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2005-7-23 22:48:08 | 只看该作者
    Originally posted by 迎风 at 2005-7-5 03:00 PM:
    测试项目必须在三个方向上进行管理:

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

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


    受教了,谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2006-12-8 11:48:38 | 只看该作者
    原帖由 迎风 于 2005-7-5 15:00 发表
    测试项目必须在三个方向上进行管理:

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

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

    学到了
    谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2006-12-12 11:25:24 | 只看该作者
    向上管理的意思是总结测试过程的近况,向上级提交紧急问
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

    18#
    发表于 2007-3-15 17:08:39 | 只看该作者

    回复 #9 迎风 的帖子

    不错的理论,谢谢sdlkfj2
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2007-3-16 11:48:26 | 只看该作者
    我个人认为这个衡量是多方面的,不仅仅是bug数,像测试人员执行的CASE数,一个case中漏掉的bug数等等。还有个体的力量是单一的,还得去看这个测试人员对整个team的价值和贡献。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2007-4-10 16:46:51 | 只看该作者
    bug也是其中之一,但文档的管理用例管理等,也不可少啊!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-16 00:18 , Processed in 0.104113 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表