讨论：测试部如何对程序员的效绩进行评估？
我们公司以后可能程序员的工作情况就会由测试部来哦进行评估，那么如何做好这项工作，准确的做出判断呢？应该从哪写方面来老率这个问题？很想知道各位的看法。
讨论：测试部如何对程序员的效绩进行评估？ 测试部有权能对程序员的绩效进行评估吗？从管理层来看似乎有点越权之嫌……我认为，测试部门只要完成好自己的工作就很充分了，当然，对于跟绩效有关的客观数据收集若是在工作职能的定义中，这也是份内事，不过我们要做到的仅仅提交数据到管理层就足够了，由它们来最终定夺绩效杠杆与指标，测试人员不能亲身干预这些敏感问题，否则，将对以后工作的开展造成太多负面的影响了。但如果公司管理的组织架构比较混乱，这当然也就另当别论了…… 我们测试部经理好象比较强，不久的将来，程序员的业绩就由测试部来评估了。
楼上所说跟绩效有关的客观数据收集，指的是哪些方面的数据呢？ 就是和具体绩效挂钩的数据指标，比如相对BUG数、平均修正时间与代码规范程度等等～ 测试部门是保证质量的，我觉得以后的道路应该是测试部门改为质量保证部门，那么我们可以帮助管理层来对研发部门作绩效考核，严重同意楼上的几个考核点 QA和Test走的是不同的路线。
个人认为不要混淆为好。并不是说SQA就比Tester好了，分工不同而已。
所以把测试改为质量保证，觉得不妥。
至于测试评估开发，也觉得比较棘手。不同的人，对同一个事物的看法都不会相同，会因为种种原因造成相互的矛盾。
测试评估开发，太容易出现问题，还是不要轻易尝试为好。
如果真要评价，我认为技术指标是次要的，对测试的态度和关系才比较主要。发现错误不怕，能及时有效的修改就是好同志，活活。
如果让开发对测试进行评估，恐怕我们大家也会不愿意的吧。 luning朋友说得有道理，所以说就算有具体的绩效指标也是“相对”而言的，并且还要有弹性的、可操作性强的良性管理制度为坚实后盾，不然可能适得其反…… 跟程序员搞不好关系，测试的结果可想而知，呵呵 这到是啊，开发和测试是一根绳子上的蚂蚱。。。
不过这个问题具体操作起来，相信有不少难度啊！ 所以无论是测试人员还是开发人员的绩效考核一定要慎重，不要搞的两者对立起来。^_^ 哈哈，很久前在每日一帖区看到一篇帖子，好像是名为《开发与测试不是敌人》，说的就是这档事～～ 测试部门不应该对测试人员作出绩效考核,这样会造成许多测试人员完全为了测试用例数量,而没有完全认真而且有效地通过执行测试用例去发现BUG,这样做反而会造成更大的影响。 搂住的老大真的很强 反过来想，如果开发人员来做测试人员的评估，大家也会觉得不合适的。所以，我觉得这种思路风险太大。
－－－－－－－－－－－－－－
《我在微软做软件测试》在我的个人网站www.TestTip.com 个人觉得，测试做不了程序员的考核，只能提供一些考核意见。或者占考核一部分的比例。 这样的想法想就不要想，要不然程序员很生气，后果很严重！ 这样的做法是行不通滴。测试人不能越俎代庖，而且有些考核指标实际执行起来很难 The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.
上午看到这句话，感觉很棒。 公司改革，就把测试部推到这个位置上了，要求测试对开发考核，实施对测试考核，好像都忘记了考核的本质意义是什么了，郁闷中。。。
领导工作没有作通啊 bnx的公司这种改革令人感到担忧！
页:
[1]
