软件产品线运营中如何管理不同的软件版本发布及它们的质量？

软件产品线运营中，对于不同的功能点在做项目计划、项目总结和阶段资产评估时，选择以下预期和实际质量级别，可以以最大的性价比和投资回报率获取整体满足要求的交付软件质量等级：

(1). 未测试过（包括开发人员）

(2). 仅开发人员自己测试过

(3). 手工测试过，无实际用户使用经验

(4). 手工测试过，1 个以上用户使用 1 天以上经验

有自动化测试，无实际用户使用经验

(5). 手工测试过，1 个以上用户使用 1 周以上经验

(6). 手工测试过，1 个以上用户使用 1 个月以上经验

(7). 手工测试过，3 个以上用户使用 1 个月以上经验

(8). 手工测试过，3 个以上用户使用 1 年以上经验

(9). 有自动化测试，1 个以上用户使用 1 个月以上经验

(10).有自动化测试，3 个以上用户使用 1 年以上经验

软件产品线运营中常见的版本发布有：(1).软件产品核心部件发布；(2).软件产品发布；(3).软件产品临时性补丁。不同的发布版本质量等级也不一样。

对于软件产品线运营中核心组件，通常有配套的自动化测试案例集及脚本，发布时也会有严格的测试与质量保证流程，质量等级通常在“(4).有自动化测试，无实际用户使用经验”与“(10).有自动化测试，3 个以上用户使用 1 年以上经验”之间，软件产品线运营中核心组件是软件产品的支柱与脊梁骨，较高的质量等级整体上拉升了软件产品线整体质量等级。

对于常规性软件产品发布版本发布，通常在质量等级(3)。对于软件产品线运营中的功能点，随着实际使用用户的增加和稳定运营时间积累，质量等级逐步升级到最高(8)级。

对于软件产品临时性补丁（一周内修复发布），一般在质量等级(2)；

对于软件产品临时性补丁（一天内修复发布），不需要额外配置数据即可简单测试（10个点击或切换步骤内），一般在质量等级(2)，如需额外配置数据或者需要超过10个点击或切换步骤，一般在质量等级(1)；

对于仅能在客户生产环境重现的简单缺陷修复，临时性应急补丁质量等级为(1)；找到根原因并设计了测试用例后，可提升质量等级为(2)；

由独立的测试人员设计与执行测试用例后，可提升该功能质量等级为(3);

任何软件产品线运营中新的需求变更，经过影响性分析（或者冲击响应分析），对于所有影响到（冲击到）的软件产品功能列表，其质量等级直接降低到(1)，并根据实际流程执行后逐步升级。

对于软件产品线运营中核心功能，可投资预算设计适当的自动化测试，每日或每次构建自动运行自动化测试可将日均质量等级提升为(4)。但对于不稳定需求功能和非核心功能，不建议设计自动化测试用例，否则自动化测试脚本的设计、变更与运维会占用大量成本。