质量保障的核心目标是减少线上故障，涵盖硬性、软性及需求定义引发的问题。要减少故障，需从需求、设计、开发、测试、上线等阶段着手，深入分析故障根本原因，评估项目迭代成熟度，优化测试效率和覆盖度，控制风险，并针对业务特点实施策略。例如，合理安排迭代周期，提高测试人力效率，确保测试覆盖，避免业务耦合过度，以及采用风险控制措施如故障降级、灰度发布等。
质量保障的核心目标
质量保障的核心目标在实际的项目或团队中很少有明确的约定或口径，就实际经验而言，可以归于一条：线上故障的减少。这个经验得来的目标实际是一个非常宽泛的目标了，通过团队成员的多方努力，这个目标仍然是“若即若离”。
站在不同人员的角度，对测试目标会有共同的期望：故障的减少 & 人效的提升 & 迭代周期的缩短。但对测试结果的期望，线上故障的减少可以说是最核心的一个目标。
产品故障的广泛定义
从广义上来说，故障同时包括了：硬性质量引发的问题、软性质量引发的问题、需求定义引发的问题。
硬性质量引发的问题
指上线/配置修改等直接引发的线上不可用问题(用户直接不可用)
软性质量的引发的问题
指新功能上线/改版等引发的不好用问题(用户直接产生不好用的感受，当然，这部分实际项目中往往不被直接当成线上故障通过回滚版本的方式来处理。)
需求定义引发的问题
指新功能上线/改版后立即重新上线推翻修改。比如推翻之前的实现；走回头路；由于大 Boss 推翻 3 周的实现等。
故障发生有种种可能的情况&#x
最低0.47元/天 解锁文章
扫一扫
1138
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
