背景：我们测试团队包括业务测试团队和测试工具开发部门（测试规划部），近期，部门在讨论自动化测试考核的细节。我们的目标：通过工具提高工作效率（提效），解决手工测试无法覆盖的问题（有无）。讨论的内容包括如何通过自动化测试用例的个数和比例对测试设计和工具开发人员进行考核；工具的使用、推广和工具需求的责任如何划定等等。下面是关于个人观点的邮件内容摘录。

　　各位好：

　　如果我认识我的观点正确，我会尽快提出来。大家在这样的base上讨论，成效会更多一些！

　　关于自动化测试用例个数/比例：

　　我们对自动化测试目标的理解完全一致：自动化的目标是提效和有无；自动化测试用例个数/比例的高低绝对不是我们的目标，也不是我们达到目标的手段和途径。如果开始的理解出错，只能一错再错，按个数和比例进行考核行不通！

　　软件测试或者测试工具开发的衡量，犹如衡量商品的价值。基本上没有人按商品的长宽高、重量、数量、体积等衡量商品的价值，如果有的话，那是送快递的（快递也不直接考核商品本身的价值）。工具和商品具有很大的相似性，都是凝结在其内在的无差别的人类劳动，对他们的衡量只能采用社会必要劳动时间！

　　具体来说，TestLink上很多测试用例只有标题，而总数有数千个。这种有数量而没有内涵，完成这些数量只需要简单的复制粘贴，不需要很多工作时间。如果这样的做法可以获取很高的考核分数，只能往错误的方向上引导团队，久而久之会导致不良的工作风气。

　　用例的个数和比例只能用在日常工作的进度报告上，不能用在绩效考核上；只能定性，不可定量。而绩效考核的内容则应该在员工付出的努力、付出努力而产生的成效等等！

　　在实施上，我建议：

　　对于业务测试，从功能模块复杂度，人力资源/工作量评估等进行衡量。

　　对于测试研发，工具研发的难易程度，工作量等进行考虑。

　　社会必要劳动时间意味着，不同员工的工作效率有差别，同样的工作量的价值也是不一致的，建议参考IBM/华为的PBC绩效考核方式及其关联的员工级别制度。细节需要完善。

　　关于工具的使用和需求的提出：

　　100%的测试团队的责任。

　　1、使用 我们的工具都是专业工具，不像剃须刀和发卡那样简单易用，都需要专业知识，并需要耐心的付出精力。任何以工具不好用为借口的员工都有没有静心使用工具或能力不足的嫌疑。

　　如果测试团队采取低效的方式进行工作，而规划部有现成的工具并组织培训推广过，测试团队的绩效考核应该被扣分。

　　2、需求

　　如果测试团队采取低效的方式进行工作，而不能主动向规划部提出需求，且规划部可以改进所述的工作方式时，测试团队的绩效考核应该被扣分。

　　关于工具的研发和培训推广：

　　100%的测试规划部的责任。

　　1、研发

　　规划部负有研发的责任。在熟悉的知识领域，尽快完成研发，满足测试团队的需求。在不熟悉的领域，需要调研学习，并尽快完成研发，满足测试团队的需求。

　　2、培训推广

　　规划部负有培训推广的责任。开发的工具必须展现出来并进行积极的培训。藏在深闺无人知，只能自己把玩的工具，应该扣绩效考核的分数。

　　本文转载自：http://loggingselenium.com/?p=350