Android 手机系统测试之打断事件测试

核心提示：Android手机提供的打断事件与以往手机有着一些机制上的不同，当然也有很多跟以前一样的机制，Android 手机系统测试之打断事件测试，所以我们要从他的应用程序打断机理出发，定制我们的系统测试用例的打断事件，所以在测试过程中很难以发现更多的问题了，如果加上这些检查，我们可以定制一个应用，打印所有继承的methods

Android手机提供的打断事件与以往手机有着一些机制上的不同，当然也有很多跟以前一样的机制。所以我们要从他的应用程序打断机理出发，定制我们的系统测试用例的打断事件。

我们可以定制一个应用，打印所有继承的methods，然后用这些打断实验这些接口被调用，假设开发人员处理不好这些接口的话，可能会出问题的角度来达到覆盖测试。

如果要做好这个测试需要我们队Activity的lifecycle非常熟悉才行。这我已经在前文说过。

打断事件一般分为系统基本打断事件

1. Home键回home app，当前测试的应用就会放到后台处于stop状态，当然如果开发人员改了接口我们也会看到不同的东西。

2. 长按Home键，切换应用程序

3. Back键

4. 长按Power键，调出关机窗口

5. 改变手机方向

6. 内容冲突检测(content provider)

还有一种是Interaction interruptions：

1. Class 0 SMS

2. 弹出的Alarm闹铃

3. 来电

4. Bluetooth的pair请求

5. Bluetooth的文件发送接收请求窗口

6. 低电信息提示窗口

这些都会打断当前Activity的生命周期，所以如果这些都能够包含在我们的测试用例中(尽可能多的Activity界面都应该检查这些，当然了，不可能每个UI都检查，但是关键业务点需要重点测试这些打断事件。)

在正常的业务流程，我们不会检查这些，而这些我们的开发人员自己也会做到，所以在测试过程中很难以发现更多的问题了。如果加上这些检查，我们的测试覆盖应该是非常全面的而且实践证明也是非常有效的。