51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 3770|回复: 2
打印 上一主题 下一主题

测试人员的考核办法

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-5-10 14:13:19 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
1、考核测试人员的硬指标如下:
缺陷逃逸率:有些缺陷由于测试人员漏测而逃逸到用户手中,用户在使用过程中发现了缺陷。
按照软件测试的PARETO原则,80%的BUG在分析、设计、评审阶段都能发现和修正,剩下15%则由系统的软件测试来发现;最后剩下得5%左右的BUG只有用户在长期的使用过程中才能暴露出来。


2、软指标如下:
评价一名测试人员的BUG报告和测试报告。通过这些报告可以看出一名测试人员究竟有没有真正用心去做好测试工作。报告中应该有充分的数据 用来说明某些问题呢,应该包含很多总结出来的经验,供其它测试人员学习和借鉴,甚至对程序员有很好的指导意义。

其它考核测试人员的能力水平:1)、测试出的BUG分布范围 2)、BU的严重程度和数量加权计算权值总和  3)、开发人员对测试人员的评估。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2012-5-11 10:15:24 | 只看该作者
有道理
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2012-5-11 10:47:38 | 只看该作者
测试人员的考核确实有难度。首先说硬指标,我本身就不同意80%-15%-5%的说法,这个说法意义不大,首先没有多少系统在编码前真的让足够水平的测试人员参与发现者80%的BUG,另外我认为有一定的BUG到软件生命周期结束都不会被发现,怎么定义BUG的总量呢?还有,BUG本身其实也是一个相对灵活的定义,很多似是而非的BUG,同时又似非而是。
软指标和其他因素很容易加入考核者自己的主观因素而造成偏差。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-5-6 08:52 , Processed in 0.071426 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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