51Testing软件测试论坛

标题: 关于测试人员的考核，欢迎大家讨论 [打印本页]

作者: zhiqiangliu44 时间: 2005-4-3 19:57
标题: 关于测试人员的考核，欢迎大家讨论
测试人员的考核主要是三个方面：提交测试问题，编写测试的文档，测试中的方法/敬业精神等

大家讨论一下：提交的测试问题怎么考核（测试不能单纯看提交多少问题，因为不同的项目测试情况不一样，还有测试问题有难易之分）
测试文档因为很多，评审的时候文档很多，不可能逐一评审，所以文档质量/数量怎么控制，且有什么标准来评判。
测试方法/敬业精神等很好稿，可以通过向项目经理/测试负责人以问卷调查的形式来考核了解

作者: TESTapple 时间: 2005-4-6 22:21
就算确定了这三个方面的具体标准,各个标准的权重也是个麻烦的事情.

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

[ Last edited by miwang on 2005-4-7 at 14:30 ]

作者: black_tulip 时间: 2005-4-7 16:10
量化不是个好办法

作者: wzb521 时间: 2005-4-8 09:00
为了完成工作而找BUG，只会让人越来越厌倦

作者: jajavava 时间: 2005-4-9 14:36
时间可以衡量一切。只是没人会用时间来衡量

作者: liebergraf 时间: 2005-4-11 21:02
我觉得应该用漏测率来统计

作者: baitest 时间: 2005-4-14 09:22
没有一个确定的标准，也不应该有.

作者: 嘘garfield 时间: 2005-4-14 13:46
标题: 真的没有也不应该有?
如果能够定出那么一两条,会不会对测试工作有促进作用?

作者: black_tulip 时间: 2005-4-15 09:36
你认为会有促进作用的一两条是怎样的一两条呢？多分析分析实际问题，如果是没有意义的。

作者: fzx 时间: 2005-4-15 09:56

Originally posted by liebergraf at 2005-4-11 09:02 PM:
我觉得应该用漏测率来统计

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

作者: shanny 时间: 2005-5-14 11:05
漏洞率是对结果的考核，如何能在过程中改进才是提高质量的关键。

作者: maskmax 时间: 2005-5-16 19:10
如果是对问题数进行量化的话，积极性会约来约小的
那么联调测试和业务测试又怎么衡量？

作者: blinkday 时间: 2005-5-17 12:45

Originally posted by baitest at 2005-4-14 09:22 AM:
没有一个确定的标准，也不应该有.

那请问是如何来评价测试人员的工作好坏呢？难道就是主观臆断？

作者: 猫儿 时间: 2005-5-17 12:57
测试过程的考核设想：
测试用例的审计。
测试提交BUG的情况及验证情况。
测试工作的完成时限等。

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

大家有什么具体的考核指标吗！？

作者: blinkday 时间: 2005-5-18 08:57
1、提交BUG的质量（可适当向相关开发人员征求意见）而并非仅仅是数量
2、测试用例的可执行度
3、工作态度、责任心
。。。

大家讨论

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

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

作者: TestTip 时间: 2005-10-25 08:37
另一个可以调动的资源——人力资源部门，我们可以去和他们商量一下，在员工考核方面他们比较专业，在测试方面测试部门比较专业，两方面的思想融合到一起，就有可能得到一个可行的方案。

－－－－－－－－－－－－－－
《我在微软做软件测试》在我的个人网站www.TestTip.com

作者: YGTester 时间: 2005-10-26 11:13
考核不要量化，主管应该实时了解员工的工作情况。

作者: 云层 时间: 2005-11-1 14:00

Originally posted by YGTester at 2005-10-26 11:13 AM:
考核不要量化，主管应该实时了解员工的工作情况。

赞同，测试的具体工作很难量化！

作者: leotester 时间: 2005-11-7 15:04
标题: up
up,up

作者: lily_gao 时间: 2005-11-25 10:20
标题: 求教，请大家提供无私的奉献！！！！！！
版主和各位网友好，想请教大家一个非常火急的问题，先谢谢。

问题是这样的：目前领导分配我准备一个考核软件测试人员业绩的标准文档，我参考了网上的资料和同行朋友的资料，最终觉得对各个指标的计分非常难以衡量，比如：发现缺陷和设计测试用例。

我们测试组的情况是：测试人员中有经验丰富的和经验很少的两种人，所以经验少的人写的测试用例，还需要经验丰富的人来修改，经验少的人测试的模块也是相对简单的模块，且某个测试人员在某段时间不会只针对一个项目。请您针对我们测试组成员的实际情况，给我一些考核的意见，或者提供些参考资料，好吗？

作者: gubinger 时间: 2005-12-27 15:19
测试考核的唯一标准是其负责的产品的最终质量情况.

作者: miny19 时间: 2005-12-27 17:36

原帖由 gubinger 于 2005-12-27 15:19 发表
测试考核的唯一标准是其负责的产品的最终质量情况.

这是针对一个软件的测试结果的考核，如果负责测试该产品的测试人员为多人，又该怎么考核呢？再如果其中某个测试员负责多个产品，考核哪个呢？

作者: brucejelly 时间: 2005-12-29 16:30
量化只是一个阶段性的,绝对不能依此作为标准.
人本身就比较复杂,很难一下子说他是好的或者坏的.
也许真的是时间可以检验.

作者: Jon 时间: 2010-11-2 14:57
每个公司有每个公司的考核方式，所以每个人答案也是不同的
我只能说主管想得到什么就对工程师进行哪个方面的考核，譬如你想提升工程师的TC能力，那么你就考核他们的TC编写技能。

作者: msnshow 时间: 2010-11-3 08:43
不太好量化，一般都从项目、团队贡献等方面来考虑

作者: 愚人 时间: 2010-11-4 00:04
明确考核的目的，然后通过这个目的分散开去……

作者: celiaMao 时间: 2010-11-17 17:43
首要的是责任心，没有责任心，不对测试的产品负责是极其不能接受的。其次是测试质量，提出的经典BUG以及漏测率，最后是文档编写以及与团队合作等。

作者: netwalker2000 时间: 2010-11-18 21:32
回复 7# liebergraf

赞同！！！

作者: helios 时间: 2010-11-19 11:24
很难量化这个指标，绩效评估只是一个表象，最大可能提升团队效率才是最需要的

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