软件测试度量的思考

新入职一家新公司，该公司是之前就职的公司同其他公司的合资公司，但是在项目流程和日常工作流程上，同以前公司都是一样的，也相对比较成熟了，所以我觉得是否在新公司从现在开始做测试度量呢？我有这样的想法，但是之前没做过，而且不知道实行起来会怎样，先把自己能想到觉得可行的方案在这里罗列一下。

首先明确一下度量的意义：我不想跟那些文字上的意义说的一摸一样，只是按自己能理解到想到的说，一、通过对某些数据的度量，改进测试过程，比如：通过缺陷发现的阶段， 来调整是否将原来的三轮测试修改为四轮或者两轮？二、提高开发质量，比如：通过对缺陷发现的难易程度来评估开发的质量，有数据才有说服力。三、通过以往的项目数据来为后续的项目时间、资源调整来做说明，以及通过对比来说明效率方面的提升。以上是对项目过程的度量，还有对平时工作的一些度量，也就是第四条、通过对日常数据的度量来调整日常工作流程和质量。

再说下我能想到的可度量数据（从各处借鉴及之前的工作经验）：

一、项目的规模及测试工作量：我们可以通过功能点指数来进行测试工作量的评估，拿本次和上次进行对比，大概给出工作量的需求，通过长期积累数据，得到比较准确的测试工作量。也可以据此来得出工作量大而完成快的是什么起到了提高效率的作用。

二、测试用例的问题发现率：项目过程中，有多少bug是测试用例来发现的，又有多少bug是没有测试用例的？分析没有测试用例的原因，是因为测试用例不完善，还是数据复杂导致？如何改善？通过多次分析总结出如何进行测试用例设计会是最有效的测试用例。

三、缺陷遗漏分析：项目发布后的测试遗漏分析，意义同上。

四、严重缺陷比例：可以按项目整体分析，也可以按模块进行分析

五、容易发现的缺陷比例：可以按项目整体分析，也可以按开发人员分析

六、需求变化率：将变更的需求数的功能点指数进行分析，对整体功能点指数的比率，查看对测试进度、工作量及质量的影响。

七、bug平均关闭时间：从项目角度和开发人员角度对关闭时间进行对比

八、bug的reopen率：reopen代表着开发对bug的态度，由于reopen给开发和测试带来了不同的时间浪费。

九、bug分布阶段：比如在需求阶段的bug、在开发阶段的bug、进入功能测试的bug、遗漏到线上bug分布情况，以此可以来说明，是否在需求阶段发现的bug越多，后期质量会越好，效率会越高。理论当然是这样，但是理论必须由事实来证明才行。

其中二、三、四、五、七、八对日常工作也会有一定的指导意义，可以在每个季度进行一次数据分析。而且这些数据度量无论在项目过程还是在日常工作中都是可执行的，也比较容易执行的。也是有指导意义的。大家有什么建议或者不同观点，请多多指教！拜谢~~