如何测试在后台启动应用程序以处理后台 NSURLSession 事件的场景？
流程:
- 应用程序使用后台 URL 启动上传/下载任务 session 。
- 用户点击主页按钮。应用程序处于暂停状态或后台 状态。
- OS 决定退出 应用程序。我知道，可以通过双击主页按钮并向上滑动特定应用程序来退出应用程序。但在那种情况下，操作系统永远不会在后台重新启动应用程序以进行事件处理。
- 上传/下载任务需要一些事件处理。操作系统在后台重新启动应用程序。
所以问题是我如何让操作系统像通常在一段时间后退出应用程序一样退出应用程序。目的是测试此场景的代码。我尝试使用 UIApplicationExitsOnSuspend 但它不起作用，因为此后应用程序无法在后台启动。
最佳答案
这不是一个完美的解决方案，但由于物理设备上的后台 URLSession，我能够手动测试应用程序的启动，如下所示:
- 通过USB连接调试设备
- 禁用设备上的互联网连接(即禁用 WiFi/蜂窝网络)
- 通过 Xcode 启动应用
- 使用后台 URLSession 发出请求。请求不应失败，它只会等待 Internet 连接直到超时，因此请使用适当长的超时时间以使测试更容易。
- 通过 Xcode 终止应用程序(按停止按钮)
- 通过 Windows > 设备和模拟器查看设备日志
- 在不启动应用程序的情况下再次启用设备上的互联网连接
- 然后来自后台 URLSession 的请求应该完成，并且在设备日志中(从第 6 步开始)您应该看到任何
NSLog语句作为通过启动应用程序的结果发出application(_:handleEventsForBackgroundURLSession:completionHandler:)应用委托(delegate)方法。
他们的关键点是，通过 Xcode 终止应用程序，而不是使用设备本身终止应用程序，不会阻止应用程序重新启动以进行后台事件处理。
通过 Xcode 手动终止应用程序的一种可能替代方法是故意在代码中使应用程序崩溃 - 这可能更适合自动化测试。
关于ios - 如何在 NSURLSession(Background Session) 事件的情况下测试 Background App Launch？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28501813/