TestFlight 订阅加速：每天续期一次、一周六次

TestFlight 里订阅测试的特殊规则

Apple 在 TestFlight Beta 测试环境里对 App Store 订阅（包括自动续期订阅、非续期订阅）有一个加速续期机制——每个订阅每天续期一次，一周最多续 6 次。

这个规则存在的原因很简单：开发者在 Beta 测试期没有时间等一个月才能测到订阅续费逻辑。通过加速续期，开发者和测试者可以在一周内模拟出好几个月的订阅状态变化，快速验证：

• 自动续期是否正常工作
• 到期取消订阅是否生效
• 价格变更能否正确通知测试者
• 宽限期（Grace Period）和账单重试机制是否正常

订阅加速的具体规则

不管你在 App Store Connect 里把订阅设置成什么续期周期，TestFlight 里都统一按「每天一次、一周最多六次」加速。这个规则在 Apple 的 TestFlight 官方文档里明确写了，但经常被开发者忽略——导致 Beta 环境下看到的订阅状态变化和 App Store 正式版里的实际表现不一致。

开发者如何利用订阅加速

1. 验证续费逻辑：订阅加速后，测试者在 TestFlight 里的订阅状态每天会推进——你可以让测试者订阅、等几天、看自己的 App 后台能不能正确收到续期通知。
2. 验证价格变更通知：给订阅涨价 / 降价后，测试者在 TestFlight 里几天内就能收到价格变更的系统通知，不用等一个月。
3. 验证取消流程：让测试者取消自动续期后，等加速周期过去，确认 App 能否正确识别订阅已取消。
4. 验证宽限期 / 账单重试：Apple 会模拟账单失败场景，测试 App 对宽限期（Grace Period）的处理。

测试者侧的体验

对测试者来说：

• 订阅是免费的——TestFlight 里任何 App 内购买（包括订阅）都是免费的，Apple 不会真的扣你钱。
• 但订阅状态变化会正常通知你——每天可能收到订阅续期、价格变更、宽限期等系统通知。
• 如果你想彻底取消测试中的订阅加速，在 Beta App 里取消自动续期之后，等一周左右状态应该稳定下来。

注意：订阅数据不会转移

测试者在 TestFlight 里购买的任何订阅 / App 内购买项目的记录，在测试结束后不会自动转移到 App Store 正式版。这意味着：

• 测试者如果正式版也想订阅，需要重新购买一次。
• 测试期间买的「付费解锁」功能，正式版里需要重新解锁。
• 测试者可能因此有怨言——开发者需要在 Beta App Description 里提前告知这一点，避免产生预期偏差。

这是 Apple 的硬性规定，没有绕过方式。如果你想让测试者能平滑过渡到正式版，在 Beta 结束时给他们发优惠券或折扣码是个常见做法。

沙盒账户 vs TestFlight 订阅

很多开发者混淆了 App Store Sandbox（沙盒）和 TestFlight 里的订阅测试：

TestFlight 里的订阅测试环境和 Sandbox 的加速规则完全一样，但 TestFlight 是自动触发的——你不需要创建任何 Sandbox 账户，所有 Beta 测试者在 TestFlight 里的订阅行为都自动走加速环境。