赶工期复盘：压缩测试的代价

客户有明确的对外承诺日期，要求必须在那天上线。我们评估后同意压缩测试周期，从三周减到一周。上线当天系统可用，但接下来两个月一直在补漏。

上线后暴露的问题

并发下单时库存扣减出现负数，原因是缺少并发测试。

跨天结算的定时任务时区处理错误，导致两天的报表数字对不上。

移动端部分页面在低版本浏览器白屏，兼容性测试被完全跳过。

换来的经验

如果必须压缩，先压缩范围和界面，绝不压缩核心流程的测试。

上线后第一周安排双人值班，问题当天处理，避免积压。

在报价与排期阶段预留缓冲，而不是等到客户催了才发现没有余量。

工期可以谈，质量不能赌。压缩测试省下的两周，最终用六周的修复和一次信任损失换了回去。