我有一个带有银行域(UPI)的应用程序,用户在第一步或屏幕上有一个名为“发送短信”的按钮,当用户单击它时登录/注册,使用MFMessageComposeViewController从设备发送短信,并且基于服务器响应用户已经存在的天气或其新注册的移动号码。
因为这是显而易见的,一个有效的电话号码是需要发送短信或使用应用程序,我无法提供一个演示帐户给他们。
这是版本的第二版,对于第一个版本,我们提交了制作应用的视频,它是在Appstore上直播的,不仅这个应用程序,我还提交了很少没有演示帐户,但使用视频,这一次我也提交了视频,但他们仍然要求演示帐户,我试着解释他们的整个过程使用电话交谈,但没有运气。他们还要求他们在测试设备上使用自己的手机号码,但他们拒绝这么做。
我怎样才能推进这个版本呢?
我经历了一些类似的问题,但没有得到任何帮助。
注意:我的应用程序中没有OTP功能,注册的唯一方法是发送SMS。
发布于 2018-09-26 14:34:59
在这种烦人的情况下。
事实是,一般来说,你必须:
会改变你的应用程序,这样就有了演示模式,苹果可以使用.。
这是个彻头彻尾的痛苦,但事实就是如此。
有些观点,
{关于最后一点--事实上,一旦你的应用程序流行起来,他们只会仔细检查你的应用程序中的政策问题等等。这导致了一种令人愤怒的局面:一开始有争议的应用程序得到批准,但一旦他们“真正地看了它”,他们就会说,你不允许收集捐款,也不允许使用这种支付模式,或者不管情况如何。
关于有一个“特别演示”模式。这令人讨厌,但有时你必须这样做:
(请注意,如果您使用的是任何类型的后端(可能是这样的),那么只需使用后端就可以做同样的事情。因此,只要在Firebase或任何指示"Apple演示模式“的地方都有一个值。一旦应用程序投入生产,就把它关掉。)
再一次,如果你真的在做像“银行应用程序”这样重要的事情,显然不可能有一个像愚蠢的“苹果测试版本”这样的安全漏洞。在这种情况下,你的实际上可以与他们联系,仔细解释情况,事实上,他们会用手机等进行“适当”测试。但这需要很长时间,只是不切实际--考虑一下,你每次都得这么做。在实践中,你需要一个“苹果演示模式”。
https://stackoverflow.com/questions/52519760
复制相似问题