先说如何衡量软件测试人员的效率，我还是倾向于用测试数据说话，虽然我上一次写过一篇关于软件测试人员考核的文章（如何有效的对软件测试人员进行业绩考核？），我提倡全部用数据说话，被N多网友批判，甚至卖烧烤的鱼也觉得我的考核办法太数据化了。即便如此，我还是坚持认为对于软件测试人员的效率还是用数据说话，当然也有其他的主观指标。
衡量一个测试人员的效率一般从如下几个方面：
第一，编写文档的速度，主要用在测试前期准备中，编写测试计划或者测试用例的速度。这个只能用页数/小时衡量了。
第二，执行用例的速度*用例执行准确率。在测试执行期间，效率体现在执行速度上，但是还要考虑一个用例执行准确率，有的公司有这项指标，就是在执行过的用例中有一个抽查，看认真执行的准确率。
第三，平均每天提交bug的数量和质量，这个指标应该是加权的，譬如（A级bug权值*数量+B级bug权值*数量+……）/总天数。
第四，被测软件的总体质量，这个意思很清楚，如果测试时间很短，但是软件发布之后客户反馈一堆bug，也不能说测试效率高。所以，软件发布之后的质量也是一个考评因素。
第五，bug发现的周期，如果测试前期发现bug很少，而大批量的bug留到项目后期才发现，说明前期的效率是有问题的。
那么如何提升测试效率呢？我按照个人的实践给出一些建议：
第一，最重要的是测试计划中任务要细化，并且每一项子任务都要有check。一个不具备执行性的计划往往是项目delay的最大原因。
第二，合理配置测试资源。在什么阶段作什么最好，哪些事情提到前面作比较好，哪些事情放到后面比较好，某某任务的前置任务是什么，都要搞清楚。规划好的计划，不至于出现任务A等任务B的窝工现象。
第三，合理使用工具。注意我说的不是自动化测试工具，而是在测试过程中合理使用可以提高效率的小工具，当然在回归测试中可以使用自动化测试工具。总之，我们的原则是机器自己能做的就让机器代劳。
第四，引入自动构建，即自动编译。个人使用心得，很不错，节省不少时间。
第五，找一款比较好的bug管理工具以及用例管理工具，古人说，公欲善其事，必先利其器，就是这个道理。
第六，提高送测质量，以免bug推来推去，非常影响效率。
其他就不再赘述，希望对大家有点帮助。
版权声明：本文出自godn_1981的51Testing软件测试博客：http://www.51testing.com/?1592
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
本文转载自51Testing软件测试网，查看更多：http://www.51testing.com/html/news.html