Topic Archive

# 测试

4 articles

Computer Use 每轮 40 个工具错误,都出在哪里

Orca computer use 真机验收复盘:15 项任务的 harness 怎么跑(PTY 里的真实 TUI、从渲染出来的面板读授权、独立核验、清理核查)、前五次运行为什么都死在 harness 自己身上、基线的 37 和 40 个工具错误分别来自 bash 绕路、没有 AX 窗口的窗口编号和系统设置的 AXRaise,可靠性修复(可用窗口、带下一步的错误、无窗口快捷键、AXRaise 回退、失败预算)把错误降到 8、9 个,以及为什么一个改动至少要跑两轮。

查一次系统版本要 14 秒:测试慢在 94 万个 .o 文件上

一次 macOS 测试变慢的排查:host_supported 调用 NSProcessInfo.operatingSystemVersion,CoreFoundation 为了本地化版本字符串去找主 bundle 的 .lproj 目录,裸可执行文件的主 bundle 就是它所在的目录;target/debug/deps 里有 94.7 万个条目(94 万个 .o,来自 macOS 上 dev 构建默认的 split-debuginfo=unpacked);用一个只调用一次 operatingSystemVersion 的小程序测出空目录 2 毫秒、30 万个文件 290 毫秒、真实目录 13.6 秒;以及前两次为什么都对上了症状却没找到原因。

我让 Codex 在 Windows 虚拟机里替我测了一晚上

留白与 Cleanzo Windows 版的真机测试复盘:Mac 上开发、Codex 在 Windows 11 云桌面里只测不改、每项配截图、Mac 上的测试与模拟 Win32 的浏览器测试不算 Windows 通过;单实例锁的 key 用了本地化的应用名导致中英文各占一把锁;向进程所有顶层窗口发 WM_CLOSE 让 LibreOffice 在保存询问前崩溃,改为只向用户能关的窗口发 SC_CLOSE;mygo 0.6.2 的 TrashItem 在文件超过回收站容量时直接永久删除,改回 SHFileOperationW 并预检 BitBucket 容量;以及把跑通的流程写成 skill。