如何测试"更新"组件自动续订在iOS应用商店订阅沙盒? [英] How to test the "renew" component of auto-renew subscriptions in iOS App Store Sandbox?

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

问题描述

伙计们,

我试图验证自动更新订阅更新实际上在沙箱环境。首先,看来自动续签的沙箱订购仅适用于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

<一个href=\"https://sandbox.itunes.apple.com/verifyReceipt\">https://sandbox.itunes.apple.com/verifyReceipt

使用我收到的数据,我应该会看到一个到期日再过五分钟取出重新订阅。

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

不幸的是并非如此。我看到的是一个latest_expired_receipt_info反应和21006状态,这意味着这收据是有效的,但订阅已过期,根据<一个href=\"http://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StoreKitGuide/RenewableSubscriptions/RenewableSubscriptions.html\">the苹果文档。

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.

谁能告诉我,如果他们能够测试自动续订订阅终端到终端,包括本更新组件?还是我必须要启动这个应用程序和跨我的手指,那将督促工作广告?

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?

另外,有某种形式的客户端魔法/ API调用我要运行之前重新发布我的数据到verifyReceipt网址是什么?

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?

有一些<一个href=\"http://stackoverflow.com/questions/5563706/how-to-test-renewable-subscriptions-app-store\">discussion关于这个主题这里,如果我能/应该会张贴到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.

谢谢!

推荐答案

从苹果的开发者论坛上复制的,对于那些不愿意转到论坛...

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

想通了(但不感谢苹果文档):

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

1个月订阅每5分钟自动更新。到现在为止还挺好。他们
  自动续签5次,然后他们停止,所以在25分钟后,你会得到
  在21006的错误。然而,即使回购同一预订
  它不会再在同一个测试帐户自动续约,因为它具有
  已经自动更新5次。所以,如果你想测试的更新和你
  已经与这些订阅搞乱了,而你需要
  创建一个新的iTunes Connect的测试用户。这是非常恼人的诚实
  这将是一个容易得多,如果我们可以只重置整个
  购买一个测试用户帐户的历史。同时将所有应用
  在X code文档中的测试信息将是一个很大更好
  反对为s preading过来X $ C $ç文档/ iTunes Connect的DOC /人
  搞清楚的东西了自己

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

希望这有助于。

这篇关于如何测试&QUOT;更新&QUOT;组件自动续订在iOS应用商店订阅沙盒?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

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