测试何时终止？--质量评估

  测试同学应该都有过类似经历，这个项目测到什么时候可以结束？这个迭代已经没有缺陷了是否可以上线了？相信有一部分同学都是靠感觉，或是项目倒排期，如果有点儿要求的可能会做到以下场景：

• 场景一：项目计划时间到了，就发布产品。
• 场景二：将缺陷修复率作为产品的质量目标，产品必须达到一定的缺陷修复率，才能发布；
• 场景三：为产品建立了很多指标来作为质量目标，如：缺陷修复率、测试代码覆盖率等，产品必须达到制定的质量目标，才能发布；
  ####分析
• 场景一说明测试团队当前还没有产品质量评估的具体办法，于是只有将“时间”作为底线。
• 场景二和场景一相比，已经有了判断标准，可以说是有质的改变，但其评价标准太过于单一。而对一个产品来说，要想对它的质量进行客观准确的评价，要结合质量六属性、开发过程及测试过程，单纯通过一个指标很难判断准确；
• 场景三看起来很好，但在实际操作时，费时费力对这些指标进行统计、分析和跟踪，最后都达到了，但是对产品质量的好坏依然感到心里没底。
  ####解决方案
    一个优秀的产品质量评估模型，应具备如下特质：
• 多维度：能够覆盖质量评估的各个纬度，能够帮助评估者全面分析和考虑。
• 定量+定性：指标和分析相结合，能够有效避免在只有指标的情况下，被“绕”过去，变得形同虚设。
• 过程+结果：不仅评估测试的结果，还对过程进行分析和评估。
  ####软件产品质量评估模型
  测试覆盖度评估：对测试范