先说说测试工作量的估算吧。
要估算测试工作量，就得先了解究竟哪些算是测试的工作量。测试工作一般包括四个流程：计划、设计、实现、执行。每个阶段的工作，都算是测试的工作，拿系统测试做例子，这些工作的工作量其实都跟需求有关，也就是跟被测系统的功能模块多少有关。一般在估算的时候，先要知道被测系统有多少个功能模块，规模如何，然后根据目前组内测试工程师的能力，比如每人每天能设计多少用例，能执行多少用例来进行大概的估算，得到多少个人天、人月的工作量，做出一个初步的测试计划。然后在后期的项目内按照计划去做就行了。当然，所有的估算都只是估算而已，所以这些方法也只是参考，具体的还要看你的项目的情况，灵活应变，因为计划都有渐近明细的特性，所以必要的调整也是不可或缺，不必刻意求个精准。再来说说如何衡量测试人员的价值。测试人员既然是做质量保证的，自然最大的价值体现就是对软件质量的提升有多大的贡献了。测试人员不比开发人员，开发人员对项目的贡献比较直观，比如实现了多少功能，实现了什么架构，质量是个比较虚的东西，目前比较客观地评价质量的因素一般有两个：缺陷数和用例执行情况。所以一般要量化地衡量测试人员的价值，通常也可以从这两个方面加以衡量。比如一个测试人员设计了多少测试用例，这些用例对需求的覆盖率如何，发现了多少缺陷，用例的缺陷发现率是多高，发现了多少个缺陷，严重程度如何，所以一般很多公司都会将这些因素作为测试人员的绩效考核要素，它们的数量也可以直接反应一个测试人员的能力和其对项目的贡献度。
