当前测试的版本质量好不好？如何评判？

我们在测试的过程中，如何来看一个软件版本的质量好不好？具体的表现形式有如下：

1）提测过来的版本，冒烟测试是否通过，冒烟测试不通过，版本质量差不予提测

2）冒烟测试通过，核心功能模块中 发现  数据错误、逻辑错误、数据交互、隐性需求 类的 严重bug较多，版本质量差

3）测试过程中 第一轮全面测试，测试用例执行的 通过率低于70%，表示版本质量差

4）测试阶段发版的次数 每天有多少个版本，发版的次数越多越频繁，版本质量越差（某个系统版本 每天发版超过3次 则表示版本质量差）

5）在测试环境中，发现的bug 在不断迭代修复中，bug数依旧越来越多，bug的发展趋势 呈现上升趋势，版本质量差，反之bug收敛，版本质量变好

6）回归测试阶段，开发对存在的bug修复率 低于60%，版本质量差 （开发计划好某天修复10个bug，只修复了5个，修复率低导致周期延长上线风险增加）

7）回归测试验证后，遗留的bug数 越多，版本质量越差 （遗留 重大bug>=2个，影响用户使用bug数>=1个）

8）异常逻辑、隐形需求、需求变更 对当前版本的容错能力 产生的bug数越多，版本质量越差（容错bug>=2个）