资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)

目录:导读

    • 前言
    • 一、Python编程入门到精通
    • 二、接口自动化项目实战
    • 三、Web自动化项目实战
    • 四、App自动化项目实战
    • 五、一线大厂简历
    • 六、测试开发DevOps体系
    • 七、常用自动化测试工具
    • 八、JMeter性能测试
    • 九、总结(尾部小惊喜)


前言

android的app性能测试包括的测试项:
响应、内存、CPU、FPS、GPU、耗电、耗流量

响应
响应主要测试点:
启动:首次启动app的时间间隔(只是启动时间,不包括页面加载)
热启动:非首次启动 app的时间间隔(只是启动时间,不包括页面加载)
完全启动:从启动到首页完全加载出来的时间间隔

有网启动:从发起跳转,到页面完全加载出来的时间间隔
无网启动:从发起跳转,到页面完全加载出来的时间间隔 (在项目中,主要测试关注点是冷启动,热启动)

测试方法:
使用adb命令
冷启动 adb shell am start -W packageName/ActivityName(绝对路径,首个 Activity)

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第1张图片

ThisTime:该Activity的启动耗时;
TotalTime: 应用自身启动耗时, ThisTime+应用application等资源启动时间;
WaitTime: 系统启动应用耗时,TotalTime+系统资源启动时间;

热启动:按back按键后再启动adb命令

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第2张图片

测试标准:冷启动时间不超过1.5s, 热启动不超过1s

完全启动,无网启动,有网启动都可以通过fiddler抓包来获取启动的时间,通过设置网速和抓包,可以获取启动时 间,但是有一定的误差。在项目中,一般只需要测试冷启动,热启动便可

内存
测试点:
空闲状态:切换至后台或者启动后不做任何操作,消耗内存最少。
中强度状态:时间偏长的操作应 用。
高强度状态:高强度使用应用,可以跑monkey来测试(通常用来测试内存泄漏)。
内存泄漏:指应用里的内存一直没有释放,内存一直增加 ,系统内存一直减少

测试方法:
使用adb命令: adb shell dumpsys meminfo packageName

获取应用包名和Actively: adb shell dumpsys window | findstr mCurrentFocus

13

测试关注点:
Native heap alloc:JIN的内存分配   
Dalvik heap alloc:Java层的内存分配   
PSS

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第3张图片

关注点:
退出某个页面后,内存是否有回落。 如果没有及时回落,且程序自动GC或者手动GC,那便可确认有问题。

进行某个操作后,内存是否增长过快。 如果增长过快,也有可能存在风险,需重复操作确认。测试方法:借助性能测试工具:GC、Emmagee(只支持安卓6.0及以下的版本)、iTest等工具均可以监控。

android检查内存泄露步骤:
运行Monkey进行压力测试:

adb shell monkey -p cn.microinvestment.weitou --pct-touch 100 --ingore-crashes --throttle 1000 -s 100 -v -v 50

监控内存值,如果出现过大等递增异常则保存HPROF文件(hprof文件是Java 虚拟机的Heap快照)用于分析查看应用内存的命令:

adb shell dumpsys meminfo cn.microinvestment.weitou(进程名)

如果发现内存过大,则保存HPROF文件:adb shell am dumpheap <进程名> <保存路径>

分析hprof文件
用工具MAT来查看,首先还要这个HPROF文件转换成MAT可读的文件

在Android SDK tool里面有个hprof-conv命令:

hprof-conv <原HPROF文件路径> <转换后的HPROF路径>
hprof-conv a.hprof b.hprof

用MAT工具打开转换后的HPROF文件
一般选择Leak Suspects Report(通过SQL语句来查询对象有没有被释放掉,如果有多个相同的对象,则会存在内存泄露的问题)

CPU
测试点:
在空闲时间(切换至后台)的消耗,基本没大应用使用cpu
在运行一些应用的情况下,cpu已占50%的情 况下,观察应用程序占用cpu的情况
在高负荷的情况下看CPU的表现(cpu占用应是在80%以上)

具体场景:

应用空闲状态运行监测CPU占用率 空闲状态:应用按Home键退到后台,不再占用系统的状态(通常 是灭屏半分钟后) CPU占用率=0%

应用中等规格运行监测CPU占用率 中等规格:模拟用户最常见的使用场景;CPU占用率≤30%

应用满规格长时间正常运行监测CPU占用率 Monkey测试;CPU占用率≤30%

应用正常运行期间监测CPU占用率峰值 应用正常运行:打开应用进行基本操作;CPU占用率≤50%

测试方法:
使用adb命令:adb shell

adb shell dumpsys cpuinfo | grep packagename

14

top命令

adb shell top -m 10 -s cpu

查看占用cpu最高的前10个程序(-t 显示进程名称,-s 按指定行排序,-n 在退出前刷新几次,-d 刷新间隔,-m 显示最大数量)

adb shell top | grep PackageName

查询某个应用的CPU占用率(如果反复进行某个操作,cpu占用过高且一直无法释放,那便可能存在风险)

TPS

FPS是图像领域中的定义,是指画面每秒传输帧数,通俗来讲就是指动画或视频的画面数。FPS是测量用于保存、显 示动态视频的信息数量。每秒钟帧数越多,所显示的动作就会越流畅。 一般来说,Android设备的屏幕刷新率为60帧/s,要保持画面流畅不卡

顿,要求每一帧的时间不超过 1000/60=16.6ms,这就是16ms的黄金准则,如果中间的某些帧的渲染时间超过16ms,就会导致这段时间的画面发 生了跳帧,因此原本流畅的画面变发生了卡顿。

测试方法:
adb命令
打开手机:开发者选项—>profile GPU rendering(GPU渲染模式分析/GPU显示配置文 件/GPU呈现模式分析) —> in adb shell dumpsys gfxinfo

操作要测试的apk
cmd窗口输入命令: adb shell dumpsys gfxinfo packageName
得到一个矩阵数据,计算矩阵中帧率大于16的点所占比例,即为卡顿比

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第4张图片

含义:
Draw: 表示在Java中创建显示列表部分中,OnDraw()方法占用的时间
Process:表示渲染引擎执行显示列 表所花的时间,view越多,时间就越长
Execute:表示把一帧数据发送到屏幕上排版显示实际花费的时间

Draw + Process + Execute = 完整显示一帧 ,这个时间要小于16ms才能保存每秒60帧

通过excel进行表格处理可以直观的查看软件的流畅度;
也可以使用第三方测试工具:Emmagee、GT等;

GPU
GPU渲染是指在一个像素点上绘制多次(超过一次):显示一个什么都没有做的activity界面算作画了1层,给activity 加一个背景是第2层,在上面放了一个Text View(有背景的Text View)是第3层,Text View显示文本就是第4层仅仅只是为了显示一个文本,却在同一个像素点绘制了四次,这是一定要优化的。

过度绘制对动画性能的影响是极其严重 的,如果你想要流畅的动画效果,那么一定不能忽视过度绘制。

GPU过渡渲染不同的颜色代表不同的绘制程度
原色:无过渡绘制
蓝色:绘制一次 (理想状态)
绿色:绘制二次
浅红:绘制三次 (可以优化)
深红:绘制四次 (必须优化)

测试指标:
控制过渡绘制为2x
不允许存在4x过渡绘制
不允许存在面积超过屏幕1/4的3x过渡绘制

电量
测试场景:
app运行但没有执行业务操作时的耗电量
app运行且密集执行业务操作时的耗电量
app后台运行的耗电量

测试方法:
方法1:
采用市场上提供的第三方工具,如金山电池管家之类的

方法2:
android通过adb命令“adb shell dumpsys battery”来获取应用的耗电量信息,adb shell dumpsys battery set level 100,修改电量

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第5张图片

iOS通过Apple的官方工具Sysdiagnose来收集耗电量信息,然后,可以进一步通过Instrument工具链 中的 Energy Diagnostics进行耗电量分析

获取整个设备的电量消耗信息: adb shell dumpsys batterystats | more
获取某个apk的电量消耗信息: adb shell dumpsys batterystats com.thestore.main | more

手机当前使用的内存情况,各个线程的内存占用情况:adb shell dumpsys meminfo
手机的电池信息:adb shell dumpsys batteryinfo

adb shell top -m 10 -s cpu CPU消耗前10的应用清单

流量
借助于Android和iOS自带的工具进行流量统计,也可以利 用tcpdump、Wireshark和Fiddler等网络分析工具

测试场景:
app执行业务操作引起的流量
app在后台运行时的消耗流量
app安装完成后首次启动耗费的流量
app安装包本身的大小
app内购买或者升级需要的流量

测试方法:
android系统
网络流量信息通常存储在/proc/net/dev目录下,也可以直接利用ADB工具获取实时 的流量信息

获取被测程序的uid,pid:adb shell ps |findstr com.thestore.main ;下面的uid:10129,pid:30608
也可以通过pid查询uid:adb shell cat proc/30608/status
获取实时的累计流量信息: adb shell

cat /proc/uid_status/10129/tcp_rcv 接收流量信息--下行流量 

cat /proc/uid_status/10129/tcp_snd 发送流量信息--上行流量 

iOS系统
可以使用Xcode自带的性能分析工具集中的Network Activity,分析具体的流量使用情况

降低流量的场景方法:
启用数据压缩,尤其是图片
使用优化的数据格式,比如同样信息量的JSON文件就要比XML文件小
遇到既需要加密又需要压缩的场景,一定是先压缩再加密
减少单次GUI操作触发的后台调用数量
每次回传数据尽可能只包括必要的数据
启用客户端的缓存机制

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第6张图片

二、接口自动化项目实战

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第7张图片

三、Web自动化项目实战

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第8张图片

四、App自动化项目实战

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第9张图片

五、一线大厂简历

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第10张图片

六、测试开发DevOps体系

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第11张图片

七、常用自动化测试工具

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第12张图片

八、JMeter性能测试

资深测试老鸟,APP性能测试-全覆盖测试点(详细整理)_第13张图片

九、总结(尾部小惊喜)

脚踏实地,勇往直前;心怀信念,追逐辉煌。拥抱挑战,超越极限;付出努力,收获荣光。相信自己的力量与才华,奋发进取,书写属于自己的传世之作。

生命短暂,理想无限;奋斗不止,永不停息。放飞心灵,攀登高峰;砥砺意志,追逐梦想。相信自己的坚持与才能,勇往直前,开创辉煌的人生华章。

执着成就伟业,毅然追求卓越;心怀激情,磨砺绽放光芒。踏上征途,超越自我;披荆斩棘,勇往直前。相信自己的力量,奋斗不息,创造无限可能的辉煌人生!

你可能感兴趣的:(软件测试,压力测试,性能测试,软件测试,性能测试,软件测试工程师,app测试,压力测试,负载测试,自动化测试)