袁琳ID:testwin
171485次访问,排名426好友2人,关注者26
敏捷测试的探索者
testwin的文章
原创 45 篇
翻译 0 篇
转载 84 篇
评论 87 篇
TestWin的公告

About me
Who am I?SpiderMan

QQ点击这里给我发消息 8646328
MSN: testwin@sohu.com

友情链接
段念-关河测试网
汪浩-BeyondTest
王东刚-FastPoint'Blog
陈雷-jackei 的测试生活
崔启亮-软件测试新观察
陈绍英-探索中国软件测试之道
oldsidney-学习笔记
李丽君-小蚂蚁测试历程
李默-敏捷需求分析
徐昊-桃之夭夭
Roger-敏捷开发、web2.0 Franky视频网站
... ...

最近评论
j_vicky:这些方法几乎在测试改进的文章中都能看到。同其他的文章一样,没有针对目前国内公司的内部情况,提出具体的实施方案。在我看来以上的提出的方法没有多少实际意义。
1、对于小型的项目开发团队,同一个人会参与项目开发过程的多个或每个阶段,某个功能模块的需求、设计、编码和测试都是由一个人负责,试问这样的作坊式开发又怎能做到“BA和开发团队紧密协作”?
对于开发产品的大项目,编码阶段,B……
cqg1220:机柜
shixiaobing:不容易呢,居然找到你这里来了。。。。。
robin:我的理解
BA:业务专员,获取需求
PM:项目经理,需求分析和设计
DE:开发人员
QA:测试人员
不知道对不对
diudiu130:好好琢磨,有道理
文章分类
收藏
相册
测试过程管理图(一)
test
存档
订阅我的博客
XML聚合  FeedSky
订阅到鲜果
订阅到Google
订阅到抓虾
订阅到BlogLines
订阅到Yahoo
订阅到GouGou
订阅到飞鸽
订阅到Rojo
订阅到newsgator
订阅到netvibes

原创 如何评价测试人员的绩效?(续)收藏

新一篇: (转载)我要告诉测试新手的 | 旧一篇: 软件测试过程的持续改进

Author:袁琳
MSN:
testwin@sohu.com

说实在的,对于测试人员的绩效考核,没有一个通用的标准。再就个人的工作体会补充一些,供大家参考。

首先,对于测试人员,应该有一个岗位的要求,每个测试人员相对于本岗位上,工作是否能够尽责,必须清楚每个测试人员的价值。

一般而言,我们更看重的是测试人员的测试质量,也就是在软件产品发布上线后,从用户那边反馈的系统的稳定程度、漏测问题的数量等等。

但是,如果对于一个大型软件产品,测试周期相对较长,因此在长期的测试过程中,更多是评估测试版本的测试质量,也就是说,在后续版本中是否存在很多前期漏测的问题,然后进行分析,衡量前期的测试版本是否被充分测试,前期测试版本是否到达了预期的质量目标,这又是什么原因造成的,然后进行改进。对于未充分测试,这有可能是测试设计引起的、也可能是测试执行漏测等等,这样就明确到责任人,大家就会努力改进。同时,也从一定的角度反映了个人的工作质量。

当然,在评估测试人员的工作绩效时,也应该看到测试人员的工作投入,比如:有些测试人员花了很多时间去完成一项测试工作,但是效果却不是很理想,这时我们不仅对他的工作绩效进行考核,更重要的是,要对其工作成果进行分析,绩效考核的目的不仅是奖惩,更应该作为促进测试人员进行工作改进的手段。

切记,绩效考核的目的不仅是奖惩,更应该作为促进测试人员进行工作改进的手段。

发表于 @ 2005年10月12日 17:14:00|评论(loading...)|编辑

新一篇: (转载)我要告诉测试新手的 | 旧一篇: 软件测试过程的持续改进

评论:没有评论。

发表评论  


登录
Csdn Blog version 3.1a
Copyright © TestWin