会员godn_1981：

　　鄙人从事软件测试好几年了，也一直为该问题困扰，每次项目作完了，感觉大家都表现还马马虎虎。但是项目却感觉总不是那么完美，既然存在问题，说明测试人员的考核做的不到位，所以最近痛定思痛，也咨询了一些在微软和IBM做测试的朋友，结合自己多年来的实践，得出如下核心考核指标，和大家共享。

　　测试人员主要是三个方面。

　　第一，整体工作效率。第二，工作结果。第三，过程控制。（针对测试主管或组长）

　　1.整体工作效率

　　1.1有效工作时间

　　主要check指标是每日实际工作时间，按照Ms的标准，一个测试工程师的每天的有效工作时间应该在70%以上。如果只有50%或以下的有效工作时间，那么不能成为好的测试工程师，因为他有能力做得更好。

　　1.2是否在制定时间内完成工作任务

　　主要check指标是进度偏离度。主要是和测试计划相比，有多少的延期。这个指标计算是：计划时间/实际需用时间。

　　当然，本指标未考虑其他因素，如开发人员窝工导致的delay。

　　2.工作结果

　　2.1测试用例的数量和质量

　　a，测试用例的数量

　　主要考核指标是用例编写速度，考核办法是测试用例的个数/写用例所用时间。

　　b，测试用例的质量

　　主要考核指标是用例编写质量，用于考察文档是由有效的指导了测试工作。考核办法是来自用例的bug数目/总bug数目，应该是70%以上才算是质量比较好的用例。

　　2.2bug的数量和质量

　　a，bug提交的数量

　　主要考核指标是提交bug的数量，这个指标根据项目不同而定，不好给出固定经验值。

　　b，bug的质量

　　主要考核指标是提交bug的质量，即提交的bug，严重程度和，发现路径的复杂程度

　　c，发现bug的阶段

　　主要考核指标是提交bug的时间段，具体执行是统计在测试的每个阶段，发现bug的比例，特别是严重的bug发现的早晚

　　2.3是否及时验证关闭bug

　　主要考核指标是验证关闭bug的及时度

　　2.4测试自动化程度及收效

　　主要考核指标是，测试中自动化运用的含量，也就是测试技术含量，成果如何？

　　2.5所负责模块的产品总体质量以及用户反馈

　　这个总体质量是产品发布之后一段时间才能得出结论，主要是市场，用户对产品的质量、稳定性、性能的反馈。

　　考核的主要指标是两个。

　　a，根据市场反馈（由经理定性考核）

　　b，根据测试人员提交的bug和用户反馈的bug之间的比例，比例越大，说明测试质量相对越高。当然前提是必须划清楚客户的新需求，或者对spec设计方面的抱怨。

　　3.过程改进

　　考核点，是纵向对比，相比上一个项目，在质量控制上和测试进度进程上有否进步。包括测试方法，提升质量的手段，测试数据记录，用例更新等等有没有改进。

　　该项具体考核方法也是经理来根据测试组在过程中具体表现，来定性打分。

　　还包括测试人员在测试过程中的学习能力。这个也是定性。