回答：个人认为可以通过如下几项进行综合考评：
可以考评的是测试人员编写测试用例的水平（编写测试用例属于测试人员的
工作职责范畴）。当然此项并不一定能证明测试人员水平，还与开发人员能力有关，如果开发人员代码写的好，测试人员测试出来的bug自然就少。所以需要用多个项目进行考评
2.在项目中测试的总的有效bug数量
同上测试的bug多，并不一定能证明测试人员水平，还与开发人员能力有关，如果开发人员代码写的好，测试人员测试出来的bug自然就少。所以需要用多个项目进行考评
3.漏测率
计算公式：客户反馈的Bug数 / Bug总数（测试+客户） *100%
可以使用多个指标进行衡量，如以下几点：
1）用例包括而未发现的bug数/用例总数 （衡量用例执行质量，执行人员的测试效果）
2）版本交付后又发现的bug数/项目bug总数（衡量总体测试效果，也是重要的产品质量，项目质量指标）
3）用例不包括而发现的bug数/bug总数 （衡量用例质量）
4）严重bug在测试周期的分布（后期严重bug比例较重，则显然整个项目组都比较被动，虽然bug最终被发现了，但仍是一种“漏测”行为）
值得说明的是
1）上述指标异常并非只是测试人员的责任，开发人员也可能会在后期引入严重缺陷。
2）测试用例不包括而发现的bug，一般不认为是测试失误，而是测试用例设计和评审的失误。
3）测试用例包括而未被发现的bug，测试人员应付全责。
4.对bug的分析和排查水平
能从表面现象发现内部结构和规律，能够快速准确地对bug进行定位；
首先是精通各种
黑盒测试技术，能够进行测试用例设计、测试执行、编写缺陷报告；
其次是熟悉软件测试流程和测试过程管理，能够编写测试计划，具备组织测试工作的能力；
目前大部分应用软件都离不开数据库，熟练掌握
SQL Server、
Oracle、DB2等一种或多种数据库系统的使用，是否会搭建数据库取决于测试人员是否能够熟悉使用SQL语言
只有熟练掌握Windows、Linux、Unix等大型主流操作系统的使用和应用开发，才具备快速进行应用系统部署和测试环境以及网络的搭建。
10.是否善于对软件质量的分析和对测试过程进行度量，以及编写软件质量报告和测试分析报告的能力等等。