点开始之前先看操作要求
查看创作者页面是否明确说明支持手机或触控。标注网页游戏、HTML5 的作品，仍可能要求键盘、鼠标瞄准或指针锁定。页面能适配屏幕，不代表手机有游戏需要的全部输入。
列出核心动作，例如移动、瞄准、跳跃、交互和暂停，逐项核对有没有真实可用的触控替代。能在文本框输入的屏幕键盘，不能普遍替代游戏监听的桌面按键。
完成一轮操作，不只点开菜单
有教程或练习模式时，先试一小段：向两个方向移动、执行主要动作，再返回菜单。动作游戏要试能否一边移动一边射击；解谜游戏要试选择、撤销、重置时会不会误拖页面。
菜单能点、角色却不动时，先别投入重要进度或付费。桌面站点模式可能改变布局，不会补出缺失的触控操作。外接键盘也要游戏与浏览器支持其他必需动作才有意义。
把手指放上去再检查屏幕
按创作者推荐的横竖屏测试，确认按钮标签、生命值和关键目标仍然可见。观察拇指是否挡住瞄准点或动作按钮。截图里看得清的文字，实际操作时仍可能被遮住。
旋转会改变布局时，检查游戏能否安全暂停，旋转后操作是否正常。全屏可能增加可用空间，但支持情况不同，也不能解决所有布局问题。通过游戏正常退出控件离开，避免视图异常时无法恢复。
保持浏览器和存档环境一致
聊天应用内打开的链接，可能与常用浏览器表现不同。比较时使用创作者官方直达链接和受支持的浏览器，并记录两个环境。不要假定存档会跟着链接进入新浏览器。
长流程游戏可以先做一个小存档，再重新打开验证。如果没有触控或手机支持说明，就为手机选另一款作品，把这款留到适合的设备。操作不匹配，不等于游戏本身不好玩。
给创作者一份可行动的手机反馈
写清手机、浏览器、横竖屏和失败动作。例如“左移键单独有效，但松开射击键时移动也停止了”。说明期望和实际结果，比只写“手机不能玩”更容易定位。
截图有帮助时保留操作区域，避免泄露通知等私人信息。创作者应列出实际测过的输入，不要只测试标题页就承诺适配手机。发现游戏指南帮助玩家按操作挑选；发布检查单帮助创作者记录做过哪些验证。
官方参考资料
资料核对日期： . 封面是保留署名的真实游戏截图，不是这篇教程的输出示例。