您如何测试推送通知反馈服务？

您如何在沙箱中测试APNS反馈服务？或者换句话说,你如何强迫设备进入反馈？

1> Alex..：

---

我认为从最初的一轮问题"是的,你怎么能得到一些东西出现在那里？"实际上来自这样一个事实:他的测试没有返回任何设备,即即使他可能已成功发送通知iPhone/iPad,无论何时他查询FB服务器,都没有回来,正是因为应用程序从未从设备中删除,因此服务器同样乐意继续回答"找到0个设备"(例如)因为没有设备失败接收通知.

因此,当应用程序从设备中删除时,通知服务器才会提供反馈,即它最终会回复删除应用程序的设备列表.

本地服务器的想法也很不错.

-Alex

==============

这是对Apple建议保留至少一个推送启用应用程序的一个令人讨厌的副作用.这是我对帖子上发布的文件的建议:

关于"反馈服务器的问题",有趣的是要注意两个场景:1)应用程序部署到生产模式下的真实设备; 2)将应用程序部署到开发设备,沙箱;

在1)提示留下最后一个应用程序(我希望它是正确的)并且应该如所描述的那样工作; 这里没有问题.

在2),必须确保最后一个应用程序也是一个开发应用程序.换句话说,为了使事情更简单,有第二个"沙盒应用程序",只有按下"最后一个人切换".

我遇到的问题是,一旦我删除了我的开发应用程序,沙盒反馈服务器上没有任何反应,即使设备上还有其他支持推送的应用程序,但它们都是生产应用程序,因此,它们会"报告" (如果你可以这么说)到生产反馈服务器.

您的应用程序的第二个副本(沙盒应用程序)是我们想要的,因此它可以保持与沙盒服务器的持久连接...然后当您删除"测试中的应用程序"时,您的沙箱应用程序将有希望报告到沙盒,你可以做你的实际测试.

希望这是正确的...将测试tonite.

---

我可以确认您在使用沙盒服务器的设备上确实需要第二个应用程序,以便获得您正在测试的应用程序的反馈.这可以简单地是一个简单的应用程序与行:[[UIApplication sharedApplication] registerForRemoteNotificationTypes:UIRemoteNotificationTypeAlert]; 在app delegate的didFinishLaunchingWithOptions方法中.

2> David Beck..：

---

如果您从设备中删除您的应用程序,您只需尝试向该设备发送一个通知,并在下次连接到反馈服务器时它将返回该设备.在您尝试向该设备发送另一个通知之前,它将不会再次返回设备.

此外,如果您在反馈服务器的连接之间向设备发送多个通知,则将为每个被拒绝的通知返回设备.