回答:个人认为可以通过如下几项进行综合考评:
1.通过自己编写的测试用例发现的有效bug数
可以考评的是测试人员编写测试用例的水平(编写测试用例属于测试人员的工作职责范畴)。当然此项并不一定能证明测试人员水平,还与开发人员能力有关,如果开发人员代码写的好,测试人员测试出来的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进行定位;
5.对软件测试基础理论与技术的了解程度
首先是精通各种黑盒测试技术,能够进行测试用例设计、测试执行、编写缺陷报告;
其次是熟悉软件测试流程和测试过程管理,能够编写测试计划,具备组织测试工作的能力;
还有熟悉白盒技术技术,能够手工或利用相关工具进行单元测试。
6.能否能够胜任白盒测试、 自动化测试、性能测试
7.对缺陷管理工具、自动化测试工具等等的使用程度
8.是否会搭建数据库
目前大部分应用软件都离不开数据库,熟练掌握SQL Server、Oracle、DB2等一种或多种数据库系统的使用,是否会搭建数据库取决于测试人员是否能够熟悉使用SQL语言
9.对Windows、Linux、Unix等大型主流操作系统的使用和应用开发是否能够熟练掌握,包括一些网络的基础知识。
只有熟练掌握Windows、Linux、Unix等大型主流操作系统的使用和应用开发,才具备快速进行应用系统部署和测试环境以及网络的搭建。
10.是否善于对软件质量的分析和对测试过程进行度量,以及编写软件质量报告和测试分析报告的能力等等。
另外
测试攻城狮们,出来聚聚
整天点点点,敲代码,累么?放一下,与其天天埋头苦点,不如找准方向忘情投入,来吧,报名测试沙龙吧,从业多年的困惑瓶颈,一朝解惑。自己摸索思考不如大家探讨交流,现场更是有性能专家天胜老师和Mike老师为大家解决技术问题,10年HR经验的张老师会分享跳槽,面试,谈薪资的心得哦,此次的同行会更是有不少的美女哦
报名链接:http://party.testroad.org