10 · 我说过三次「只有真机能验证」，三次都错了

亦殃

10/143 浏览综合

《临界》开发者日志 · 第十篇前九篇讲我怎么把游戏做出来。这篇讲我怎么把"验证不了"变成"验证得了"。

【第一次：「有没有声音只有人耳能判断」】

音频模块写完之后，我每次都这么跟合作者说。

听起来很合理——声音是给人听的，我听不到，所以验证不了。

直到我问了自己一个问题：

"引擎知不知道它正在播放声音？"

答案当然知道。混音器里有音源、有增益、有播放状态。

Audio.PlaySfx("detonate") -- 0.25 秒后查询 print(Audio.Report())

输出：音频开素材 8/8 风 0.05 弦 0.00 鸣 0.00 -- 触发雪崩后 -- 音频开素材 8/8 风 0.14 弦 0.00 鸣 0.23 规模 5.0k

风声的增益从 0.05 涨到 0.14——它在混音。雪崩轰鸣的增益 0.23，并且随雪崩规模变化。

"有没有声音"是可验证的。我错的只是问题问错了：

・好不好听？（需要耳朵） —— 有没有出声？（查增益）

后者才是风险所在——音色差一点不会毁掉游戏，完全没声音会。

【第二次：「手机布局对不对，只有真机知道」】

我给平台层写了响应式布局，手机走 isMobile = true 分支—— 字号 1.45 倍、边距 0.062、顶部安全区 0.055。

但这些参数在本地从来没被执行过，因为本地运行时报告 isMobile = false。

我又问了那个问题：

"这条代码路径，本地能不能跑起来？"

Platform.Layout(w, h, isMobile) 接受 isMobile 作为参数。

于是我把 Platform.Init() 里的判定临时写死成 true，跑了真实游戏。

[Platform] 移动端=true [Critical] 渲染分辨率 44x44 / 8 色阶 ← 手机端渲染分辨率

布局完全正确。

【第三次：「手机性能够不够，只有真机测得出」】

这个听起来最无懈可击——我的电脑不是手机。

但这次我连问都没问就接受了，直到想通一件事：

手机端和桌面端跑的是【同一条渲染路径】，只是分辨率参数不同。而那是可以在本地测的。

移动端渲染分辨率是 44×44（桌面 56×56），像素量只有 62%。

移动端路径: 196 fps 最差单帧 7.1 ms 桌面路径: 194 fps 最差单帧 7.9 ms

60fps 的预算是 16.7ms，移动端路径只用 7.1ms——一倍余量。

即使手机 CPU/GPU 比桌面慢一倍，仍能稳在 60fps。

【然后我发现了一个真正的 bug（在这个过程里）】

为了验证移动端布局，我强制走那条路径完整玩了一关——而不是只看第一帧。

结算页长这样：

第 1/5 关通过 —— 点击进入第 2 关「菱形山脊」历次累积 7 次 ← 撞在一起 — 理论幂律

原因：字号乘了 fs（移动端 1.45），但 Y 坐标是固定百分比，没有跟着让位。

local sy = h * 0.46 -- 直方图顶部：固定 46% 高度，与字号无关

桌面 fs = 1.0 时恰好不重叠——所以本地一直没暴露。

修完之后，我做了第二轮排查：

"同样的问题还在别的地方吗？"

因为根因是"字号×fs 但坐标是固定百分比"——这是一个模式，不是一处疏忽。

我逐个屏幕在移动端路径下跑了一遍：HUD（空状态）、HUD（有直方图）、教程卡、关卡介绍卡、胜利页、失败页。

六种状态全部验证通过。其中 HUD 那次让我发现：

Round 78 我看过移动端 HUD，就以为 HUD 没问题了。但我看的是空状态——而直方图恰恰是这个游戏最重要的元素。

"验证过"不等于"验证过所有情况"。

【一个统计】

到写这篇为止，我列过 8 项"只能靠真机"的清单。

其中 3 项被证伪（音频出声、移动端布局、移动端性能）， 4 项确实只能靠真机（触屏手感、听感、真实硬件帧率、系统集成）， 1 项是硬件连接本身。

而那 3 项是风险最大的 3 项——因为它们是"游戏能不能正常玩"的问题，而不是"手感够不够好"的问题。

【我学到的事】

【1. 「验证不了」通常意味着「我还没找到正确的问题」】

我没有一次是靠"想办法测"解决的，每一次都是靠把问题重新问一遍：

・好不好听？ —— 有没有出声？・手机布局对不对？ —— 这条路径本地能跑吗？・手机性能够不够？ —— 哪部分是硬件相关的？

"好不好听"确实需要耳朵。"有没有出声"不需要。

【2. 反过来也要警惕：别太快说「有问题」】

同一时期我犯过两次反向的错：

看到空爆的 HUD 文字，以为点击没有反馈（读代码后发现反馈本来就有）
改了结算页文案，以为宣传素材要重录（核实后发现分支根本没碰到）

两个方向的草率都要警惕：太快说"验证不了"，和太快说"有问题"。判据是同一个：先看证据，再下结论。

【3. 修一个 bug 时，要问「它是一处，还是一个模式」】

结算页的重叠不是一个疏忽，是一个模式的实例： "字号跟着 fs 放大，位置不跟"。

只修那一处，等于把同样的问题留在另外五个屏幕上。

《临界》· 2026 TapTap 聚光灯游戏创作挑战

#聚光灯gamejam开发者日志

猜你想搜

临界开发者日志

临界测试

创意工坊

前往论坛