android基础知识18：Android之打断事件及其测试

      Android手机提供的打断事件与以往手机有着一些机制上的不同，当然也有很多跟以前一样的机制。所以我们要从他的应用程序打断机理出发，定制我们的系统测试用例的打断事件。
     我们可以定制一个应用，打印所有继承的methods，然后用这些打断实验这些接口被调用，假设开发人员处理不好这些接口的话，可能会出问题的角度来达到覆盖测试。
     如果要做好这个测试需要我们队Activity的lifecycle非常熟悉才行。这我已经在前文说过。

    打断事件一般分为系统基本打断事件
    1. Home键回home app，当前测试的应用就会放到后台处于stop状态，当然如果开发人员改了接口我们也会看到不同的东西。
    2. 长按Home键，切换应用程序
    3. Back键

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

    5. Power键锁屏，再按power键解锁

    6. 改变手机方向

    7. 内容冲突检测（content provider）

    8. 通过程序历史记录单访问已经释放的（即使的）应用，比如蓝牙传送程序，删除APN再去编辑它等等。

    还有一种是Interaction interruptions：
    1. （语音/普通）SMS/MMS
    2. 弹出的Alarm闹铃
    3. 来电（接听/拒绝/建立）
    4. Bluetooth的pair请求
    5. Bluetooth的文件发送接收请求窗口

    6. 低电信息提示窗口

    7. 低内存
    8. 充电器插拔
    9. USB线/耳机/充电器插拔
    10. SD卡插拔
   11. 电池移出

   
      这些都会打断当前Activity的生命周期，所以如果这些都能够包含在我们的测试用例中（尽可能多的Activity界面都应该检查这些，当然了，不可能每个UI都检查，但是关键业务点需要重点测试这些打断事件。）
      在正常的业务流程，我们不会检查这些，而这些我们的开发人员自己也会做到，所以在测试过程中很难以发现更多的问题了。如果加上这些检查，我们的测试覆盖应该是非常全面的而且实践证明也是非常有效的。