快来看 首创 软件测试工程师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分之类变化?
...全文
991 10 打赏 收藏 举报
写回复
10 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
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
  • 打赏
  • 举报
回复
想法是好的,进行量化管理,但是实际效果不会好,因为目前测试体系尚不完善,还没有到达足够完全量化管理的程度。不说上述权值比例是否合理,仅评价内容就覆盖很不全面,这样的结果只会导致测试工作的失衡,即高得分并非高质量。细节的问题就更多了。

所以我个人认为,目前测试管理仍然以人治为主。量化数据收集分析力度要足够大,但是不能贸然将结果用于评价和实施。
kelph 2010-01-20
  • 打赏
  • 举报
回复
比较重视工作量的管理。

质量还主要来源于项目经理对文档认可度。

只能说不同公司情况不同,所以重视的指标不同。随着瓶颈的变化,管理的重心也必然会偏移。

既然制定了,就好好执行吧。
cmm2cmmi 2010-01-20
  • 打赏
  • 举报
回复
量化的管理~~

wcg_jishuo 2010-01-19
  • 打赏
  • 举报
回复
测试项 占总分占20%,测试设计考核权数占20%里的 10%
loveisbug 2010-01-19
  • 打赏
  • 举报
回复
测试设计考核权数 是 文档考核权数 的10%?
发帖
软件测试

5041

社区成员

软件工程/管理 质量管理/软件测试
功能测试压力测试安全性测试 个人社区 湖南省·长沙市
社区管理员
  • 软件测试
  • 虫无涯
  • 小博测试成长之路
加入社区
帖子事件
创建了帖子
2010-01-19 04:41
社区公告

欢迎大家加入到软件测试的社区,在这里,希望大家勇于发表自己的看法,欢迎大家分享自己在软件测试工作过程中遇到的问题以及工作经验分享。

1.想转行的小伙伴,遇到问题没有及时回复的,可以私聊小博进行反馈

2.大家对社区有好的建议,都可以在社区发帖进行反馈

推荐大家学习的软件测试入门笔记:软件测试入门学习笔记