Android端未部署后端时如何测试应用内购买功能？

测试订阅是否必须先通过正式审核 #

不需要。
上传至closed test track的版本走的是测试轨道专属的宽松审核，和正式版上线审核标准完全不同：

• 审核不要求应用全功能可运行，不会因为应用指向测试环境、存在未开发完成的功能打回，审核时长通常在数小时级别
• 审核通过后，只有你提前加入测试许可列表的账号能看到、下载该测试包，普通用户完全无法接触到测试版本内容
• 全程不需要将应用推送至公开测试或正式生产轨道，不存在“必须过正式审核才能测试订阅”的强制要求。

如何实现与iOS对等的上线前本地后端逻辑验证 #

Google Play的内购能力完全支持上线前全流程验证，和iOS沙盒测试的体验对齐，按两个阶段走即可：

• 本地端侧逻辑调试阶段：不需要上传包到Play后台，直接用Billing Library提供的静态测试SKU（比如android.test.purchased、android.test.canceled），就能在本地实机/模拟器上走完购买、订阅状态回调、异常触发的全流程，先把端上的购买逻辑、状态处理逻辑跑通
• 后端联调阶段：在Play Console提前创建好需要测试的订阅商品，将测试账号加入许可证列表，上传构建包到closed test track，等测试轨道审核通过后，测试账号登录的设备即可拉取到你配置的真实测试SKU，走沙盒计费流程——整个流程不会产生真实扣款，沙盒环境会自动压缩订阅周期（比如周订阅测试时5分钟就会触发一次续费），退订、过期、宽限期、账号保留等所有订阅状态和生产环境完全一致，所有状态回调都会正常推送到你配置的后端地址，完全可以覆盖所有后端订阅逻辑的验证场景。

对接本地后端联调的可行性与通用方案 #

对接本地后端验证逻辑完全可行，你之前设想的“本地IP打包上传closed track”方案失效，核心原因是测试设备无法直接访问你开发机所在的局域网IP，这类场景的通用解决方案有两种，按需选择即可：

• 方案一：使用内网穿透工具，将本地运行的后端服务映射为一个公网可临时访问的域名，测试包内的API地址填写该临时映射域名即可。该方案不需要提前部署服务，本地修改代码后可以立刻在测试设备上验证效果，所有请求都会直接打到你本地运行的后端实例上，调试效率最高。测试轨道审核阶段只要该域名能正常返回响应（哪怕是静态测试页）就不会被打回，完全不需要依赖完整业务逻辑
• 方案二：部署一套独立的公开staging测试环境，测试包默认指向staging环境地址，联调时将本地开发的代码同步到staging环境即可。该方案稳定性比内网穿透更高，适合多人协作测试的场景。

补充提示：如果担心测试包因为功能不全影响closed track审核，可以在审核阶段临时给应用加一个可正常访问的静态首页，等审核通过后再通过配置开关切回联调逻辑即可，完全不影响测试流程。

内容的提问来源于stack exchange，提问作者rablentain