质量验收：十项检查、四维评分与一次季度复盘
季度最后一天，他把四十七个缺陷与十二次发布摊在桌上，发现一年都在救火，没有一次复盘。十项检查逐条对证据，四维按 0.35、0.25、0.20、0.20 加权，算出 3.13 与 4.11，下季度只留三个动作，并把复盘钉进日历。
tag
发布验收
共 11 篇文章。
验证的边际收益：什么时候可以不写测试
灰度开关下周就删，他仍给六个状态各写了一个测试，删除时一起删掉。三种情形可以不写、三种必须写，用十二分钟与四十次触发算出单测净省五点一三小时；十七项测试债季度结算时只偿还九项六点五小时，跳过八项各写了触发条件，留下一张可对账的账本。
不可逆操作：预演、快照、冷却与一个人的双人复核
一次批量改负责人，dry-run 显示 214 行，他停手了。一个人没有第二双眼睛，只能用预演、快照、输入名称确认与 24 小时软删除冷却替代双人复核；每次 4.7 分钟，一年 12 次共 56.4 分钟，换回两次误删的 7 小时。
测试数据与假依赖：一个种子、四个替身与三列脱敏
他用生产导出复现筛选缺陷，差点把客户真邮箱写进测试邮件。之后他做了 18 KB 的种子：1 租户、3 用户、4 项目、12 任务，重置 2.4 秒；四个外部依赖换替身，两个只读依赖用真库；邮箱、姓名、外部账号 ID 三列脱敏，一年省 2.72 小时。
缺陷分级：四级、四个时限与一个周末例外
P0 两小时、P1 一天、P2 到下一个周末、P3 一个季度：把 47 个线上缺陷按四级摊开，复算 80.9% 的达标率与 86.5 小时修复工时，说明周五晚上的一次降级如何变成周一的三封投诉，并给出可复核的判定句与季度对账方法。
发布门禁：六项检查与一个红绿灯
发布门禁不是更多测试，而是六项十分钟内跑完的否决点：构建、迁移 dry-run、关键测试、配置 diff、依赖漏洞与回滚包，再复算 2.16 小时成本如何换回 23.8 小时事故损失，并给出红黄绿三色各自的放行规则与记录字段。
回归清单：三十八条怎么砍到二十六条
改一句邮件模板却跑了九十一分钟全量回归，跑到一半他自己先烦了。把三十八条按三问分成必跑十二、选跑十四、季度十二，发布只跑二十六条五十八分钟，靠一张六行映射表挑条目，每次省三十三点二分钟，一年省六点六四小时，清单也终于能被跑完。
三层验证的一个人配比：单元、集成与六条端到端
二十三条端到端测试被一次按钮文案改动全部打红，他最后只留六条。三层验证按不可逆性与变更频率分配：214 个单元 6.8 秒、31 个集成 74 秒、6 条端到端 252 秒，全量 332.8 秒，受影响集 107.5 秒。
关键路径清单：十二条不能坏的路径
客户在周五晚上发来一句「登不进去」，他查了两小时才发现，自己从没列过哪些路径坏了算事故。于是他从一年 47 个线上缺陷里倒推出十二条关键路径、四十八项检查、按先门再内容最后钱的顺序跑的三十五分钟一轮清单，以及五条不可逆操作的保护动作。
质量是一笔预算：四十七个缺陷、八十六小时与三条红线
九月的一个下午，客户删掉项目，十二条任务跟着消失。他从这次事故倒推：在这款 344 个账号、120 个付费用户的产品里，一年记录 77 个缺陷、线上 47 个、修复 86.5 小时、验证预算 192 小时，以及三条不能再破的红线。
一个人的质量守门：验证预算、回归清单与发布门禁（10 篇）
一个人没有时间做完整测试，只能把有限的验证预算压在丢数据、收错钱、进不去这三条红线上。本组从 47 个线上缺陷、86.5 小时修复与 12 次发布出发，讲关键路径、三层配比、回归分层、六项门禁、缺陷分级、不可逆保护与十项验收。