你们觉得这样的考核方法合理吗?
你们觉得这样的考核方法合理吗? 谢谢!精辟 好像复杂了一点 有点怕这种做法. 个人认为考核方法应该根据项目及测试的团队规模,若具规模及测试团队较大的情况下,可以考虑,但很多想法也具有参照性。另,其实考核这一块儿分析数据的数据收集非常重要,但需要有好的工具及时间、精力、人力,这样详尽的考核若有这些基础,个人感觉挺好的,且具有公正性。 先下载了!有空再看!@相信很有参考价值!谢谢! 这种考核方式从理论上来说是挺好的,实施起来有难度.各项指标的收集是第一个要面对的问题. 另外,参考指标是根据什么来确定的?? 收集相关数据是一项大工程! 好像太复杂了吧。 有公司是那样做的吗,不太现实 刚刚下载了,有空看看 搞得过于复杂了,而且只包含了工作的基本内容,对于个人的学习、技术的交流和积累、测试工具的开发和维护、部门的建设等等都没有涉及到。不是一个全面的考核,更适用于工作内容相对简单、固定的测试工人,而不是测试工程师。
其实,最简单直观的考核指标的是提交故障数量,可以直接体现测试工作质量,而且便于统计。
其他指标可以根据自己工作的特点进行添加,工作越细致,要考核的内容就越细致。
关于考核的内容,可以看看关于平衡计分卡的书,比较全面。 好像更适合于测试人员在50人之上的测试团体。
太过于细化,太拘泥于形式。 关于测试设计部分,有没有考虑过加入测试用例有效率,包括∑缺陷数(产品发布后用户反馈)。
发一个给大家参考一下
都是公式,不过实际用起来可能会好很多,支持一下 不同的公司还是有不同的情况呀 有点怕这种做法. 最烦考核了! 原帖由 slide 于 2006-3-30 21:32 发表 http://bbs.51testing.com/images/common/back.gif其实,最简单直观的考核指标的是提交故障数量,可以直接体现测试工作质量,而且便于统计 ...
这样的做法是很危险的,我以前呆过的两家外企,应该算是国内做测试很有名的两家外企了,也采用过这种方式来评估QA的绩效,结果容易导致的一个问题就是
很多QA,尤其是经验不足的QA,会为了bug的数量来提交很多没用的,或者是重复的bug,这样直接导致开发对QA的抱怨,不信任和降低测试效率.
其实问题也好解决
不仅要看提交的bug数量,更重要的是要看QA提交的bug,开发能fix的比例.从如下几个方面评估也许更好一点
1 QA提交的bug数量
2 开发 fix掉的bug的数量
3 Duplicate,不能重现,不是bug的这些bug 数量的比例
页:
[1]
2