用例维护是什么
用例维护指需求变更、缺陷修复、功能下线后，对用例库做同步更新：修正预期、增补场景、删除过时用例、合并重复项。用例库是测试团队最贵的资产之一，但只有在持续维护时才是资产——不维护的用例库会腐烂成负担，新人照着僵尸用例测试，覆盖失真、信心流失。
基本信息
| 维护触发点 | 需求变更、上线发布、缺陷复盘、功能下线、界面改版 |
|---|---|
| 维护动作 | 更新预期值、增补用例、废弃过时项、合并重复项 |
| 责任人 | 每个模块指定用例 owner，避免公共资产无人认领 |
| 评审机制 | 重要变更后的用例修改走轻量评审，防止误改 |
| 度量方式 | 用例失效标记数、执行失败中过时用例占比、覆盖率变化 |
| 工具配合 | 用例管理系统记录版本与变更历史，支持批量标注 |
典型使用场景
- 版本发布后：把本轮变更波及的用例集中刷新，保持可执行。
- 缺陷复盘后：针对漏检场景补充用例并标注来源。
- 界面改版：批量更新定位与截图，避免自动化大面积失败。
- 功能下线：废弃相关用例，防止回归集无限膨胀。
- 定期盘点：按季度清理从未执行或长期失败未跟进的条目。
用例腐烂信号与处理
| 信号 | 处理动作 |
|---|---|
| 长期执行失败无人跟进 | 定责任人或废弃 |
| 预期值与实际长期不符 | 刷新预期并补充依据 |
| 同类用例重复多条 | 合并保留最完整的一条 |
| 功能已下线仍保留 | 标记废弃并归档 |
| 新人无法理解步骤 | 补充前置条件与数据说明 |
维护从创建时就该考虑：步骤写清前置条件与数据，后人维护成本才低。
废弃也是维护：不敢删导致用例集虚胖，执行成本吞噬收益。
把维护排进迭代计划：不占排期的工作永远排在业务需求后面。