如何testing生产推送通知？
到目前为止，我使用开发推送证书和推送通知很好。
现在我想提交我的应用程序到苹果，所以我创build了一个生产证书，并将其设置为“代码签名身份” – >“发布”
我也把.p12文件放在我的生产服务器上。
但现在推动不起作用。
当我从Xcode运行时，它是否工作？ 或者只是从App Store下载应用程序时才工作？ 如果是的话，我该如何testing呢？
从App Store下载应用程序时，产品推送将起作用。
更新：
您还可以使用应用程序的AdHoc构build来testing生产推送; 看Trinca的答案 。
更新：
现在，最简单的解决scheme是使用苹果的TestFlight 。 （在TestFlight中，添加新的远程用户很容易，向他们发送电子邮件邀请，然后他们可以下载他们select的任何设备。）
您可以testingAPNS生产环境构build您的应用程序的AdHoc版本。 该应用程序将使用生产证书和服务器，它的目的是准确地testing之前，你发送到AppleStore。
在这个链接上有一个骗子： 我需要什么样的证书来使用ad-hoc发布来testingapns？
在供应configuration文件中为您的应用程序创build一个Adhoc分配configuration文件。 下载configuration文件并安装。 selectAdhoc distconfiguration文件来为您的应用程序进行代码签名。 存档ipa并保存为adhoc分发。 将ipa复制到您的设备并进行testing。 它将使用生产推送证书而不是开发证书。 希望这可以帮助。
如果您想在生产环境中testing推送通知，您需要处理一些事情：
- 生产推送通知只能在ipa上进行testing。 您需要从AdHoc分发configuration文件创buildipa。
- 您需要replacePush API服务器上的Push证书。 在这种情况下将使用APNS 分发证书。
- 如果您的API在DOTNET中，那么您需要将布尔值更改为true。
- 将代码签名标识更改为在项目和目标上分发
当通过Apple TestFlight安装应用程序时，可以testing生产通知（不释放构build）。
这样生产通知将被传递到应用程序。
（如果通过HockeyApp或其他方式安装完全相同的版本，则不会传送生产通知。）
构build在iTunes Connect中完成处理后，只需将构build设置为内部testing即可。