TG咨询判断深色模式是否正常，不能只看首页变黑。移动应用深色模式与系统主题联动测试，要确认系统切换后应用及时响应、各页面配色正确，并尊重用户在应用内的主题选择。
先明确主题切换规则
开始测试前，先写清楚产品规则：应用是始终跟随系统，还是允许用户选择浅色、深色或“跟随系统”。若用户手动固定主题，系统开关变化后应用是否保持固定，也应有明确预期。否则，测试人员容易把设计选择误判为缺陷。
还要区分“主题变化”和“屏幕变暗”：系统深色主题通常会改变界面配色，不代表应用自动降低屏幕亮度。测试时应观察实际颜色和控件状态，而不是只看屏幕整体是否变暗。
用一组场景覆盖系统联动
- 准备两种初始状态：在 iPhone 的“设置—显示与亮度”切换浅色、深色外观；Android 设备则使用系统设置或快捷设置中的深色主题开关。菜单名称和入口可能随系统版本、设备厂商而不同。
- 测试前台切换：打开应用停留在首页，切换系统主题，检查界面是否及时更新。再进入设置页、列表、表单、弹窗等页面，确认切换不会只影响当前屏幕。
- 测试后台与重启：将应用切到后台后改变系统主题，再返回；随后彻底关闭并重新打开应用。检查主题是否按照既定规则恢复，页面内容和用户输入是否仍正常。
- 检查应用内选项：如果应用提供主题选择，分别设为“跟随系统”和手动浅色、深色，再改变系统主题。重点核对优先级：手动选择是否覆盖系统设置，重新选择跟随后是否恢复联动。
- 覆盖计划切换：若设备启用了日落、日出或定时主题，等系统实际切换后再验证应用；也可以在测试设备上调整计划时间。不要只凭设置页面显示的选项判断联动有效。
页面检查比“黑底白字”更细
逐项核对颜色与控件
检查正文、次要文字、占位提示、分割线、按钮、输入框、选中态、禁用态、对话框和加载提示。特别留意浅色背景上的浅灰文字，以及深色背景上边界不清的卡片。状态栏、导航栏和系统键盘也要检查，避免应用内容已经变色，系统区域却仍使用不协调的图标或背景。
如果页面含照片、品牌图标或插画，确认它们在两种主题下都能辨认；不宜对所有图片简单反色。颜色资源应能对应主题变化，例如 iOS 的语义颜色与颜色资源、Android 的主题属性。关注文字可读性，普通字号文字的对比度可参考 WCAG 的 4.5:1 标准；图标和控件边界则需单独检查。
留意容易漏掉的内容
包含网页内容的页面、第三方登录或支付界面，可能由不同组件绘制，未必自动采用应用主题。逐个确认页面归属和预期行为；对不受应用控制的系统界面，记录设备、系统版本及复现步骤，不要直接把它当作应用配色缺陷。
记录结果，方便复测
移动应用深色模式与系统主题联动测试应留下可复现记录：设备型号、系统版本、应用主题设置、切换前后的系统状态、所在页面及截图。回归时固定同一页面和状态，再比较浅色、深色截图；系统字体、屏幕尺寸或内容长度不同，都可能让截图出现与主题无关的差异。
发现问题后，先判断是颜色资源未切换、页面未刷新，还是应用内偏好覆盖了系统设置。这样能把修复范围缩小到主题配置、生命周期处理或具体页面，而不是笼统地要求“深色模式再调一下”。
常见问题
系统切换后，应用重启才变色，算正常吗？
如果产品承诺跟随系统，通常应在应用前台或重新进入时及时更新；是否需要重启取决于应用实现，但不应与既定规则冲突。
系统深色模式开启，应用仍是浅色，如何排查？
先检查应用内是否固定为浅色，再确认系统主题状态和应用的跟随设置，最后分别测试前台切换、后台返回与冷启动。
截图对比出现很多差异，是否都是主题问题？
不一定。先固定设备、页面内容和滚动位置，再区分配色变化与字体、布局、动态内容造成的差异。
按场景验证切换、页面细节和偏好优先级，移动应用深色模式与系统主题联动测试才能覆盖真正影响使用的故障，而不止确认背景颜色变了。