问题修复
界面改动必须读渲染后的真实 DOM 才算验过
改样式或交互后,「进程活着」「没有报错」「接口 200」都不算验过。必须打开真实界面读渲染后的 DOM,断言元素数量、布局结果、交互效果。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 90/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 52/100 ×0.15
适用场景
界面改动验证UI验证改完样式自测验证点击没反应
解决思路
- 四层判据逐级升高:①进程活着(最弱,完全不说明问题)②真渲染了(有窗口/renderer 进程)③界面内容真的出现(读 DOM 断言特征元素)④交互真的生效(真点一下再看结果变化)
- 用浏览器/调试协议读真实 DOM,别靠肉眼或「看起来对」
- 断言要落到具体数量:元素个数、每项的按钮数(能抓出重复渲染这类问题)
- 点完要看**页面内容变化**,不是看路由/hash 变了——hash 变了但页面没动是常见失败模式
- 自查时先确认验的是最新构建:改了路由表/顶层结构后热更新可能不生效,要强制刷新再断言
适用边界 · 注意事项
- ❌ 别用「能启动/无报错」交付 GUI 改动 —— 这是被反复抓到的漏检
- ❌ 别把「接口返回 200」当成功能可用
- 别只用肉眼截图判断「看着没问题」,要读 DOM 拿到可断言的数值