移动端测试方法总结

时间：2024-09-09 01:42:31 工作总结我要投稿

相关推荐

移动端测试方法总结

　　总结是把一定阶段内的有关情况分析研究，做出有指导性结论的书面材料，他能够提升我们的书面表达能力，不如立即行动起来写一份总结吧。但是却发现不知道该写些什么，下面是小编帮大家整理的移动端测试方法总结，欢迎大家分享。

移动端测试方法总结

　　兼容性测试

　　针对App通常会考虑这些方面：

　　1、操作系统版本

　　包括Andoird版本，iOS版本

　　2、屏幕分辨率

　　android 800*480, 960*640,1280*720(720p),1920*1080(1080p),2560*1440(2k).

　　对于iOS,考虑最近几代机型对应的分辨率即可.

　　3、不同厂家的ROM

　　不同厂家的ROM,大多厂家都对android系统进行了定制、实际中会遇到例如调用相机和底层服务出现的不兼容问题以及摇一摇遇到的不同手机对于方向和重力传感器灵敏度设置不同的问题.

　　4、网络类型

　　网络类型通常考虑wifi,2g,3g4g下的功能情况。另外针对m版网站考虑不同浏览器类型和屏幕分辨率.

　　流量测试

　　在移动产品的测试中，很有必要对App使用的流量进行度量，大致来说，流量可以从用户使用的的相关性角度分为：一类是用户的操作直接导致的流量消耗;另一类是后台，即在用户没有直接使用情况下的流量消耗。

　　流量的测试方法：

　　1、基于系统自带功能.

　　eg android proc/uid_stat/{uid} /tcp_send

　　android proc/uid_stat/{uid} /tcp_rcv

　　2、通过API或者系统埋点来获取数据。

　　3、通用的流量测试方法：手机抓包，或者wifi代理(Fiddler，Charles)。

　　常见的流量节省方法：

　　1、数据压缩。

　　2、压缩包含接口文本数据的压缩，js文件的压缩及图片的压缩。

　　3、不同数据格式的采用

　　例如采用JSON格式作为接口数据返回格式通常比XML格式要小。

　　4、控制访问的频次

　　这个主要针对后台数据上报，PUSH消息检查等定时机制的。

　　5、只获取必要的数据

　　有时候APP一页的内容非常多，而用户可能只会看一部分，过多的从后台拉去数据就是浪费，所以可以采用分屏加载或者懒加载的方式来减少流量消耗。

　　6、缓存

　　可将图片，js等数据暂存起来，但由于手机存储空间有限，也需要控制整个缓存大小，并给用户提供清理缓存的选项。

　　7、针对不同网络类型设计不同的访问策略

　　有些APP不同的网络类型返回的内容不一样。

　　电量测试

　　在电器电池技术没有取得巨大突破前提下，这方面始终会存在一些瓶颈，如果一些App架构设计的不好，或者代码偶缺陷，就可能导致电量消耗比较高，所以电量测试也是很重要的。

　　工具GSam Battery Monitor Pro.

　　弱网络测试

　　移动互联网产品相比PC互联网产品，有一个特点是前者使用的网络比较多样，除了Wif之外，很多时候是在移动网络下使用的，移动网络遇到的情况又比较复杂，比如地铁、隧道、体育场等。所以网络不稳定的情况是比较容易发生的，很多情况下App的一些问题是在复杂的网络情况下才会暴露，与其让用户发现和投诉这些问题，不如我们在测试阶段尽量模拟这样的网络情况，及早发现和修复这些问题。

　　工具：

　　Windows下的Network Delay Simulator

　　Mac下的Network Link Conditioner

　　稳定性测试

　　在保证基本功能正确基础之上，App的稳定性就显得非常重要，如果一个App经常出现闪退或者卡死，那么用户体验就会受到很大伤害，在有其他竞争产品的情况下很容易造成用户的流失。

　　安全测试

　　1、包括安装包的安全测试(能否反编译代码、安装包是否签名，完整性校验，权限设置检查等)。

　　2、敏感信息测试(数据库，日志，配置文件)。

　　3、软键盘劫持(金融类APP登录页面的用户名密码输入框)、

　　账户安全(密码是否明文，密码传输是否加密，账户输入错误次数过多锁定，同时会话提醒，注销机制)

　　数据通信安全(关键数据是否散列或加密，关键连接是否使用安全通信，是否对数字证书合法性进行验证，是否校验数据合法性。

　　4、组件安全测试。