快来看 首创 软件测试工程师KPI
①提交测试相关文档质量
考核标准：文档考核权数为1
文档总分 = 所有文档总数×0.5
②测试设计质量
考核标准：测试设计考核权数为0.1
测试用例总分 = 所有测试用例总数×0.1
③Bug提交情况
Bug总分 = 1级Bug总数 ×1 + 2级Bug总数×0.8 + 3级Bug总数×0.5 + 4级Bug总数×0.2 + 5级Bug总数×0.1
文档没有按照规范标准书写文档质量低下
(考核结果主要来源于项目经理对文档认可度）
用例:
没有按照规范标准书写(主要包括格式、内容等)
Bug:
1)是否按照Bug提交标准提交Bug
2) Bug描述是否清楚、准确
总分=(Bug总分 + 文档总分 + 测试用例总分)
能主动引进新BUG管理系统或测试工具的加10分一次
占比分为20%，怎么做到，总分 随便怎么加分数都在20分之类变化？
[解决办法]
想法是好的，进行量化管理，但是实际效果不会好，因为目前测试体系尚不完善，还没有到达足够完全量化管理的程度。不说上述权值比例是否合理，仅评价内容就覆盖很不全面，这样的结果只会导致测试工作的失衡，即高得分并非高质量。细节的问题就更多了。
所以我个人认为，目前测试管理仍然以人治为主。量化数据收集分析力度要足够大，但是不能贸然将结果用于评价和实施。
[解决办法]
涵盖范围不够
[解决办法]
这种考核还不疯了
[解决办法]
不成熟的基础上量化 没事找抽
有这个功夫好好整理下测试过程 提高测试效率什么的
不要做表面功夫 一点实际效果都达不到 到时候还容易造成人员的厌烦 得不偿失
[解决办法]
