首页截图看起来没有问题，真正填写登录表单时，提交按钮却被键盘盖住；换一台手机，底部按钮又和系统导航区域挤在一起。这类问题很容易在截图审核中漏掉，却会直接阻止用户完成操作。上架前需要检查的，不只是页面好不好看，还有每一步是否真的能点到。
本文于2026年10月20日核验官方资料。主要面向Android手机和平板应用的全面屏布局与键盘遮挡验收，尤其是适配Android 15、Android 16后的版本。以下测试步骤适合产品、运营和项目负责人使用，具体布局修改交给开发完成。
为什么旧版正常，更新后按钮突然被挡住
Android的新布局方式允许应用内容延伸到系统状态栏、导航栏等区域后面。背景铺得更满了，但标题、返回按钮和底部操作也需要重新安排位置。官方全面屏布局指南提醒，应用需要处理与系统界面重叠的部分。
这里有一个重要范围：并不是所有安装在新手机上的应用都会完全一样。表现与手机系统及应用的目标版本有关。Android 16官方说明指出，以Android 16为目标且运行在Android 16上的应用，不能再靠原来的退出开关避开全面屏适配。这个信息交给开发核对即可，业务团队不需要自己修改设置。
排查时建议同时记下应用版本、手机系统和出问题的页面。不要只说“新安卓有问题”，也不要在一台旧手机上测试正常后，就推断此次更新没有影响。
先确认哪些内容可以铺满，哪些必须保持可操作
背景图可以延伸到屏幕边缘，但重要文字和操作按钮需要保持清楚、可点击。页面底部的装饰，与“同意并继续”“提交”“关闭”这些动作，不能采用完全相同的验收标准。
产品可以先为每类页面作出几个简单决定：顶部标题放在哪里；正文是否允许滚动；底部按钮跟随内容还是固定显示；键盘出现时按钮如何处理。把这些决定讲清楚，开发才有稳定的目标，而不是看到遮挡就临时挪一点位置。
建议不要把“按钮必须永远露在键盘上方”作为所有页面的统一答案。有的表单适合滚动完成，有的需要固定操作区，有的可以用输入法上的完成动作。关键是用户在当前状态下知道如何继续，且能顺利完成任务。
第一轮检查：先不打开键盘，看看边缘能不能用
从应用首页开始，依次进入有顶部返回按钮、底部操作栏和长列表的页面。重点看文字是否被系统区域覆盖，按钮是否只有一部分露出来，列表最后一项能否完整滚入视野。
不要只点按钮中心一次。对于贴近边缘的关闭和返回入口，要观察它们的可操作区域是否合理，是否容易误触系统返回或回到桌面。官方界面边界说明区分了视觉遮挡与手势冲突，所以“看得见”和“操作可靠”是两项检查。
还要分别试手势导航和三键导航。两种方式占据的系统区域不同，一种正常不能替代另一种。若项目支持横屏、平板或多窗口，也应在对应状态下检查，而不是把手机竖屏结果直接当作全部覆盖。
第二轮检查：把键盘出现前后完整走一遍
选一个字段较多的测试表单，用没有真实交易风险的测试账号执行。建议按照下面的顺序录制一段短视频：
- 从第一项开始输入，逐项进入到最后一项。
- 观察当前输入框、输入内容和相关提示是否仍能看到。
- 保持键盘显示，尝试继续填写、切换输入项或完成当前动作。
- 收起键盘再重新打开，检查页面有没有越移越高、留下异常空白。
- 故意在测试环境漏填一个必填项，查看错误提示出现后按钮是否仍可操作。
- 返回上一页再进入，确认位置恢复正常，已填写内容按产品设计处理。
Android软件键盘说明介绍了应用如何感知键盘显示和位置变化。技术团队会据此调整布局，业务团队负责确认最终体验。键盘弹出后页面动了一下，并不等于已经适配完成。
测试时可以增加较大字体和较长的页面文案。错误提示、翻译后的文字和多行输入，往往比默认空表单更容易暴露遮挡。如果应用面向多语言用户，应选择实际支持的代表性语言，不用虚构超长内容代替真实文案。
发现问题后，给开发一份能照着检查的记录
“按钮位置不对”缺少可执行信息。建议用下面的方式记录：
“本次候选版本，在某型号手机的手势导航模式下，进入注册页，点最后一个输入框后键盘弹出，提交按钮完全被挡住；页面无法继续向上滚动，因此不能完成注册。”这是示例，请替换为真实设备和实际现象。
附件保留键盘出现前、出现后和收起后的三个状态，最好再有短视频。将应用版本、系统版本、字体大小、横竖屏和导航方式一起写上，开发才能还原当时的界面条件。
如果同一页面有不同表现，也请一起说明。例如只有第一次打开正常，第二次进入底部空白变大；或者同一按钮在手势导航下可点，在三键导航下被挡。这些差异比单张“正常截图”更有定位价值。
向开发确认三件事，避免反复补丁
第一，问题是哪一层造成的？是页面没有留出必要空间，还是父页面与内部组件重复留了空间？业务团队不必理解具体实现，但应确认不是用固定距离碰巧抵消当前手机的偏差。
第二，修改会影响哪些页面？同一个底部操作组件可能被多个页面共用，不能只回归最先发现问题的一页。官方组件说明显示，部分组件已经有自己的边界处理，组合使用时需要明确责任。
第三，弹窗和第三方页面是否覆盖？登录弹窗、底部弹层、全屏提示和外部SDK页面，都应实际打开检查。不能因为首页改好了，就默认这些页面自动继承同样效果。
如果开发回复“已按系统适配”，可以继续问：“在哪些系统、导航方式和键盘状态下验证过？还有哪部分没测？”这样既不会把沟通变成技术考试，也能让发布判断有具体依据。
怎样安排测试，避免手机很多却漏掉关键场景
不一定要把每种组合全部测一遍，但应覆盖主要变化：手势与三键导航、横屏与竖屏、亮色与暗色、键盘显示与隐藏。再根据用户设备和业务情况，加入平板或多窗口。不要把所有时间都花在多台尺寸接近、设置完全相同的手机上。
关键流程优先，包括注册登录、提交表单、重要确认、账号管理和错误提示。涉及付款的流程应使用团队批准的测试方式，避免为了截图误触真实支付。需要用户确认的按钮尤其要检查全文可读和操作可达性。
每条用例最好有明确结果，例如“用户可以滚动到最后一项，看到完整提示，并成功点击一次提交”。“布局没问题”太笼统，也不方便修复前后比较。
发布前最后核对这份清单
- 顶部返回、关闭和标题清楚可见，不被系统区域覆盖。
- 底部关键按钮能够完整操作，不与系统导航互相干扰。
- 长页面最后一项可以看到，不能靠猜位置完成点击。
- 键盘打开、切换输入项、收起和再次打开后，布局都正常。
- 错误提示出现后仍能继续修正信息，不把用户困在页面里。
- 亮色与暗色背景下，系统图标和应用文字都容易辨认。
- 弹窗、弹层及第三方页面已经单独检查。
- 验证的是准备提交的最终候选版本，且保留测试范围和未覆盖项。
这类问题的完成标准不是“截图终于对齐”，而是用户在不同界面状态下仍能连续完成任务。把页面规则、实际操作和验收证据对齐，后续新增页面或升级系统时也更容易保持稳定，不必每次发现遮挡再临时挪按钮。
问题找早鸟出海，早鸟出海（NBOVERSEA）深耕出海近十年。专业提供谷歌、苹果APP代上架服务，支持PWA/W2A/H5/APP广告代投，提供Google/Facebook/Tiktok广告账户，谷歌/苹果开发者账户，一站式解决您的后顾之忧。如有任何疑问，请点击服务流程或咨询飞机：@nboversea @gobird_bot