IOSOR 知识库
沙箱可达性不等于生产覆盖范围
沙箱目的地仅供测试。绝不要在财务表或跑道评分里把它们报价成 Live 区域。 沙箱可达性只证明管道通了,不证明走廊可卖。沙箱 DLR 变绿,绝不能变成报价单、首日跑道看板,或财务已当成交的目录磁贴上的 Live 区域主张。 IOSOR 会把测试目的地标清楚,让工程能做 smoke,而不虚构覆盖。一旦仅存在于沙箱的前缀
沙箱可达性只证明管道通了,不证明走廊可卖。沙箱 DLR 变绿,绝不能变成报价单、首日跑道看板,或财务已当成交的目录磁贴上的 Live 区域主张。
IOSOR 会把测试目的地标清楚,让工程能做 smoke,而不虚构覆盖。一旦仅存在于沙箱的前缀落到 Live 表上,买家买到的是虚构——事后账本救不了那场对话。把沙箱绿灯只当作预发证据。工程可以夜里多跑几轮沙箱 OTP,那仍不是财务可引用的覆盖。
沙箱导出与 Live 导出必须分文件保存,文件名也要带 test-only 标记。
销售材料里出现的任何「全绿」截图都要核对是否来自沙箱通道。
沙箱导出与 Live 导出必须分文件保存,文件名也要带 test-only 标记。
销售材料里出现的任何「全绿」截图都要核对是否来自沙箱通道。
财务只接受剥离沙箱噪声后的缺口清单,不接受混表。
把测试目的地标成 non-Live
在控制台导出里,把每一份沙箱目的地列表标成仅测试。若前缀只出现在沙箱可达性中,就不得进入 Live 覆盖表。财务只报价 Live 区域——绝不要说「沙箱通了所以可以承诺」。
为导出指定短责任人:谁打的标签、何时拉取、哪条密钥通道打出的 DLR。未标记的导出,正是沙箱噪声变成报价附件、销售不看页脚就转发的路径。页脚必须写明 test-only,避免被截成「全绿」。
阻止用沙箱成功声称覆盖
加闸门:沙箱 DLR 不能把目录行翻成 Live。目录 Live 仍需要金库绿灯,以及真实走廊上的生产 smoke。沙箱成功只证明密钥与 webhook 路径可用——不证明走廊已售出,也不证明付费流量的静默时段路由已验证。
若产品在仅有沙箱证据时就亮 Live 徽章,先降级该行,并在下一次销售通话前开诚实工单。不要等买家争议才发现徽章在说谎。
导出缺口清单时去掉沙箱噪声
为财务导出覆盖缺口时,先剔除仅沙箱前缀。缺口清单必须诚实,避免把测试通道里才有的可达性写进报价。把清理后的缺口清单与 Live 表并排放,让财务从头到尾只看到一个故事。
任何沙箱活动结束后重新导出,免得临时测试前缀以「上周文件名」留在财务文件夹里。
首日跑道忽略沙箱绿灯
跑道评分读取 Live 金库、webhook 心跳新鲜度与 traffic_ok——不是预发环境的沙箱勾选。不要因为夜里沙箱通道里一次预发 OTP 通过,就把首日涂成绿色。
若跑道看似绿灯而 Live 覆盖仍有缺口,相信覆盖导出——不要相信站会纪要里贴的沙箱仪表截图。
相关运营路径
从 IOSOR 开始
并排导出沙箱可达性与 Live 覆盖。从报价表删除一切仅沙箱前缀。按金库与生产 smoke 重跑目录 Live 闸门,不要按沙箱 DLR。然后才更新跑道看板,并把清理后的缺口清单交给财务。
IOSOR 要点
沙箱绿灯证明管道,不证明可卖走廊。财务与跑道只能引用 Live 区域。
要做:导出前剥离仅沙箱前缀,并用金库加生产 smoke 守住目录 Live。
不要做:把沙箱成功写成报价上的 Live,或用预发 OTP 截图粉饰首日跑道。
这篇指南有帮助吗?
相关指南
- 沙箱流量绝不能打到钱包
测试机里的 Live 密钥就是事故。检出泄露、冻结 hold,并在试点放量前完成轮换。
- 不会消耗 Live 扣款的沙箱凭证
签发永不冻结或扣减预付钱包的沙箱 API 密钥。把 Live 密钥挡在 CI 之外,并在 Developers 中证明切换。