您有没有想过如果用户的设备意外关闭，您的应用会发生什么？当用户在使用您的应用程序时接到电话或推送通知时会发生什么？找到这些问题答案的唯一方法是为您的移动应用程序运行中断测试。让我们了解有关此类测试的更多信息，并了解如何使用它为用户提供一致且愉快的体验。

什么是中断测试？

想象一下，当您接到朋友的电话（这会中断应用程序）时，您正在使用智能手机上的应用程序。打完电话，你回到app，app恢复运行，还是你离开的状态。当然，作为用户，我们对这种行为并不多想，因为我们已经习惯了。但是，作为移动应用程序开发人员或测试人员，您不能想当然，必须确保您的应用程序无论中断如何都可以恢复运行。

简而言之，中断测试允许您在某些中断其流程的事件之后检查您的应用程序的行为。在许多情况下，Android 和 iOS 会为您处理事情，这就是团队经常忘记进行此类测试的原因。但是，为了向您的用户提供积极的体验，您需要确保您的应用程序始终按预期运行。由于这些期望不一定对每个移动应用程序和功能都相同，因此您必须自己定义和测试它们。

如您所见，对移动应用程序执行中断测试对于提高其质量和用户体验是必要的。出于这个原因，您应该将此测试类型集成到您的移动应用程序测试策略中

常见的测试场景

在我们讨论如何执行中断测试之前，让我们首先查看一些常见的测试场景以入门：

在手机电池电量不足时收到警报

接听电话或短信

获取推送通知，例如，从另一个应用程序

当设备连接到电源或断开电源时接收通知

遇到不同的网络连接状态，例如互联网连接丢失和恢复

被智能手机的闹钟、秒表或计时器打断

在遇到上述中断后，您可能已经对应用程序的行为方式有了一些想法。当然，您的应用程序不能崩溃——我们当然可以同意这一点。但让我们发现更多的选择！

您的移动应用程序应该如何处理中断？

欢迎您将上述中断测试场景用于您自己的测试策略，并为您的移动应用程序添加更多情况以完成此列表。但是，我们仍然需要为每个场景定义应用程序的预期行为！

幸运的是，您不需要花太多时间思考和定义您的移动应用程序的预期行为。通常，用户希望移动应用程序以某种方式运行，因为它们只是习惯于特定的标准。如前所述，移动操作系统已经为您处理了一些中断。例如，如果用户收到来自另一个应用程序的推送通知并且没有点击它，您的应用程序可以简单地恢复其操作，就好像什么都没发生过一样。

但是，当用户点击收到的通知时，他们的手机会打开相应的应用程序。因此，您的应用程序将在后台运行。您现在必须检查并确保当用户切换回您的应用程序时应用程序的行为符合预期。这同样适用于其他中断，例如接听电话、短信或任何其他使您的应用程序在后台运行的事件。

此外，您还需要确保在手机电池电量不足时一切正常。如果手机意外关机，例如由于电池电量耗尽，请检查您的应用在重启后是否按预期运行。

总之，要检查的关键方面是：

你的应用程序崩溃了吗？

您的应用程序能否继续按预期运行？

您的应用能否成功“忽略”轻微中断？

如何高效地对移动应用进行中断测试

理论上，您可以手动为您的移动应用程序执行中断测试。但是，您可能已经知道，手动测试可能会导致严重的瓶颈，阻碍您的应用程序的及时发布。中断测试也不例外，您应该自动化尽可能多的测试场景。但是，为此，您需要正确的工具和框架！

好消息是您几乎可以使用任何功能测试框架进行中断测试。因此，例如，如果您使用 XCTest 对 iOS 应用程序进行测试，您可以将 UI 中断监视器添加到您的测试用例中，您可以从Apple 文档中了解更多信息。

Android 为您提供了一个名为UI/Application Exerciser Monkey的便捷命令行工具，该工具已内置于 Android SDK 中。使用此工具，您可以在模拟器或真实设备上生成伪随机事件流。如果您正在寻找可以用来进行压力测试的工具，Android 的 Monkey 工具也是一个不错的选择！

一次在多个设备上运行您的中断测试

无论您使用哪种工具或框架来自动化中断测试，您仍然可以努力改进测试执行时间，从而提高移动应用程序测试的效率。假设您一次在一台设备和一个操作系统版本上运行测试。因此，测试需要很长时间。此问题的解决方案是同时在多个设备上运行测试——无论是在您的内部设备实验室还是在基于云的解决方案中。

当然，并行测试不限于中断测试，您可以通过同时运行所有自动化测试来节省更多时间。通过这种方式，您可以确保您的应用程序适用于大多数用户，而不管他们的设备或操作系统版本如何。

结论

即使您过去忽略了中断测试，我们希望您现在渴望将其集成到您的测试策略中。首先，定义可能的中断和应用程序的预期行为。然后，使用您喜欢的工具创建测试用例，将它们自动化，并在尽可能多的设备上并行运行它们。




推荐阅读:

真机兼容测试

真机调试

掌上真机

多机联动

标准兼容性测试