测试人员绩效评价方法----仅供参考

merry3450 · 发表于 2007-6-28 17:22:10

thank

cyyi · 发表于 2007-6-29 10:55:39

收藏，用户看

jy00274486 · 发表于 2007-6-29 17:02:01

记录下我下了

lzj2022 · 发表于 2007-7-2 16:54:05

正好需要．

whoisangle · 发表于 2007-7-3 09:13:04

谢谢。

ustssk · 发表于 2007-7-3 16:12:56

下载学习中

glyw168 · 发表于 2007-7-4 09:29:59

根据公司的实际情况可以，借鉴一部分！

lzj2022 · 发表于 2007-7-4 09:36:41

正好要用，参考一下！

superzjn · 发表于 2007-7-5 14:24:42

看看怎么样多谢分享

konglingzhen · 发表于 2007-7-9 09:57:37

公司不对测试人员的工作进行评价,自己做就可以了...
而且没有对模块进行划分,工作一起做，功一起领.....我这样也是sdlkfj8

menggaixing · 发表于 2007-7-9 17:07:40

我也一样，只能自己摸索，也不知何时能摸出个头，想找个bug管理工具也难，一会看见某人说这个，一会看见某人说那个，也不知道到底哪个比较好，唉，谁能介绍一个比较好的bug管理工具啊？

helentesting · 发表于 2007-7-20 09:28:18

科学的绩效管理要想做好还真是难，路漫漫.......

bula · 发表于 2007-8-1 10:02:35

谢谢,可是我看不到内容

sandy_jdd · 发表于 2007-8-2 13:25:27

要学的东西真多啊

yiss · 发表于 2007-8-3 20:34:32

BUG数目很难作为考核指标，因为BUG可大可小，可以将一个大的BUG分成若干个小BUG，呵呵，既然BUG内容无法有明确的标准，那数量不能作为考核指标，最多只能参考，我们公司曾经试图以BUG数来考核，结果有平时不大填单的人一周内下了几十张BUG单。
BUG质量同时不能作为考核指标，因为质量很难界定，所谓重大不重大，各人看法不同，总不能成立一个专家组来评审吧？
而且各软件模块的质量是不一样的，万一你不幸遇到一个开发的大牛人，没有什么大的问题，那你的考核岂不是很惨，那岂不是大家都要挑低手写的程序来测试。
随便说几句吧，不多写了。

wslo888 · 发表于 2007-8-6 17:23:56

还没有走到这一步，但是想提前看看。谢谢

stomry · 发表于 2007-8-7 13:11:25

借鉴借鉴

namibob · 发表于 2007-8-8 10:53:17

谢谢，慢慢学习了

bo流倜傥 · 发表于 2007-8-9 09:56:23

正有用！

she_1 · 发表于 2007-8-10 11:22:32

看到了，我正需要这样的考核开发人员和测试人员的文档，楼主或者各个兄弟姐妹们还有没有可以借鉴的文档啊sdlkfj2
先谢谢了sdlkfj5

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

[资料] 测试人员绩效评价方法----仅供参考

回复 #1 szxutao 的帖子

支持！

顶！

既然下载了，就说几句意见

站长推荐 /1