VR是一个特殊的平台，有两个因素妨碍自动化测试的实施。

1是因为坐标0点是动态的，所以坐标系也是动态的，所以点击的点的坐标每次都是不同的。

2是3维坐标处理成2D，只能是图片，所以拿不到各种元素的坐标和标识，这就是为什么APPIUM之类的工具无法用于VR一体机的原因。

所以问题来了，总不能一直手动点点点来测试一体机的业务对吧？该如何提高测试效率呢？笔者想到了如下的2个方法。

第一个，UI-DIFF，就似乎同故宫对一体机画面指定位置进行截图，和预期结果进行对比，来进行测试的方法。适用于不同版本或者不同机型的对比测试

第二个，测试服务化，封装后台各种业务操作形成接口，先调用接口，然后一体机指定位置截图后，上传到服务端，同故宫OCR进行文字识别，拿到STRING，和调用接口的返回值进行比对。这可以做一体机的业务测试自动化

TO DO：设想还需要讨论，加油

# vr # 自动化
Logo
天工造物局

北京人形旗下天工造物具身智能开源社区，聚焦具身天工与慧思开物两大平台

更多推荐

deck.gl TripsLayer 出租车轨迹动画示例实战：从示例运行到着色器原理

TripsLayer 是 deck.gl 中用于渲染**随时间流动的轨迹动画**（如出租车行程、物流路径、迁徙路线）的核心图层。本文以仓库中的最小独立示例 [examples/website/trips](https://link.gitcode.com/i/1442af8f442f4cff39ff546e050fceb5) 为骨架，带你完成从安装依赖、启动应用、理解曼哈顿出租车数据格式，到深入

avatar 天工造物局

Foundry Anvil 中 eth_simulateV1 的 Blob 交易与 Blob Gas 字段规范化：原理、实现与测试验证

本篇技术指南以 [anvil-simulate-blob-transactions.md](https://link.gitcode.com/i/3d2ebe227262de169335eb290af80da8) 这条 changelog 条目为起点，深入剖析 Foundry Anvil 对 `eth_simulateV1` RPC 返回结果中 blob（EIP-4844）交易与 blob gas

avatar 天工造物局

LMCache CLI 实战：用 `lmcache kvcache clear` 管理运行中服务的 KV Cache 状态

本文是一份针对 LMCache 官方 CLI 命令 `lmcache kvcache` 的完整技术指南。该命令用于在**运行中的 LMCache 服务（MP HTTP server）**上管理 KV cache 状态，当前提供 `clear` 子命令，用于清空 L1（CPU 内存）层中缓存的全部 KV 数据。读完本文，你将掌握该命令的完整参数体系、退出码语义、终端/JSON/静默三种输出模式，并能

avatar 天工造物局