51Testing软件测试论坛

标题: 测试部门KPI主要包含哪些东西？ [打印本页]

作者: zhengrong1982 时间: 2012-6-16 12:51
标题: 测试部门KPI主要包含哪些东西？
目前部门没有一个明确的考核指标，公司采用的是项目管理制度，绩效主要是测试人员参与项目后，项目经理根据公司的绩效指标来评价测试人员；而部门内部缺乏一个员工考核的东西，希望各位大侠能提供一些建议，将不胜感谢！！！

作者: archonwang 时间: 2012-6-20 12:02
kpi一定是能普适量化的内容。否则和主观判断一样没啥依据，对hr而言解释也很困难。建议从比率上考虑。

作者: aklszt 时间: 2012-6-26 15:42
以前公司的KPI包括：1、工作量统计；2、发现的Bug数、rejected的bug数、生产环境发现的Bug数等，这些都有个公式计算的； 3、自动化测试的成果； 4、性能测试成果；其他不记得了

作者: heaven7253 时间: 2012-6-29 15:55
bug数？不靠谱
上个项目我们木有发现几个bug 是因为我们前期做了大量的工作预防了很多问题的出现，那怎么算？

作者: xuquan 时间: 2012-7-4 15:23
测试发现的BUG数作为KPI 不靠谱。但产品发布出去，反馈的BUG数一般都会作为考核标准；

作者: lintongyan 时间: 2012-8-16 19:24
为什么都算bug数

作者: jasiond120 时间: 2012-8-18 21:51
KPI的设定是否科学需要结合实际的产品情况，如果涉及的产品类型不同，做量化考核需要考虑一个调整因子
考核项可以包括工作量，测试质量，测试效率
同时结合 KCI 和 GS 综合进行考评

作者: yubiao584521 时间: 2012-8-20 14:59
不过不明白你们测试的绩效为什么是项目经理做？
http://www.51testing.com/index.p ... space-itemid-821784

作者: wslsjgz0147 时间: 2012-8-21 09:28
楼上说的对，我也觉得很不合理

作者: dpz916 时间: 2012-8-22 15:06

测试发现的BUG数作为KPI 不靠谱。但产品发布出去，反馈的BUG数一般都会作为考核标准；
xuquan 发表于 2012-7-4 15:23

这一点很赞同~产品发布出去，反馈的BUG数，这可是只罚不奖的
bug的产出率，准确率，毕现率，严重bug比率，用例外比率，重现bug效率，关闭bug效率

作者: 裸男 时间: 2012-8-22 15:32
这种情况下，个人觉得应该考虑的平衡各种不同项目之间和非项目人员的权重，根据实际情况微调得出一个可靠的业绩排名。
项目时段考核KPI：UT，产量-用例数，质量-缺陷拒绝率，项目经理评价（抱怨，表扬次数）或者客户满意度；
非项目时段考核KPI：培训时间，认证，创新成果，团队合作等。

KPI可以适当多点，但是权重一定要平衡，譬如项目为先原则，复杂项目难易程度原则。。

作者: mainer 时间: 2012-8-24 14:45
我们公司的质量部KPI直接跟漏测率，风险率，3,4,5级BUG数来评判。。。。。。
其他小部分是企业文化之类的东西。

作者: kaka735 时间: 2012-8-28 19:25
KPI这块东西因人而异吧，每个人掌握的技术和进入公司时间都不一样，你不能拿老员工的标准去考核一个新员工吧，其实在这里我觉得个项目经理也需要去了解员工大体的情况，在根据实际的情况去衡量kpi。

作者: ff411 时间: 2013-3-19 11:29
工作质量：测试需求分析质量、测试设计质量、测试执行的质量、问题单的质量、问题发现的效率、各种文档规范程度
工作效率：测试需求分析的效率、测试设计的效率、测试执行的效率、环境搭建效率、各种总结日报等的报送情况
专业技能：业务能力、技术能力、沟通能力、理解分析判断能力
工作态度：敬业度、客户服务意识、工作主动性、团队合作意识
工作量：任务的难度、复杂度、多少
贡献度：技术贡献度、业务贡献度、谏言献策等

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)