 yuming
|
e47a399ad5
|
余额为 0 时改为发探针，不再无条件全部跳过
balance 只有前端上报这一条上升通道，没升级小程序的老用户在微信侧仍在
真实累积额度却永远不上报，记账会系统性低估。低估到 0 就一条不发，比
改造前更糟——改造前至少还会试。
改为：余额为 0 时仍发出优先级最高的那一条当探针。成功则证实微信侧有
额度，本轮继续发；43101 则立即中止（与原行为一致）；非额度错误记 failed
且不再重复探。每用户每轮最多探一次。
探针成功仍走 quota.consume：内部 MAX(0, balance-1) 扣不出负数，净效果是
balance 保持 0、sentTotal +1。不趁机把 balance 调高——探针只证明「至少
还有 1 条」，凭空补猜出来的数字会让首页风险预告变成乐观的假话。
注：三个原有用例断言的是「余额 0 就一个请求都不发」这一被本次刻意推翻的
旧契约，已按新行为改写；改写后仍用变异测试确认能抓到探针被关掉。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-16 10:23:11 +08:00 |
|
|
yuming
|
c7bdd3770a
|
补上43101保留原始错误信息的区分性断言，修复wx测试的恢复时机
- reminder.test.js：43101用例新增对 remind_logs.error 的断言，区分
「真发送失败」（应为微信原始错误信息）与「因halted被跳过」（应为
quota_exhausted兜底文案），此前该区别完全没有测试覆盖
- wx.test.js：把恢复 axios.get/post 的语句移入 try/finally，避免断言
先抛错时污染同进程内后续用例
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-16 09:14:50 +08:00 |
|
|
yuming
|
57470ade4f
|
补充发送侧分组与错误分支的测试覆盖，保留43101原始错误信息的修复
- reminder.js：43101 跳过日志改为记录微信原始错误信息，便于和「额度耗尽」的
兜底文案区分排查（前一实施者已验证，此次原样带入提交）
- reminder.test.js：新增 runOnce 按 openid 分组结算用例，验证多用户额度互不
串号；将「非额度类错误」用例扩到 2 条数据，证明该分支不会误中止后续发送
- 新建 wx.test.js：验证 sendSubscribeMessage 在微信返回非 0 errcode 时，
抛出的 Error 对象确实带有正确的 errcode 属性
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
|
2026-08-16 09:07:46 +08:00 |
|
|
yuming
|
6548577a98
|
定时任务改为按用户分组、按优先级发送，额度耗尽即停
|
2026-08-15 18:04:12 +08:00 |
|