TG咨询测横竖屏，不能只把手机转一圈看页面有没有倒过来。可靠的 Android应用横竖屏切换与窗口适配验证，还要检查界面尺寸变化、页面状态、键盘遮挡和分屏表现。下面按可执行的测试流程说明。
先区分方向变化和窗口变化
手机从竖屏转为横屏，可能触发 Activity 重建，也可能由应用自行处理配置变化；具体表现与清单配置、代码实现和系统环境有关。即使方向没有改变，分屏窗口缩窄、平板窗口调整大小，也会让可用空间发生变化。因此，方向测试与窗口尺寸测试要分别覆盖。
测试前记录应用支持的方向、关键页面和需要保留的状态，例如表单输入、播放位置或列表滚动位置。若应用明确限制横屏或竖屏，应核对限制是否符合产品设计，而不是一律要求两种方向都可用。
准备设备和场景组合
- 手机：选一台常见尺寸的实体设备，检查自动旋转开启和关闭两种情况。旋转锁定时，设备姿态变化不一定会带来画面旋转。
- 模拟器：在 Android Studio Emulator 中旋转设备，适合快速重复方向切换；另用可调整尺寸的模拟器观察窗口变窄、变宽时的布局变化。
- 平板或折叠设备：条件允许时覆盖大屏和折叠设备的展开、合上状态。重点看布局是否随实际窗口宽度调整，而非仅依赖设备名称判断。
- 系统状态：分别检查有无屏幕键盘、状态栏和导航栏变化的情况。系统版本和设备厂商可能影响分屏入口、窗口行为等细节。
按步骤执行切换验证
- 建立基线：在竖屏打开首页和一处核心功能页，记录页面内容、输入值、滚动位置及主要控件位置。
- 切换方向：开启自动旋转并转为横屏，再转回竖屏；随后关闭自动旋转重复操作。观察画面是否正确重排，有无闪退、空白、控件重叠或短暂错位。
- 检查状态：在输入框填写内容、打开菜单或进入详情页后旋转。确认输入、选中项、播放进度等应保留的信息没有意外丢失；若页面重新创建，检查恢复逻辑是否生效。
- 改变窗口宽度：在支持分屏的设备上进入分屏，拖动分隔线改变应用区域；在模拟器上调整窗口尺寸。观察窄窗口下是否出现横向溢出、按钮被挤出屏幕或文字难以阅读。
- 检查键盘与系统栏：横竖屏分别唤起键盘，检查输入框和提交按钮是否仍可见；再检查系统栏周边内容，确认重要控件没有被遮挡。
- 重复关键路径：回到首页、进入核心页面、返回并再次切换方向。重复至少数轮，确认问题不是只在首次加载或特定页面状态下出现。
重点观察哪些适配问题
布局是否依赖固定尺寸
横屏可用高度通常比竖屏少，分屏还会进一步压缩宽度。检查固定宽高、过大的边距和无法滚动的内容区域；涉及界面尺寸时，注意 Android 常用的 dp 与像素并不等同，实际显示还受屏幕密度影响。列表、表单等内容较多的页面，应确认空间不足时仍能滚动或合理重排。
重建后状态是否一致
方向变化后页面可能重新创建。若返回首页、重新加载或重复提交，常见原因包括状态恢复不完整、请求重复触发或临时数据只保存在界面对象中。逐项核对用户可见状态，并观察日志中的异常信息；不要把所有重建都直接判为缺陷，先确认应用预期行为。
分屏与折叠场景是否可用
多窗口下，应用获得的只是整个屏幕中的一个窗口，宽高比例可能与全屏截然不同。折叠设备展开或合上时，窗口也可能改变。Android应用横竖屏切换与窗口适配验证应关注窗口实际尺寸、内容可达性和操作连贯性，而不是只看设备处于竖直还是水平姿态。
记录结果，避免漏测
每个缺陷至少记录设备或模拟器型号、系统版本、页面路径、切换前后的方向、是否分屏、键盘状态、复现步骤和截图。可用“页面 × 窗口状态 × 键盘状态”整理用例；设备有限时，优先覆盖核心流程、窄窗口和状态恢复，再扩大设备范围。每次修复后按相同步骤回归，确认原问题消失且其他方向没有引入新问题。
常见问题
只用模拟器测试够吗？
不够。模拟器适合快速复现和调整尺寸，实体设备更适合核对传感器旋转、系统栏和厂商差异。
应用锁定竖屏，还要测横屏吗？
应检查锁定方向是否按设计生效，并验证分屏或窗口尺寸变化时页面仍可操作；是否支持横屏取决于产品要求。
旋转后页面重新加载就是错误吗？
不一定。重点是页面是否符合预期、输入等关键状态是否正确处理，以及是否出现重复操作或数据丢失。
最容易遗漏的场景是什么？
常见遗漏包括横屏键盘遮挡、分屏窄窗口和折叠状态变化。将它们纳入 Android应用横竖屏切换与窗口适配验证清单，能补足单纯旋转测试的盲区。