设计走查怎么做？

设计走查我分两个场景：还原走查——设计稿对比开发实现，检查间距字色组件状态是否一致，输出问题清单给开发逐项修复；设计自审——上线前按 checklist 过一遍：空状态、加载态、错误态、极值内容（超长文本、零数据、负数）、极端机型。清单驱动不靠记忆。

我讲走查工具化：用标注对比工具逐屏截图 diff，问题按 P0 视觉断裂、P1 明显偏差、P2 细节分级，P0 阻断发布。极值测试我吃过亏——商品名 40 个字把按钮顶没了，从此 checklist 固化『最长标题、最多标签、最小屏幕』三必测。走查报告附修改建议截图，修复效率高很多。

资深视角把走查从『对像素』升级为『对意图』：自动化的部分交给工具——视觉回归测试进 CI，把人从机械对比解放；人的时间花在状态完备性——不是这页长什么样，而是这页所有可能的状态是否都被设计了；流程上把走查前移到组件层面，页面级只查组合问题。走查数据回溯——高频问题类型反哺设计规范与组件库，闭环才是走查的终点。

追问『和开发对走查结果有分歧怎么办』：回到设计 token 与规范文档做裁决，规范没覆盖的当场定并回写规范；『走查时间总被压缩怎么办』：分级走查——核心链路全量、边缘页面抽检，加自动化兜底；『怎么防同样问题反复出现』：问题归因进组件库或 checklist，同类问题只允许发生一次。