51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: szxutao
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

141#
发表于 2007-11-29 13:38:08 | 只看该作者
谢谢楼主的共享!
回复 支持 反对

使用道具 举报

该用户从未签到

142#
发表于 2007-11-30 13:26:52 | 只看该作者
TVE
回复 支持 反对

使用道具 举报

该用户从未签到

143#
发表于 2007-12-5 10:08:30 | 只看该作者
正在找这方面的资料,谢谢!!
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2015-10-14 16:15
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    144#
    发表于 2007-12-6 16:05:19 | 只看该作者
    看过了 挺好的 谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    145#
    发表于 2007-12-10 10:56:43 | 只看该作者
    测试人员的绩效考核很难评价啊,几乎没有什么合理的可量化的标准啊。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    146#
    发表于 2007-12-10 18:20:05 | 只看该作者
    测试工作很难量化,不能单单拿数量和问题严重程度来考核。

    是不是可以把软件上线后的缺陷情况做为一个考核指标,这样似乎更能达到激励约束的作用。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    147#
    发表于 2007-12-18 10:57:25 | 只看该作者

    回复 1# 的帖子


    测试需要的是上级有决策力,企业需要有执行力
    要么有再好的流程规范也无济于事
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    148#
    发表于 2007-12-18 11:06:58 | 只看该作者
    来顶一下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    149#
    发表于 2007-12-18 11:19:14 | 只看该作者
    我觉得bug分功能bug和业务上的bug 能把业务中的bug挖掘出来才是测试人员真正的实力
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    150#
    发表于 2007-12-18 15:26:51 | 只看该作者
    可以参考一下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    151#
    发表于 2007-12-19 20:12:21 | 只看该作者

    不错

    指引了前进方向
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    152#
    发表于 2007-12-19 22:47:03 | 只看该作者
    公司确实不能完全通过BUG数量来衡量一个测试员啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    153#
    发表于 2007-12-20 20:37:21 | 只看该作者
    谢谢,我也想找这方面的资料,自己写不了来呀
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    154#
    发表于 2007-12-21 15:36:34 | 只看该作者
    下了,顶一个...
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    155#
    发表于 2007-12-22 15:20:33 | 只看该作者
    做为测试人员,我觉得要对自己的工作进行评估真的很难,拿个很简单的例子

    在做一个WEB应用的性能测试时,
    1、如果你做得与真实环境越接近,那边你测试的结果就越准确,当然花的时间就越多;
    2、如果你马马虎虎完成任务,可以只需要花较短的时间

    由于性能问题,不像功能问题那么容易体现出来,我们在测试时给的压力会大于现在的,即使我们测试不太准确,应用上线后,也不一定会出什么问题.(当然风险会大一些)

    在这样的情况下,我们根本没办法去评估;本人在做性能测试的时候就会非常重视与实际情况的相似度,尽量模拟真实环境,在这样的态度下面,我测试的项目所花的时间往往比别的同事长很多,不知道老大会怎么想,也许会认为我做事太慢,那我就真是太冤了!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    156#
    发表于 2007-12-25 11:24:31 | 只看该作者

    不错啊

    非常感谢,先顶起来哈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    157#
    发表于 2007-12-26 10:35:21 | 只看该作者
    收藏之
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    158#
    发表于 2008-1-7 12:05:29 | 只看该作者

    学习

    已经收藏
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    159#
    发表于 2008-1-9 00:47:45 | 只看该作者
    看样子不管什么样的考核都是一个问题啊~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    160#
    发表于 2008-1-10 14:20:46 | 只看该作者

    回复 1# 的帖子

    好东西,顶起来
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 01:47 , Processed in 0.075142 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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