只有了解iOS和Android操作系统的不同设计理念,才能更好地设计测试用例,更全面地测试App。
Android的App测试设备的碎片化
对于iOS操作系统,App只需要支持有限的设备和分辨率,不需要像Android测试App时操心设备的碎片化对App的影响。Google公司采用的是开放的策略,所以很多厂商都会对Android进行订制,使得采用Android操作系统的设备铺天盖地,Android的碎片化也很严重。
Android App更容易受到恶意软件的攻击
开放策略下导致App的apk安装文件被破解的几率比iOS要高一些,所以更需要确保App的安全。
iOS和Android对于App间通信的处理方式不一样
iOS操作系统对于App的运行机制做出了限制,绝大多数情况下App进入后台后会马上进入suspend或terminate状态,也就是说不能执行代码;iOS中也没有类似Android中Service的概念,但存在某些例外。
某些重要的任务,例如保存用户数据、网络下载等,可以申请一小段限定时间的后台运行时间,长度大概在600s左右,所以在短时间段内能进行的操作非常有限。
某些特点类型的App可以获得没有时间限制的后台运行,包括音乐播放类,音频录制类,定位/导航类,VoIP类,下载类,定期更新类。
Apple公司提供了iOS内的App调用协议URL Schema来处理。
Android和iOS就是否支持扩展存储有所不同
iOS和Android对Widget的实现和使用不同
测试Android App对于Dalvik和ART运行环境(RunTime)的兼容性
测试iOS App在特定设置下的行为
对于iOS App而言,在iOS 8出现之前Apple公司对于产品的升级,都会考虑到不同设备上分辨率的不一致,但是随着iOS 8和iPhone 6以及6Plus的推出,iPhone 6以及6Plus上具备的放大显示的功能会让App在标准显示和放大显示的模式下,显示效果有所不同,所以测试人员需要对这两种模式下的显示效果进行测试。
iOS操作系统的内存管理机制以及对App使用内存的限制是很不透明的
由于iOS上并没有真正的多任务,也没有swap机制,所以iOS操作系统在内存不足时会先对App进行内存占用预警,如果App持续消耗内存直到iOS操作系统允许的最大值,iOS会直接“杀掉”App进程。
测试人员可以使用App所支持的iOS设备总内存最小的设备,使用Xcode来检查App对内存的使用是否超出了限制,尽量减少App对内存的不必要使用,顺便检查App是否有内存泄漏。
Android操作系统的内存管理机制更加透明,对App使用内存的限制也更加灵活
在不同Android设备上,每个App可以使用的内存量是不同的,测试人员可以通过打开/system/build.prop文件来查看App最大可用Dalvik内存大小是多少。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。