4.1多分辨率测试.docVIP

Android与 Android与iOS应用测试指南 大话移动APP测试 第4章 功能测试要点 PAGE 92 PAGE 91 第4章 功能测试要点 测试工程师经常被问到的一个问题是：“移动互联网和传统互联网的测试有什么不同”，这个问题太大，不好回答。简单地说，我觉得从测试用例的设计方法来讲没有什么特别，可能更明显的区别在于移动端系统和业务的特殊性。随着经验的积累，大家会发现移动端在设计用例的时候需要考虑的点非常多，非常杂。所以设计出好的用例必须对应用以及对应的系统要有足够的认识才行。在本章中作者根据自己的经验列举了一些相关的要点，但绝不仅限于此。 4.1 多分辨率测试 从目前来看Android智能机是以支持多分辨率的移动端设备著称的。从发展历史上来看，其支持的设备几乎涵盖了各种分辨率：小到一只手能握住，大到打电话的时候需要整个脸贴上去，应有尽有。我们看一下Android官方文档就知道能支持多少种分辨率了。 对多分辨率的测试可以考虑使用模拟器（Emulator）和真机（Device）。由于各个运营商在智能机Rom上都稍有改动，所以建议尽量在真机上进行应用的测试。如果没有真机而需要使用模拟器的话，其测试结果仅供参考。在模拟器上主要是进行应用的界面和功能测试，两者的测试结果都无法和真机相提并论。下图是目前Android官方统计的各种分辨率的使用情况。 iOS设备支持的分辨率主要由几个固定的机型来主导，iPhone/itouch、ipad、iPhone5 3者，分别有普通屏幕分辨率和Retina屏幕分辨率。从支持的分辨率数量上来看，的确比Android系统好很多。但是由于apple设备普遍比较贵，所以很多企业也不是所有类型的设备都配备。在这里需要提到的是，Xcode自带的模拟器不支持一些越狱产品的测试，所以在使用上很受限制。一般情况下，对iOS应用的测试都是使用真机进行测试。下图是截止2013年4月iOS的分辨率分布统计（来自友盟）。 总体来讲，在模拟器和真机上进行分辨率的测试是很有必要的，毕竟是用户视觉最直接的感受，因此是很重要的测试点。 4.2 多系统测试 继多分辨率测试之后紧接着的就是对多系统（Rom）支持的测试。先看一下目前Android系统不同版本在市场上的活跃度分布情况吧。 不难看出，目前大部分应用是支持Android2.3.3及以上的版本系统的。Android最新推出的4.×.×也已经有了很可观的用户量。对多系统的测试比对多分辨率支持的测试还要麻烦，现在各种官方修改系统和自制系统层出不穷，例如小米、魅族、锤子、CM等等。这类系统除了界面改变很大之外，部分定制化的系统甚至会改变系统内的一些接口，从而导致应用功能无效或者崩溃。 使用iOS系统相对好点，但是由于apple服务器的验证机制原因，所以iOS的系统只能单向进行升级，不能降级。 从上图中的数据可以得知，apple的用户群大多都有升级到最新系统的习惯，虽然他们大部分不关心到底系统升级了什么功能，但对测试工程师而言，我们需要尽量确保能够在5.0以上的所有系统中测试自己的应用。 4.3 用户不同的使用习惯 4.3.1 Android权限问题 Android系统和iOS系统在市场上都有着自己系统的特殊性。这些特殊性被各种应用以及广大的用户在不知不觉中使用着，同时也对第三方应用产生非常大的影响。 在Android系统下的项目工程中往往需要为应用获取各种权限，比如，需要通过短信验证的应用需要有短信（SMS）的使用权限，智能拨号联系人需要有系统联系人（Contacts）的权限使用，拍照美图软件需要有照相机（camera）的使用权限等。添加权限需要在项目工程中的AndroidManifest.xml中进行设置，添加类似： uses-permission android:name=android.permission.CAMERA/字符串即可。 现在安全软件越来越多，比如360卫士、91助手等等。这些软件都提供了告知用户自己安装的软件到底使用了哪些权限的功能，这使得应用偷偷使用权限之事对所有的小白用户都变得透明了。Android市场中有着太多的应用，在其被使用的时候，程序会在后台悄悄地获取用户的数据，更有甚者偷偷地下载垃圾软件或病毒并把它们安装在用户的机器上。自然地，这也使得很多以前使用正常的功能变得让用户难以接受。比如某联系人应用获取了如下的权限： 从图中可以看到大部分权限的使用还是比较中规中矩的，但是其中的两项：NFC和READ_SMS权限的使用就会让用户产生困惑。作为测试工程师，需要了解被测对象使用了哪些权限，为什么使用，是否会对用户造成困扰等问题。 4.3.2 Android硬件问题 Android智能机系统层出不穷（这点在之前已经提到过）