你们觉得这样的考核方法合理吗？

coralsong · 发表于 2005-12-19 16:54:00

你们觉得这样的考核方法合理吗？

yongming566 · 发表于 2005-12-27 13:23:41

谢谢！精辟

云层 · 发表于 2005-12-27 14:56:41

好像复杂了一点

funly · 发表于 2005-12-27 16:09:17

有点怕这种做法.

acer000 · 发表于 2006-1-12 15:35:42

个人认为考核方法应该根据项目及测试的团队规模，若具规模及测试团队较大的情况下，可以考虑，但很多想法也具有参照性。
另，其实考核这一块儿分析数据的数据收集非常重要，但需要有好的工具及时间、精力、人力，这样详尽的考核若有这些基础，个人感觉挺好的，且具有公正性。

xinwuhan2006 · 发表于 2006-1-24 20:14:55

先下载了！有空再看！＠相信很有参考价值！谢谢！

非猫 · 发表于 2006-2-10 11:05:43

这种考核方式从理论上来说是挺好的,实施起来有难度.各项指标的收集是第一个要面对的问题. 另外,参考指标是根据什么来确定的??

lidahench · 发表于 2006-2-14 16:37:45

收集相关数据是一项大工程！

lywx_2004 · 发表于 2006-2-16 09:23:28

好像太复杂了吧。

w阿思 · 发表于 2006-2-17 16:29:19

有公司是那样做的吗，不太现实

sindy_yao · 发表于 2006-3-17 14:31:17

刚刚下载了，有空看看

slide · 发表于 2006-3-30 21:32:13

搞得过于复杂了，而且只包含了工作的基本内容，对于个人的学习、技术的交流和积累、测试工具的开发和维护、部门的建设等等都没有涉及到。不是一个全面的考核，更适用于工作内容相对简单、固定的测试工人，而不是测试工程师。
其实，最简单直观的考核指标的是提交故障数量，可以直接体现测试工作质量，而且便于统计。
其他指标可以根据自己工作的特点进行添加，工作越细致，要考核的内容就越细致。
关于考核的内容，可以看看关于平衡计分卡的书，比较全面。

冰河 · 发表于 2006-3-31 11:33:09

好像更适合于测试人员在50人之上的测试团体。
太过于细化，太拘泥于形式。

atce · 发表于 2006-3-31 15:02:14

关于测试设计部分，有没有考虑过加入测试用例有效率，包括∑缺陷数（产品发布后用户反馈）。

bobli · 发表于 2006-4-2 17:11:43

coolsam · 发表于 2006-9-23 12:16:46

都是公式，不过实际用起来可能会好很多，支持一下

jkdragon · 发表于 2007-4-12 22:26:54

不同的公司还是有不同的情况呀

zmf111 · 发表于 2007-4-16 10:12:07

有点怕这种做法.

sunkitty · 发表于 2007-4-22 21:42:35

最烦考核了！

sanjieyu · 发表于 2007-4-26 11:22:08

原帖由 slide 于 2006-3-30 21:32 发表
其实，最简单直观的考核指标的是提交故障数量，可以直接体现测试工作质量，而且便于统计 ...

这样的做法是很危险的,我以前呆过的两家外企,应该算是国内做测试很有名的两家外企了,也采用过这种方式来评估QA的绩效,结果容易导致的一个问题就是

很多QA,尤其是经验不足的QA,会为了bug的数量来提交很多没用的,或者是重复的bug,这样直接导致开发对QA的抱怨,不信任和降低测试效率.

其实问题也好解决

不仅要看提交的bug数量,更重要的是要看QA提交的bug,开发能fix的比例.从如下几个方面评估也许更好一点

1 QA提交的bug数量
2 开发 fix掉的bug的数量
3 Duplicate,不能重现,不是bug的这些bug 数量的比例

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

[原创] 你们觉得这样的考核方法合理吗？

本帖子中包含更多资源

发一个给大家参考一下

本帖子中包含更多资源

站长推荐 /1