嵌入式产品黑盒测试人员的绩效管理模型

发表于:2009-7-23 14:32

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:Woodcraft    来源:51Testing投稿

  摘 要:目前的嵌入式产品测试主要以黑盒测试为主。测试人员长期从事单调重复的测试操作,极易产生厌倦感。笔者从绩效考核方面着手,希望借助绩效管理的工具引导测试人员的发展,调动测试者的工作主动性。从而提高产品质量。

  关键字:黑盒测试  绩效管理  模型

  1、引言

  行业中的嵌入式产品的测试一直以来都以黑盒测试为主。大量的回归性测试主要依靠手动测试来完成。这就造成了测试者的重复工作量大幅度上升。同时嵌入式产品,特别是消费电子类的嵌入式产品,对产品又具有相当高的质量要求。

  管理嵌入式产品的黑盒测试人员,保证员工的工作规范性与积极性,主要难点有3点:

  • 大量重复而单调的工作造成员工的积极性不高。
  • 嵌入式产品对质量要求高。
  • 测试者的工作业绩由于产品周期的原因,质量体现周期长,很难在较短的考核周期内体现。

  绩效管理是促进员工拉升业绩短板的一个重要手段,但是如何通过绩效管理对嵌入式的黑盒测试人员进行有效的管理,保证员工的测试主动性,达到以绩效管理拉动产品质量的目的,一直是笔者思考的一个问题。

  2、测试人员的绩效管理中存在的误区

  在之前的绩效考核中,笔者曾经遇到这样的一些误区,直接对测试人员工作方向产生误导,影响到测试人员工作的积极性和稳定性。

  误区一:仅从提交的问题数量、测试执行用例数量来进行考核。

  这种做法缺乏全面性。造成的后果是无效BUG增加,测试者没有考虑测试用例的有效性,产品质量没有得到改进。

  误区二:对测试人员发现的问题的价值没有进行评估。

  这种做法的后果是低级别BUG数量太多,造成测试者缺乏对产品的深入理解,系统架构设计方面存在的缺陷和隐患发现的较少。

  误区三:不重视测试文档的质量。

  文档工作的滞后与文档质量的不足,造成在开展工作与评估产品质量时缺乏有效的依据。

  ……………………

  查看全文请点击下载:http://www.51testing.com/html/82/n-141082.html

  6.2、基数确认

  在模型开始实际应用前,必须进行参数收集与基数确认工作,以保证加权系数的公正性。

  在模型实施前,需要确认以下2点:

  • 加权系数的级别定义:假设平均值为1,即算法模型表中的一般或普通级别,则需要确认其他级别的系数定义。
  • 工作量估计:即需要评估各级别测试者的平均工作量,作为模型实施后的评分基准值。例如,经过确认,一名测试主管在1个月内的分值为X,通过人为确认,此工作量正常。则模型实施后若同级别的测试者在1个月内的分值小于X,则说明其工作量不够饱和。

  6.3、应用模型

  在每个项目结束后必须对项目中参与的测试者进行测试工作考核。考核流程图如下:

  在一定的周期(例如1个月或3个月),对所有的测试者进行管理工作与知识库贡献度考核。考核流程与上图类似。

  ……………………

查看全文请点击下载:http://www.51testing.com/html/82/n-141082.html

版权声明:51Testing软件测试及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号