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

Question

我做的测试如下：

• 我制作了示例应用程序，在其中启用了推送通知并实现了处理它们的机制。

• 我正在测试使用curl 向我的应用程序发送静默推送通知，效果很好。我正在测试：

  curl -v -d '{"aps":{"content-available":1}}' --cert "/Users/me/Desktop/mycert.pem":"" -H "apns-topic: com.domain.name" --http2 https://api.development.push.apple.com/3/device/XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

• 作为 Apple 的回答，我总是看到以下内容：

  根据官方文档中的Table 6-4：https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/APNsProviderAPI.html

  ，这很好并且符合预期
1234563然而，这并没有发生，我总是收到200 状态代码，就像一切都很好，并且推送令牌仍然可用。

删除后 1 - 1.5 小时，我仍然收到 200 作为答案。

您是否知道 Apple 多久刷新一次推送令牌列表，以及何时可以预期最终开始收到 410？还有 - 在生产环境之外测试应用程序时，410 状态（和一般的Instant Feedback）是否可测试？

提前感谢您的任何回答。

干杯

Answer 1

好的，根据我的发现，Apple 的Instant Feedback 服务似乎运行良好，并且能够非常快速地检测到卸载。如何使用沙盒服务正确测试这些东西有一个小技巧。

如果您在设备上制作了一个正在本地测试的应用，并且您的应用是从该配置文件（供应商）安装在您手机上的唯一应用，那么我在我的问题会遇到。出于某种原因，即使您卸载了该应用程序（这是手机上唯一从您的配置文件安装的应用程序），Apple 总是以 200 响应。

需要做的事情如下：安装您正在测试的应用程序后，使用另一个捆绑 ID 创建一个新的虚拟应用程序，但它也来自您的配置文件，在其中启用推送通知并安装它在您的设备上。所以现在，您已经制作了两个应用程序 - 一个正在开发和测试 Instant Feedback 服务，另一个是有点“僵尸”的应用程序，它只是坐在那里，什么都不做。

之后，卸载您的测试应用，尝试发送静默推送通知，Apple 将按预期回复status code 410。

虚拟方式，但由于某种原因，在测试时应该是这样。生产中的行为应该符合预期，并且不需要在 iOS 设备上安装来自同一供应商的虚拟（或任何其他）应用程序。