51 lines
4.3 KiB
Markdown
51 lines
4.3 KiB
Markdown
# Unity自动验收记录（2026-09-21 19:37–19:43）
|
||
|
||
## 范围与执行方式
|
||
|
||
用户请求AI执行测试。本轮通过UnitySkills REST操作已打开的Client项目，没有修改生产代码、场景资源或正式服地址。运行时输入框设置为101，调用已发现的OKButton.onClick执行正常登录，属于自动化运行时控件操作，不代表物理鼠标点击/触屏可用性验收。
|
||
|
||
实例：FishingTravel_86BDF1E2；项目C:/projects/ft/Client；端口8091；Unity2022.3.62f2c1。匹配registry路径并校验health后操作。进入PlayMode后的域重载曾使registry短暂为空，随后同一实例恢复。
|
||
|
||
## 本轮已执行
|
||
|
||
| 操作 | 结果 | 限制 |
|
||
|---|---|---|
|
||
| 启动前editor_get_context/debug_check_compilation/console_get_stats | PreBoot，未播放、未编译，场景未脏，控制台0错误/0警告 | 未主动强制全工程重新编译 |
|
||
| 读取本机持久化配置 | EventApiURL=http://s101.local:18080/；CustomID={{input}} | 仅记录相关字段，不将完整配置复制到证据 |
|
||
| editor_play，查找PFLoginAct和InputField | 到达LoginStage及账号输入界面 | 非SDK真机入口 |
|
||
| component_set_property设置输入101，event_invoke触发OKButton.onClick | 正常进入FishingStage | 场景到达不代表所有首页弹窗/玩法已验收 |
|
||
| 读取连接日志 | [RTService] Connected to SignalR server True | 首连成功，不等于业务消息/释放/重连通过 |
|
||
| 19:43控制台复查 | 106条Log，0 Warning，0 Error | 本轮观察窗口内，非完整S6或存档一致性验收 |
|
||
|
||
## 后续自动化定位限制
|
||
|
||
进入FishingStage后，scene_find_objects及gameobject_find查询UnityEngine.UI.Button返回0；按名称查询设置/退出入口也未找到可操作对象。本轮因此没有触发游戏内退出，不把停止PlayMode冒充注销测试。不修改生产代码或新增测试桥接来绕过此限制。
|
||
|
||
可继续由用户操作设置/游戏内退出，AI通过控制台及状态取证；或另行查明运行时UI定位方式后继续自动化。
|
||
|
||
## 未通过项（尚未执行）
|
||
|
||
- 游戏内退出再101登录；101→102→101及实际Cookie/存档隔离。
|
||
- 失败后重试、等待登录/重试延迟中退出、旧按钮回调隔离。
|
||
- SignalR首次业务消息、游戏内退出释放、真实断网重连。
|
||
- S6首页/钓鱼各入口及原异常专项复测、无清档/重置验证。
|
||
- 真机渠道SDK回调与全局状态。
|
||
|
||
## 证据与结束状态
|
||
|
||
- 自动验收-preflight.json：启动前状态。
|
||
- 自动验收-执行证据.jsonl：带时间、实例、REST操作参数与结果的逐步记录。
|
||
- unity_acceptance_call.py：本轮调用/记录脚本；每次匹配项目及health，后续调用需重新发现实例。
|
||
- unity-manifest-test.json：当时服务能力清单。
|
||
|
||
本轮结束保留Unity运行在FishingStage，账号101，方便后续受控操作。没有主动执行抛竿、领取、购买、俱乐部操作或KV写删；游戏登录自身的既有初始化/后台行为保持原样。没有Git提交。S0正常登录子项取得新证据，S0–S6全套仍未完成。
|
||
|
||
## 19:45之后继续测试的检查点（覆盖上方结束状态）
|
||
|
||
- 用户要求继续。核对GameObjectFinder源码：常规缓存枚举SceneManager中的已加载场景，未显式加入DontDestroyOnLoad特殊场景；继续查询常驻设置/退出UI未取得可操作对象。
|
||
- 核对SettingPopupPanel：清缓存会调用PlayerPrefs.DeleteAll，所以没有触发它来代替注销。AccountSwitchConfirmPopupPanel的正常确认可进入QuitStage，但实际UI入口尚未定位。
|
||
- 19:47:11 editor_stop成功，19:47:30 editor_play返回playing，准备从输入页执行无效ID/重试；这是PlayMode复位，不是游戏内退出验收。
|
||
- 随后registry持续为空，匹配项目的8091端口无监听；三次health恢复检查均URLError。目标Unity进程36284仍存在，另有D:/ft/ft/Client实例，未误连接其他项目。
|
||
- 尚未提交无效ID，也没有开始本次换号；没有修改业务代码。最新运行状态不能从断线后的旧playing响应推断，需恢复连接重新读取。
|
||
- 续测前恢复 **C:/projects/ft/Client** 实例的Window > UnitySkills > Start Server，匹配registry和health后继续。连接恢复证据见《自动验收-连接恢复检查.json》。失败重试、同号重登、换号、Cookie隔离和释放/重连均保持待验收。
|