在其他捆绑包中测试iPhone应用程序内购买? [英] Test iPhone in-app purchases on a different bundle?

查看:64
本文介绍了在其他捆绑包中测试iPhone应用程序内购买?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我们有一组适用于iPhone应用程序的Beta测试人员.最近,我们在应用中添加了应用内购买.

We have a group of beta testers for iPhone app. Recently, we added in-app purchases to the app.

在此之前,我们将使用单独的捆绑包ID和名称将临时版本发送给Beta测试人员,以便他们可以在手机上进行商店构建和临时版本的构建.

Before this, we would send out ad hoc builds to beta testers using a separate bundle ID and name so that they could have the store build and the ad hoc build on their phones.

但是,似乎我们必须使用相同的捆绑ID来构建临时副本以测试应用内购买,这意味着我们无法发送单独的Beta副本-我们的Beta文件(烦人地)覆盖了用户的商店购买的应用程序.

However, it seems like we have to build the ad hoc copy with the same Bundle ID to test in-app purchases, and this means we can't send out a seperate beta copy - our beta file (annoyingly) overwrites the user's store-bought app.

是否可以通过其他捆绑包ID测试应用内购买?我还需要为测试版本设置假的,测试应用内购买的商品吗?

Is there any way to test in-app purchases in a different bundle ID? Do I need to set up fake, test in-app purchases for the test build too?

推荐答案

我认为,如果更改二进制文件的产品名称,它将作为两个单独的应用程序安装,但是我不确定. 因此,您将iTunes设为foo,而开发人员则称为foobeta

I think if you change the binary's product name it will install as two separate apps, but I'm not certain on this. So you itunes one will be foo and your dev one could be foobeta

这篇关于在其他捆绑包中测试iPhone应用程序内购买?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

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