移动应用中的中断测试

什么是中断测试？

中断测试是移动应用测试的一个分支，主要处理应用程序在遇到中断时如何响应并恢复到其之前的状态。

为什么需要中断测试？

开会时几乎总会发生什么？你会被打断，对吗？当这种情况发生时，有些人甚至不会眨眼，有些人需要一分钟才能恢复，有些人则完全失去思路。简单来说，中断测试试图找出你的应用程序表现出哪种行为。

暂时抛开所有措辞，看看另一个现实情况。假设你有一个手电筒并将其打开。电池耗尽，这是对其当前活动状态的中断。更换电池并恢复它。手电筒应该正常亮起。这就是用例。中断测试是一种专注于是否发生这种情况的测试纪律。

中断测试适用于任何应用程序类型——Web、移动、独立等。设备、网络、配置等的多样性使得它对移动应用程序比其他应用程序更为重要。

移动应用程序中的中断类型

我们都熟悉通常发生的一些常见中断。

以下是几种中断：

• 电量低
• 电量充满（充电时）
• 来电
• 收到短信
• 收到来自其他移动应用程序的警报
• 插入充电
• 拔掉充电
• 设备关机
• 应用程序更新提醒
• 闹钟
• 网络连接丢失
• 网络连接恢复

此列表并非详尽无遗，但包含了最常见的场景。

中断情况下的解决方案

在这些中断情况下，预期行为是以下之一：

1. 后台运行：中断接管，应用程序退居次要位置。中断结束后，应用程序重新获得控制。例如，当你在 iBooks（或类似应用程序）上阅读电子书时接听电话/FaceTime。当用户接听电话时，iBooks 会等待通话结束，然后恢复。

2. 显示警报。警报消失后，你照常工作。“收到短信”——消息显示在标题栏中。用户不理会它，继续正常使用应用程序。其他移动应用警报，例如 Facebook 上的新朋友请求或 WhatsApp 消息，也属于此类。但如果用户决定阅读消息，则遵循第 1 点所述的行为。如果忽略，应用程序的状态保持不变。

3. 行动呼吁：闹钟必须被关闭或暂停，然后才能继续工作。应用程序更新消息也是如此。在继续之前，你必须取消或接受更改。另一个例子是低电量警报——你可以选择照常继续，或者进入低功耗模式（如果设备允许）。

4. 无影响：例如：如果网络连接可用且您的设备连接到它。此外，当您将设备插入充电时，无需警报或行动呼叫步骤。它可能会在您继续使用应用程序时完成其工作。

因此，根据您正在测试的中断，了解其行为并查看您的应用程序是否满足。此外，上述行为不一定适用于所有应用程序和设备。请务必查找有关您的移动应用程序的具体详细信息。

既然我们已经了解了什么是中断测试以及在进行中断测试时需要验证什么，现在是时候讨论如何进行中断测试了。

如何进行中断测试

看这句话：当用户接到电话时，iBooks 必须在后台运行。

你不会把这称为iBooks应用程序的功能要求吗？我知道我会的。

因此，中断测试是移动应用程序功能测试的一个子集。为了进行中断测试，您将遵循相同的移动应用程序测试框架和工具。构思这些场景是测试人员的技能。一旦完成，您将设计测试用例并以与任何其他测试完全相同的方式执行。

有关移动应用测试的更多信息，请查看：https://guru99.com.cn/mobile-testing.html

最后，在结束本文之前，我想再回答一个问题

中断测试和恢复测试不是一回事吗？

不，不是。恢复测试是验证从故障中恢复。中断测试不一定是故障。它只是一个干扰。

这就像英语中逗号和句号的区别一样。但只是技术上的；我相信你明白我的意思。

没错，这就是开始中断测试所需了解的一切——移动应用测试的一个重要而直观的分支。