就把测试工作做好本身而言，行业知识更重要
测试是质量保证的手段，而测试本身是不能产生效益的。了解行业知识，才能把握好需求，才能更好地站在客户的角度看待问题，而建立在这个前提下，才有可能通过测试，最大程度地保证产品质量。仅仅通过对一些测试原理、基础的测试技术的掌握是不可能覆盖业务逻辑的

引申个题外话，大家现在讨论何种自动化测试工具更好、要如何学习工具，其实也大可不必。是一样的道理，自动化测试本身也是手段，是一种工具，如何把测试思想、测试逻辑通过工具体现出来才是最重要的，掌握工具只是自己测试方式的延伸，是标而不是本。

测试工作的度量一直是测试管理的一个难点，我们如何衡量测试工作的质量呢？

一般来说，衡量测试工作成效的KPI参数有如下几个：

1.  工作时长

2.  测试设计，测试用例数（自动化脚本代码行数）

3.  发现故障数

4.  输出的测试文档数（典型故障分析、测试报告、发布说明、系统使用说明等）

5.  泄漏故障数

6.  产品版本测试收敛度

各部分的KPI比重如何分配？

从测试工作的目的来看，首先必须要对测试通过的产品质量进行保证，而下游客户是产品质量的最终检验方，所以测试泄漏故障数和故障严重程度应该作为测试工作成效的首要度量KPI。

其次，测试工作的主要目的是发现产品的故障，所以发现故障数应该作为第二KPI进行度量

但是不同测试人员承担的测试任务不同，不同模块的故障分布也会不同，所以该KPI还应该和故障严重程度、所属模块的故障出现频度等进行综合考量

第三主要的KPI应该测试收敛程度。

任何版本的产品周期都是有限制的，留给系统测试的时间有限，故障如果不能尽快收敛，对产品的正常发布就会造成严重影响，所以必须要求重点功能优先测试，故障及早收敛。

第四，测试设计

测试用例是否充分决定产品测试过程中是否能够覆盖完全。所以测试用例数也是一个重要的KPI

不过，完全通过数目衡量也不合理，测试用例的质量、用例细致程度等也需要有在度量时有一定的体现方式

工作时长和总结、输出等工作量上的指标可作为辅助参考KPI指标。