快来看首创软件测试工程师KPI

wcg_jishuo 2010-01-19 04:41:03

① 提交测试相关文档质量
考核标准：文档考核权数为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分之类变化？

...全文

995 10 打赏收藏举报

写回复

10 条回复

切换为时间正序

请发表友善的回复…

发表回复

selam123 2010-01-28

打赏
举报

[Quote=引用 5 楼 davy_chen 的回复:]
想法是好的，进行量化管理，但是实际效果不会好，因为目前测试体系尚不完善，还没有到达足够完全量化管理的程度。不说上述权值比例是否合理，仅评价内容就覆盖很不全面，这样的结果只会导致测试工作的失衡，即高得分并非高质量。细节的问题就更多了。

所以我个人认为，目前测试管理仍然以人治为主。量化数据收集分析力度要足够大，但是不能贸然将结果用于评价和实施。
[/Quote]

我同意5楼朋友的说法，在整体系统不够完善的情况下，光凭量化标准不足以评价质量，应为量化的程度仅仅只是当前现状的一种表象。

tyrael_79 2010-01-22

打赏
举报

不成熟的基础上量化没事找抽
有这个功夫好好整理下测试过程提高测试效率什么的
不要做表面功夫一点实际效果都达不到到时候还容易造成人员的厌烦得不偿失

newliveme 2010-01-22

打赏
举报

这种考核还不疯了

icesamham 2010-01-21

打赏
举报

涵盖范围不够

wsr123321 2010-01-20

打赏
举报

很具体值得学习

davy_chen 2010-01-20

打赏
举报

想法是好的，进行量化管理，但是实际效果不会好，因为目前测试体系尚不完善，还没有到达足够完全量化管理的程度。不说上述权值比例是否合理，仅评价内容就覆盖很不全面，这样的结果只会导致测试工作的失衡，即高得分并非高质量。细节的问题就更多了。

所以我个人认为，目前测试管理仍然以人治为主。量化数据收集分析力度要足够大，但是不能贸然将结果用于评价和实施。