如何测试“更新"iOS App Store Sandbox 中自动续订订阅的组件? [英] How to test the "renew" component of auto-renew subscriptions in iOS App Store Sandbox?

查看:43
本文介绍了如何测试“更新"iOS App Store Sandbox 中自动续订订阅的组件?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

各位,

我正在尝试验证自动续订订阅实际上是在沙盒环境中续订.首先,沙盒中的自动续订订阅似乎只有 5 分钟有效.说得通.我希望如果我等了五分钟,然后再打电话给

I am attempting to verify that auto-renew subscriptions are actually renewing in the sandbox environment. First, it appears that auto-renew subscriptions in sandbox are only valid for 5 minutes. Makes sense. I expect that if I wait for five minutes, then make another call to

https://sandbox.itunes.apple.com/verifyReceipt

根据我的收据数据,我应该会看到续订的到期日期还有五分钟.

With my receipt data, I should see the subscription renewed with an expiry date another five minutes out.

不幸的是,情况并非如此.根据 Apple 文档.

Unfortunately that is not the case. All I see is a response with latest_expired_receipt_info and a status of 21006, which means "This receipt is valid but the subscription has expired" according to the Apple docs.

谁能告诉我他们是否能够端到端地测试自动续订订阅,包括这个续订组件?或者我必须启动这个应用程序并交叉我的手指,prod 会像宣传的那样工作吗?

Can anyone tell me if they are able to test auto-renew subscriptions end-to-end, including this renew component? Or do I have to launch this app and cross my fingers that prod will work as advertised?

或者,在将我的数据重新发布到 verifyReceipt URL 之前,是否必须运行某种客户端魔术/API 调用?

Alternatively, is there some sort of client-side magic/API call I have to run prior to re-posting my data to the verifyReceipt URL?

这里有一些关于这个话题的讨论,但它是我不清楚我是否可以/应该期望能够通过发布到 verifyReceipt URL 完全在服务器端重新验证订阅,或者我是否也必须在客户端做一些事情.

There was some discussion on this topic here, but it's not clear to me if I can/should expect to be able to re-verify subscriptions entirely on the server side by posting to the verifyReceipt URL or if I have to do something on the client side too.

谢谢!

推荐答案

复制自 Apple 的开发者论坛,对于那些不愿意去论坛的人...

Copied from the Apple's Developer Forum, for those not willing to goto the forum...

想通了(但不是感谢 Apple 文档):

Figured it out (but not thanks to the Apple docs):

1 个月的订阅每 5 分钟自动续订一次.到现在为止还挺好.他们自动更新 5 次,然后停止,所以 25 分钟后你会得到21006 错误.但是,即使重新购买相同的订阅它不会在同一个测试帐户上再次自动更新,因为它有已经自动更新了 5 次.所以如果你想测试更新并且你一直在搞乱这些订阅,你需要创建一个新的 iTunes 连接测试用户.老实说这很烦人如果我们可以重置整个测试用户帐户的购买历史记录.也把所有的应用程序Xcode 文档中的测试信息会好得多,因为反对通过 Xcode docs/iTunes Connect doc/people 传播它自己想办法

1 month subscriptions auto-renew every 5 minutes. So far so good. They auto-renew 5 times and then they stop, so after 25 minutes you'll get the 21006 error. However even when repurchasing the same subscription it will NOT auto-renew again on the same test account since it has already auto-renewed 5 times. So if you want to test renewal and you have been messing with these subscriptions for a while you need to create a new itunes connect test user. This is very annoying honestly and it would be a lot easier if we could just reset the entire purchase history of a test user account. Also putting all in-app test information in the Xcode documentation would be a lot better as opposed to spreading it over Xcode docs/iTunes Connect doc/people figuring stuff out themselves

希望这会有所帮助.

这篇关于如何测试“更新"iOS App Store Sandbox 中自动续订订阅的组件?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆