考核测试工程师 ？我这样做，很轻松

经常有人问，怎么考核测试工程师 ？

如果从结果导向，就一个指标：测试效率可以 且 线上尽量少的漏测

搞清楚目标了，其他就简单了 。

比如，

1、学习能力？

是为了快速掌握新知识，有更丰富的手段，发现潜在问题，确保尽可能少的漏测

2、沟通能力？

太多模棱两可的事，需要你去跟 开发、产品、业务、用户 沟通 。否则，很有可能出线上bug

3、技术能力？

啥技术都不懂，你的测试效率就会很低，经常测不完，回归测试不到位，线上出bug概率就会高 。

而且，系统业务复杂、链路太复杂的情况下，人工回归 ？可能性太低，必须得借助一些工具性的辅助 。

4、输出分享能力

内容输出到wiki ，帮助到团队其他同学，大家的效率提升了、能力复用了、有时间把精力投入到核心业务上，更充分的去回归测试，线上Bug 少了 。

5、还有啥？

你来补充，

评论区，见

结果导向后，是不是都特别简单 ？

就是这么简单

复杂事情，简单化 。

注：

当然，

1、创新能力很重要，也得考核一二

2、一些行政方面的考核，也得考虑一二 。

当然，我说的也许可能都是错的 ，供参考，欢迎补充 。

文章看完了吧 ？给你两个思考题 ：

1、A同学，测试速度非常快，评估的测试周期，很少延，但经常性线上漏测 ，考核结果会怎样 ？

2、B同学，测试速度一般，线上几乎没出现漏测，考核结果会怎样 ？

3、C同学，测试速度很慢，一个季度，出现3次线上漏测了，考核结果会怎样 ？

4、D同学，测试遇到阻塞了，也没反馈，临近上线，才说没测完，考核结果会怎样 ？

补充，你团队是哪些类型居多 ？你属于哪类 ？你喜欢哪类 ？

IDO老徐

2021.08.26

昨天的文章 ，建议去看看 ：

遇到Bug，多问几个为什么，降低漏测率

IDO老徐

2021.08.26

End ，就这样 。