逐笔退款对账测试要分别断言累计净额与当期调整，并覆盖重复回执、费率变更和跨期迟到。本文给出具体输入序列与检查结果，帮助定位漏记、重复扣减和错用规则，测试方案不等同实际系统已经通过。

准备两个商家与实际版本

本文是微订第一方验收建议。用同校两个档口或校内外两个商家，准备各自账号、适用费率、优惠承担及截止时间；先记录供应商演示版本和开通模块。

微订官网公开设置抽成、自动结算、商家提现与平台打款。先跑正常单，核对商品与打包费、配送费是否参与计佣，再检查商家账单和付款结果。

测试不能只覆盖正常订单

混合优惠单分别记录平台与商家承担，检查商品净额和扣减明细，避免扣两次。部分退款单关联原订单，第二次退款再检查累计已成功金额和佣金调整。

中转订单分别记录校外与校内交付，商品退款时观察已履约报酬按何规则处理。这里只要求观察实际行为，不预设系统已经支持任意自动拆分或逆向分账。

回归规则变更与跨期退款

修改费率后对比原单和新单，核对生效时间。已结账后再退款，确认原账、调整记录与渠道结果能关联；失败项保留输入，修复后用同一单据复测。

至少保存正常、优惠、多次退款、规则变更和跨期退款的真实结果。字段导出、账单生成及渠道到账分别确认，本文不保证费率、到账时限或测试已在学校执行。

参考资料

微订产品公开说明：商家抽成、结算与提现。

微订产品与业务全景：配送计费与收益结算。

校园骑手计价与对账：进一步核对配送责任段。

更新时间：2026-10-20

把退款对账测试拆成输入序列

准备一个计佣货款200元、原佣金40元的假设订单。先结算160元，再录入成功退款80元及返佣16元。断言累计净额96元、本期调整负64元；这组输入只检验算术，不证明系统支持任何统一费率。

随后重复同一退款号，检查调整不增加；保持退款号但改金额，应出现明确冲突。再让第二笔成功退款使累计金额超过原可退金额，检查业务拒绝且原明细未被覆盖。

舍入不能在每次退款随手做

金额用最小货币单位存储，精度和舍入规则要跟订单版本保存。若每次退款各自舍入，再相加可能超过原佣金。可比较累计目标与已返值，但最低佣金和固定服务费必须单独设计。

对金额、时区、币种和所属商家做边界校验。测试报告需要绑定代码版本、运行环境和实际输出，没有运行记录时只列预期结果。本文没有提供某校园的真实流水或性能数据。

从差额定位到原始输入

发现差额先按缺订单、漏退款、重复事件、错规则、费用承担和时间范围分类，再核原事件。禁止直接修改总额去匹配另一张表，否则下次重建会重新出现差额。

微订官网公开抽成、结算、提现与配送收益能力，可在实际版本上执行这些检查；本文是第一方测试方案说明，不把测试设计当作产品已经通过。