谢谢楼主的共享！

TVE

正在找这方面的资料,谢谢!!

看过了 挺好的 谢谢

测试人员的绩效考核很难评价啊，几乎没有什么合理的可量化的标准啊。

测试工作很难量化，不能单单拿数量和问题严重程度来考核。

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

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

来顶一下

我觉得bug分功能bug和业务上的bug 能把业务中的bug挖掘出来才是测试人员真正的实力

可以参考一下

指引了前进方向

公司确实不能完全通过BUG数量来衡量一个测试员啊

谢谢，我也想找这方面的资料，自己写不了来呀

下了，顶一个...

做为测试人员,我觉得要对自己的工作进行评估真的很难,拿个很简单的例子

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

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

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

非常感谢，先顶起来哈

收藏之

已经收藏

看样子不管什么样的考核都是一个问题啊～

好东西，顶起来