《忆如泉涌》开发日志 #03：第三个玩法上线,以及被测试抓住的bug

• #01:难度的随机分布——同一套规则,排列不同,难度自己长出来;
• #02:规则内部的冲突——“看字色不看字义”,让大脑的两条通路打架。

一、涌现的第三种形态:数字 vs 字号

为什么这是"涌现",而不是"加系统"

• 数值从池子里随机抽;
• 字号从倍率区间里随机分;
• 数值和字号的对应关系是随机的——最大数不一定最大字,最小数也不一定最小字;
• 位置也是随机散布的。

和色彩辨识的区别在哪

二、难度曲线:这次是"无上限"的

当前组序号 = 已完成组数 + 1
本组数字数量 N = 4 + floor(已完成组数 / 3)

三、那个被测试抓住的 bug

test_result: FAILED
assertions: {'total': 5832, 'passed': 5831, 'failed': 1}
FAIL: T10 scale=1.00 段位1棋盘横向溢出

实测出来的真因:迭代预算不够,不是边距算错

viewport=2040x1080  pagePad=76 gap=41 trayPad=45
board x=851.0 w=1312.0  boardRight=2163.0  vw=2040

起始 cell = viewW / cols        -- 2040 / 3 = 680
每轮 cell = cell - 1
最多循环 300 次

• 起点:2040 / 3 = 680
• 循环上限 300 次 → 最低只能降到 380
• 而横屏真正需要的单格尺寸是 约 271(解 BoardOuterSize(cell,3) ≤ (viewW − pagePad×3)/2 得到)
• 680 → 271 需要约 409 次递减,超过了 300 的预算

为什么偏偏是"段位1"

为什么这条断言有价值

顺带说一个测试里踩的坑

四、三个玩法的测试现状

• 组数递增:验证第 1、3、4、6、7、9、10 组分别生成 4、4、5、5、6、6、7 个数字;
• 数值池:同组内数值唯一、正整数;
• 容量判定:数字排不下时,必须报"技术异常作废",不能偷偷减少数字数量;
• 红圈时长:错点后红圈 1 秒,数字不消失;
• 60 秒边界:到点即结束,完成 0 组也是有效成绩;
• 作废:退出、中断、转屏都要作废,不入榜;
• 榜单隔离:意形分离的榜和另外两个玩法完全隔离。

五、还修了几个真机问题

• App.Update 检测到视口尺寸变化 → 重建当前页面;
• 而倒计时是页面里的局部变量,页面一重建就被重置;
• 于是形成"重建 → 倒数归零 → 再重建"的死循环,倒数永远停在 3。

• App 层加去抖:新尺寸必须连续稳定若干帧才认定真的变化(真机上安全区收敛会让视口小幅抖动);
• 倒数进度改存在对局对象上,不再放页面里,重建也不会重置。

六、当前状态

1. 修掉 T10 那个布局溢出 —— 根因已经定位(单格尺寸求解器的 300 次迭代预算不够,一段横屏需要约 409 次),改法很清楚:要么调大预算,要么把"每次减 1"换成二分/直接求解;
2. 意形分离的容量极限测试 —— 这是发布前阻断项,得实测出"到底能撑到第几组",而不是理论上算;
3. 三玩法的难度曲线对比 —— 三个玩法一个比极限速度、一个比准确率、一个比爬升高度,它们的成绩分布形状完全不同。这个我想用真实数据画出来看看。