assertThat(result.getData()).isNotNull(); assertThat(result.getData().getId()).isNotBlank(); assertThat(result.getData().getItems()).isNotEmpty();
接口返回的 data 是个空对象,用例里只有 assertNotNull(result),一路绿到线上。前端取 result.data.id 时报 Cannot read properties of undefined。这类现象通常不是突然出现的,往前翻半天日志能看到苗头。
追下去是这么回事:非空只说明引用存在,字段全是 null 也能过。断言没覆盖业务必需字段,测试通过率和真实可用性就脱节了。
围绕「断言只判非空」排查时,命令行跑一遍比在面板里点十次有用,面板会替你做掉不少隐式操作。同一份配置存在多处的,先确认改的是被加载的那一份。
新版本先放一台机器上跑一天再全量,问题一般在这段时间暴露。备份不是备了就行,恢复一次才算数,很多备份文件打开才发现是空的。
处理上按这个顺序:把断言换成关键字段逐个校验 至少 id 和 status;用 JSON Schema 或对象比对 一次卡住结构;空集合单独加 size 断言 空数组不算通过;回看近三个月的用例 找出只有非空判断的那批。
确认没问题再收工,把返回体改成空对象后用例立刻失败 不再静默通过。
