51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 9331|回复: 31
打印 上一主题 下一主题

关于测试人员的考核,欢迎大家讨论

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-4-3 19:57:31 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
测试人员的考核主要是三个方面:提交测试问题,编写测试的文档,测试中的方法/敬业精神等

大家讨论一下:提交的测试问题怎么考核(测试不能单纯看提交多少问题,因为不同的项目测试情况不一样,还有测试问题有难易之分)
测试文档因为很多,评审的时候文档很多,不可能逐一评审,所以文档质量/数量怎么控制,且有什么标准来评判。
测试方法/敬业精神等很好稿,可以通过向项目经理/测试负责人以问卷调查的形式来考核了解
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2005-4-6 22:21:50 | 只看该作者
就算确定了这三个方面的具体标准,各个标准的权重也是个麻烦的事情.
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-4-7 14:29:51 | 只看该作者
提交的测试问题可以具体细化,如提交的BUG三级以上的有多少、在这个测试组中、所提交的BUG量的百分比、通过用户反馈的BUG与该模块负责人所测BUG 的对比等
至于测试提交的文档质量也可以以问卷方式调查

[ Last edited by miwang on 2005-4-7 at 14:30 ]
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-4-7 16:10:10 | 只看该作者
量化不是个好办法
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-4-8 09:00:25 | 只看该作者
为了完成工作而找BUG,只会让人越来越厌倦
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-4-9 14:36:09 | 只看该作者
时间可以衡量一切。只是没人会用时间来衡量
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-4-11 21:02:24 | 只看该作者
我觉得应该用漏测率来统计
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-4-14 09:22:31 | 只看该作者
没有一个确定的标准,也不应该有.
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-4-14 13:46:49 | 只看该作者

真的没有也不应该有?

如果能够定出那么一两条,会不会对测试工作有促进作用?
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2005-4-15 09:36:47 | 只看该作者
你认为会有促进作用的一两条是怎样的一两条呢?多分析分析实际问题,如果是没有意义的。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2005-4-15 09:56:51 | 只看该作者
Originally posted by liebergraf at 2005-4-11 09:02 PM:
我觉得应该用漏测率来统计


我同意这个兄弟的看法。
如果不出问题,不说明你测试人员一定做得好,但是出了问题,一定说明你做得不够好。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2005-5-14 11:05:49 | 只看该作者
漏洞率是对结果的考核,如何能在过程中改进才是提高质量的关键。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2005-5-16 19:10:19 | 只看该作者
如果是对问题数进行量化的话,积极性会约来约小的
那么联调测试和业务测试又怎么衡量?
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2005-5-17 12:45:41 | 只看该作者
Originally posted by baitest at 2005-4-14 09:22 AM:
没有一个确定的标准,也不应该有.


那请问是如何来评价测试人员的工作好坏呢?难道就是主观臆断?
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2005-5-17 12:57:11 | 只看该作者
测试过程的考核设想:
测试用例的审计。
测试提交BUG的情况及验证情况。
测试工作的完成时限等。

测试结果的考核设想:
根据确认测试结果判断、考核集成测试绩效。
。。。。。

大家有什么具体的考核指标吗!?
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2005-5-18 08:57:56 | 只看该作者
1、提交BUG的质量(可适当向相关开发人员征求意见)而并非仅仅是数量
2、测试用例的可执行度
3、工作态度、责任心
。。。

大家讨论
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2005-5-25 17:23:42 | 只看该作者
我认为在测试过程中测试工程师之间一该多沟通,团队内应有不同意见的成在!大家要有发表自己意见的习惯,只有把自己的看法和测试经验都在团队内拿出来讨论在能发现更多的问题,测试才能向良性发展.这样大家都积极参与不用制度去死卡来的更好!!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2005-10-20 18:09:18 | 只看该作者
从我工作过程发表个人观点:应该从漏测率出发,但也要参照不同项目及漏测问题难易程度和重现的情况综合决定(这里要定好考核漏测率标准)。此外,一个很重要的依据就是测试人员的工作能力和积极性,好的工作能力不仅仅用于测试,还可以讲其方法和心得传给其他人,积极性也能影响一个团队,对于凭问题多少来考核一个人不妥,造成不求质量只求数量,重复问题比较多,对开发人员是不负责任,造成效率低下。
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2005-10-25 08:37:09 | 只看该作者
另一个可以调动的资源——人力资源部门,我们可以去和他们商量一下,在员工考核方面他们比较专业,在测试方面测试部门比较专业,两方面的思想融合到一起,就有可能得到一个可行的方案。





--------------
《我在微软做软件测试》在我的个人网站www.TestTip.com
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2005-10-26 11:13:41 | 只看该作者
考核不要量化,主管应该实时了解员工的工作情况。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-23 09:39 , Processed in 0.077843 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表