
Android手机提供的中断事件与以前的手机不同,当然还有许多与以前相同的机制. 因此,必须根据应用程序的中断机制自定义系统测试用例的中断事件.
我们可以自定义应用程序,打印所有继承的方法,然后使用这些方法来中断实验. 这些接口称为. 如果开发人员无法处理这些界面,则可能无法进行覆盖率测试.
如果我们想很好地进行测试,则我们团队的Activity生命周期非常熟悉. 我已经说过了.
中断事件通常分为基本的系统中断事件

1. 主页按钮返回到主页应用程序,当前测试的应用程序将在停止状态下进入后台,当然,如果开发人员更改了界面,我们还将看到不同的内容.
2. 长按“主页”按钮以切换应用程序
3. 后退键
4. 长按电源按钮以打开关闭窗口

5. 更改手机的方向
6. 内容冲突检测(内容提供者)
7. 通过程序历史记录表访问已发布(甚至)的应用程序手机系统测试,例如Bluetooth传输程序,删除APN,然后对其进行编辑等.
另一个是互动中断:

1. 0级短信
2. 警报警报弹出
3. 来电
4. 蓝牙配对请求

5. 蓝牙文件发送和接收请求窗口
6. 低电量信息提示窗口和其他提示窗口
这些会中断当前Activity的生命周期,因此,如果可以将它们包含在我们的测试用例中(因为许多Activity接口应该检查这些,当然,不可能检查每个UI,但是需要关键的业务点)专注于测试这些中断. )
在正常的业务流程中手机系统测试,我们不会进行检查,开发人员会自己检查,因此在测试过程中很难发现更多问题. 如果添加了这些检查,则我们的测试范围应该非常全面并且证明是非常有效的.
本文来自电脑杂谈,转载请注明本文网址:
https://www.pc-fly.com/a/ruanjian/article-274715-1.html
第一次警告
200万搞定
觉着生活还不如以前