零、概述
0.1App测试内容:
1、常规的功能和性能:功能遍历、业务响应速度、界面测试等
2、专项测试:主要是 系统指标包括耗电、内存占用、流量消耗、CPU(计算量)、启动速度、流畅度、安装包大小
3、特殊测试:弱网络测试、用户体验测试(流畅度、易用性)、终端兼容性测试
4、信息安全测试
0.2 App测试工具:
不单独写了。
0.3 测试效果评价
1、测试前评审、测试执行中和测试后总结
2、测试中和测试后及时总结
一、APP测试
1、常规测试
这部分和一般的软件测试时比较相似的。重点还是:
功能覆盖测试。
界面的易用性测试。 这个基本上要靠人来看。
目前常规功能测试这块,业界比较推崇的工具是:Appium。
其实对服务端也要关注:
重点就是业务响应速度。专项测试特别流畅度是关心终端性能,业务响应速度是从服务端来说的。当然这些和普通的Web测试没有太大区别。
2、专项测试(专项性能测试,也是终端特有的)
2.1 启动
启动一般分为:
冷启动:首次启动 时间一般为ms,通常要求1000ms以下,600ms为较好指标
冷启动命令:adb shell am start -W -n 包名/activity
冷启动停止:adb shell am force-stop 包名
热启动:应用切换到后台再次被唤起
热启动命令:adb shell am start -W -n 包名/activity
2.2电量
GT可以直接看到
命令(5.0以上系统才可以):
1.下载historian.py脚本,下载地址:https://github.com/google/battery-historian,后面用
2.执行步骤
1)初始化batterystats数据
adb shell dumpsys batterystats–reset
2)拔掉手机,操作app,操作完成后,重新连接手机,执行下面的命令,收集系统整体的Battery数据:
adb shell dumpsys batterystats > batterystats.txt
3)得到这些数据后,这个时候使用我们的battery-historian来生成我们可见HTML报告:
python historian.py batterystats.txt > batterystats.html
4)用google浏览器打开此文件即可
备注:阅读腾讯TMQ的《移动APP性能评测和优化》,基本思路也是分析batterystats日志,找到异常,再回头来看是代码问题还是系统设置或用户环境原因。
2.3 内存
Android用AS中的MemoryMonitor大概看看,比如内存始终在增长、内存抖动等。然后dump内存hprof文件出来用MAT分析一下,一般的Heap的内存问题基本就可以发现了。
摘抄腾讯TMQ的《移动APP性能评测和优化》中的一些方法和经验:
1)最常规也最重要的当然是MAT,分析hprof文件,获得内存消耗的排行分析,据此有针对性地来改良代码。一般地图片和大数组消耗没有释放等,可以很快发现。
2)代码中存在的内存泄漏,一般可以用代码白盒分析工具,找到疑点。常见的如Klocwork。
3)dumpsys meminfo来观察应用的内存消耗情况。了解APP运行过程中,内存组成各部分的变化情况。
内存中存在大量的Dalvik Pss,一般就是出现碎片问题。可能原因如大循环中的临时变量等。
dex文件优化:中载入类文件,由于次序问题(按照类名字母顺序)载入,但释放时不是这个顺序,合理命名有助于次序一致,减少载入类文件带来的碎片的出现。(这个一般对大应用比较明显)
2.4 流畅度
现在一般的方法是测试FPS。用TraceView来看。但其实这种方法有它不合理的地方,比如画面静止的时候,FPS为0,但不卡。因此,腾讯TMQ的《移动APP性能评测和优化》中,采用平滑度(SM)来评估,就是评估CPU能不能处理得过来,60次每秒的处理率,能够满足说明处理得过来,不卡。
2.5 CPU使用率
这个指标其实是很有误导性的,多核和单核;多线程和单线程处理;为省电降频;等等;例如,多核移动CPU为了省电,平时只用低频的4核工作,不搞清楚原理,只是全速运行然后得到一个数值,其实是不太合适。腾讯TMQ的《移动APP性能评测和优化》中,提出Jiffies来考核,就是处理事务所用的CPU周期数。
2.6 流量统计
App的流量消耗是必须要测试的。但这个测试其实是一个伪命题,简单来说,应该是两种业务需求的测试:一个是测试网络环境优良情况下,APP业务工作时候的流量情况;一个是日常没有业务操作的守候情况下的流量消耗情况;至于弱网络情况下的,这个应该放到特殊专项测试里面去处理。其他的应该根据业务场景来分别设计。
流量测试的基本方法就是抓包,例如tcpdump;不过常用方法应该还是设置PC为代理服务器,通过安卓终端连接PC,在PC上抓包。抓包前准备工作:把其他APP能卸载的卸载掉,能关闭连接的都关闭掉后台服务,减少干扰。抓包一般转化成txt或者xml文件,然后用python等编制好的自动化处理脚本提取出来,方便分析。
2.7安装包大小
这个一般不需要单独测试了,打包后看下大小就知道了。关键的在于如何去优化,减小安装包。方法当然很多,着手的方向主要是两个,一个是代码,一个是资源。(腾讯TMQ的《移动APP性能评测和优化》第6章)
代码:1、去除废代码、冗余代码 用Lint一般可以发现;2、去掉不必要功能;3、调整代码,去掉一些method;4、使用代码混淆(文件命名等处理);
资源:1、去除冗余资源 用Lint扫描;2、资源混淆;3、压缩图片大小,不必要的可以降低图片精度,调整图片格式等;4、减少一些资源,非常偶尔用的可以用到时再去服务器下载;