全国咨询热线：136-9172-9932
测试执行完成后，需要对软件质量进行评估，评估的目的是确定被测试系统是否可以发布。通常评估的指标主要包括以下几个方面。
（1）验证所有需求都被实现 ，所以有需求都必须被实现，并且所有的需求应该都有相应的测试用例覆盖，即我们通常所说的 需求 100%覆盖。当然在实际测试过程中我们很难对所有需求进行 100%覆盖，因为这涉及到两个 问题：一是在整理需求时，我们很难将所有的需求都整理出来，也就是说，其实任何一份需求说 明书都有一些隐性需求的存在；二是每个需求其实都有一个覆盖粒度的问题，也就是覆盖的粒度大 小会决定需求验证的全面性。由于这两个原因的存在，在实际测试过程中我们很难保证需求 100% 覆盖。
（2）致命和严重问题都已解决 在测试执行结束时需要对未解决的问题进行评审，评审未解决问题的目的主要包括两个维度： 一是评审未解决问题的风险，确定系统是否带着这些问题发布；二是系统不能遗留致命和严重问题 发布，即致命和严重问题都必须解决。 之所以不能带着致命和严重问题发布，是因为发布后系统可能存在着很大的风险，这样后期面 临着巨大的市场压力。
（3）测试用例通过率超过 97% 在执行测试时我们会记录下所有用例执行的结果，在统计测试用例执行结果时，必须确定测试 用例通过率超过 97%。之所以对测试用例通过率有要求，原因很简单，如果我们不能确定绝大多 数用例执行结果都是通过的，那么意味着我们的功能存在很多缺陷，而一个存在很多缺陷的产品被 发布，后期的风险可想而知。
（4）三级操作以内的缺陷都已经修复 在定义缺陷时，一般将三级操作以内的缺陷定义为严重或致命的问题，所以不允许遗留三级操 作以内的缺陷与不能遗留严重或致命问题是一样的道理。
（5）缺陷修复率超过 95% 在分析缺陷的时候，还有一个指标是遗留缺陷率，通常缺陷修复率应该超过 95%，即遗留缺 陷不能超过 5%，虽然遗留缺陷中不能有严重或致命的缺陷，但同时也需要注意，缺陷遗留率不能 超过 5%。因为如果遗留的缺陷数太多，这样系统发布出去后，系统失效的风险会变得很大。
（6）核心业务和基本业务的基本事件流和备选事件流都正确，不存在缺陷 关于这个维度其实和遗留问题中不能包含致命和严重问题是一致的，因为核心业务和基本业务 的基本流和备选流如果出现问题，一般都是严重问题，如果这些问题遗留出去后，势必都会带来严 重的影响。
（7）分析缺陷变化趋势，确定系统处于稳定状态 评估系统能不能发布，还有一个很重要的因素，就是评估系统是否达到稳定状态。如果系统未 处于稳定状态，说明系统是不可以发布的，比如华为现在最常用的方法就是使用四象限的方法对缺 陷进行分析。
