上线前回归测试卡住了怎么办
项目做到最后一步，代码提测、回归测试跑完，结果系统打回：回归没过。这时候别慌，先看问题出在哪。
有时候是某个按钮点不了，有时候是接口返回500，也可能是老功能突然不生效了。不管是什么问题，第一步就是拉上测试同学对齐失败用例，把报错日志翻出来，确认是偶发还是必现。
区分问题类型，快速定位责任方
如果是前端页面白屏，检查控制台报错，看看是不是静态资源加载失败，或者 JS 脚本执行中断。比如最近一次提交里删了某个公共组件，但别的页面还在引用，就容易出这种问题。
后端接口出错的话，直接查服务日志。像 Java 项目可以去 Kibana 翻 error 堆栈，Node 服务看 console 输出。常见的是数据库字段改了，但接口没同步更新，导致空指针。
还有种情况是环境问题。测试说登录不了，你本地好好的。这时候去核对配置文件，看是不是测试环境的 OAuth 回调地址写错了，或者缓存没清。
紧急修复流程怎么走
确认问题是新代码引入的，立刻在当前发布分支拉一个 hotfix 分支。改完之后让测试单独验证这个点，别等全套回归重新跑完——时间耗不起。
改完记得补个单元测试，防止下次又被踩坑。比如之前有个订单状态更新失败，就是因为少判了一个枚举值。后来加上测试用例，这类问题再没复发过。
describe('OrderStatusService', () => {
it('should handle PENDING status correctly', () => {
const result = service.getStatusLabel('PENDING');
expect(result).toBe('待处理');
});
});实在修不完，要不要延期上线
如果核心流程断了，比如支付不能下单，那必须拦住。别抱着“先上再说”的侥幸心理。真上了，用户投诉涌进来， rollback 更麻烦。
非核心问题可以评估影响面。比如个人中心头像上传失败，但其他功能正常，产品和运营同意降级上线，那就备注已知问题，留好回滚预案。
上线窗口快到了，开发还在修，测试还没验证完？这时候得有人拍板。技术负责人拉个短会，三分钟讲清楚风险，该延就延，别硬冲。
上线前卡住是常态，关键是怎么应对
团队平时就得养成习惯：提测前自己先跑一遍主流程。别总依赖测试帮你找问题。另外自动化回归能省不少事，尤其是接口层，用 Postman 或者 Jest 写好脚本，每次合并前自动跑一遍。
还有就是别堆到最后一天才提测。留两天缓冲期，测试发现问题还能修。天天搞“凌晨发布”，迟早出事。