design §5.3 的「6 与 8 可组成拖拉机」是同花色内的相邻关系,但 is_8/is_6 只判 code % 100,不校验花色,导致 is_continuous(♥8=308, ♣6=206) 与 is_continuous(主8=1408, ♣6=206) 都返回 true。 影响面:get_chongguan 是唯一会拿整手牌(含各花色副牌)去扫描连对 链的调用点,连对链走到主 8 之后,手里任意花色的一对 6 都会被误判 为连续、多算 1 奖,并把链锚点带进副牌继续错误延伸(design §8.1 明确 A 到 5 这一段必须是选定花色的主牌)。其余调用点入参都是同花 色牌表或纯主牌表,不受影响。 改为要求牌编码相差 2(同花色的 8 与 6 恒差 2,跨花色差 100 的倍 数),并保留 is_8/is_6 守卫以免把「主A-主Q」这类差 2 组合放行。 test_arith 新增 5 项:同花色 8-6 连、三组跨花色 8-6 不连、差 2 但 非 8/6 的组合不连。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
二七王服务端单元测试
运行
node server/games/erqiwang/test/run.js # 跑全部单测
node server/games/erqiwang/test/test_arith.js # 单独跑某一组
退出码 0 表示全过,非 0 表示有失败;run.js 逐个以独立进程 spawn 各 test_*.js 并汇总。
原理:一套代码,两个运行时(dev-guide 01 §1)
正式代码(class.*.js)遵循平台的双运行时规范:
- 友乐 / 浏览器:无
require,由mod.js用min_loadJsFile加载为全局对象;文件顶部的if (typeof require !== 'undefined')守卫被跳过,跨模块按同名全局引用。 - Node(本地 / 单元测试):有
require,守卫块var X = require('./class.X.js')取到依赖;文件底部if (typeof module !== 'undefined') module.exports = ...导出。
因此这两处守卫是纯增量:友乐运行时行为完全不变,只在 Node 下额外启用 require/exports。
_shim.js:平台全局垫片(仅测试用,不进正式代码)
正式代码按全局名引用少量平台工具(min_ary_include/min_ary_deduct/min_random/min_now/min_ontimeout)与模块入口 youle_erqiwang.import。友乐由平台提供,Node 单测由 test/_shim.js 提供等价实现(数组/随机工具忠实复刻 server/minhttp.js,youle_erqiwang.import 用 mock)。测试文件顶部先 require('./_shim') 再 require('../class.*.js')。
测试计划
完整的"规则 → 用例"覆盖矩阵、缺口清单与优先级见 ../docs/compliance/02-测试计划.md。
覆盖
test_arith.js:主牌排序/相邻链(§3)、扣底倍数(§6.3)、算子常规+爬坡逐档+分界+升3级(§7)、算奖 get_chongguan(§8.1)、甩牌分解/最大性/合法性(§5.4)、跟甩牌强制分量拆解(§5.4.4)。test_follow.js:正常跟牌/毙牌/垫牌,单张/对子/拖拉机的必出与缺门毙牌数量对应(§5.1/5.2)。test_callgrade.js:叫分坐庄 do_callgrade(叫5立即/两家不叫/后叫更低)(§4.2)。test_config.js:roomtype 位串解析、局数/扣卡映射(§10.1)。test_paiju.js:亮牌 get_liangpai(§8.2)、结算 get_paiju_account 集成(§7/§8,大光/过庄/升级/爬坡/傍王/投降)、扣底触发 get_bottom_account(§6.3)。test_deal.js:发牌构成——92张/去3-4/三家28+底8/分值(§2/§6.1)。test_desk.js:坐庄轮换 do_prepare(庄赢连庄/闲赢·投降下家)(§4.6)。test_rpc.js(L3,用_rpc.js装配 mod.js + 捕获下发包):明牌 mingpai、出牌 chupai 的 info/baozhu 查牌门控(§9)、投降 touxiang 条件、jiaofen 入参校验、70分上庄暗牌亮牌下发(§4)。
约定(dev-guide §10 测试纪律)
- 测试代码可用现代 JS(不受严格 ES5 限制);正式代码不得为测试放宽/加后门。
- 正反面 + 边界都要覆盖;失败先裁根因(业务缺陷改业务、脚本缺陷改脚本),不软化断言。