这篇文章主要介绍了应用中如何测试启动时间,具有一定借鉴价值,感兴趣的朋友可以参考下,希望大家阅读完这篇文章之后大有收获、下面让小编带着大家一起了解一下。
背景介绍
安卓用户也许会经常碰到以下的问题:1)应用后台开着,手机很快没电了,应用耗电大;2)首次/非首次启动应用,进入应用特别慢——应用启动慢;3)应用使用过程中,越来越卡——CPU能力不足/内存泄露;4)应用页面卡顿,帧率较低,页面卡顿,因此,对开发的Android应用,必须对其进行性能测试,不然将会直接影响用户体验。
Android应用性能测试通常包括:启动时间,内存,CPU、耗电量,流量,流畅度等。本次先介绍启动时间的测试方法。
启动时间对于应用的性能测试,启动时间是个重要指标,启动时间分为两种情况,一种是冷启动时间(通常是系统重启,即在启动前没有该应用程序进程的情况),另一种是热启动,即应用程序从被切换到前台(点退出后再点击图标启动).QA测试时,一般关注冷启动的启动时间。以下介绍三种测试启动时间的方法,供大家参考,可以有针对性的使用。
1.1使用亚行命令
1.1.1测试方法,输入<代码> adbshell点开始- w packagename/MainActivity 命令,计算启动时间。如下图:,
图1应用第一次启动也就是我们常说的冷启动,这时候你的应用程序的进程是没有创建的。这也是大部分应用的使用场景。用户在桌面上点击你应用的图标之后,首先要创建进程,然后才启动MainActivity。这时候adbshell点开始- w packagename/MainActivity返回的结果,就是标准的应用程序的启动时间。注意Android 5.0之前的手机是没有WaitTime这个值的。关于这回/TotalTime WaitTime的区别、下面是其解释只<代码> WaitTime=endTime-startTime
开始时间记录的刚准备调用startActivityAndWait()的时间点
<李>endTime记录的是startActivityAndWait()函数调用返回的时间点
<李>WaitTime=startActivityAndWait()调用耗时。
WaitTime就是总的耗时,包括前一个应用活动暂停的时间和新应用启动的时间,这回表示一连串启动活动的最后一个活动的启动耗时;TotalTime表示新应用启动的耗时,包括新进程的启动和活动的启动,但不包括前一个应用活动暂停的耗时。也就是说,开发者一般只要关心TotalTime即可,这个时间才是自己应用真正启动的耗时。
总结一下,如果只关心某个应用自身启动耗时,参考TotalTime;如果关心系统启动应用耗时,参考WaitTime;如果关心应用有界面活动启动耗时,参考这回。
1.1.2总结
该方法算出的时间是系统从开始处理启动活动的时间到完成运行布局和画函数的时间,简单的理解就是启动这个活动的时间,并不包括点击图标到系统接收到消息的时间。显然,这个时间并不能完整的模拟用户操作场景的启动时间。其次该方法只计算一个活动的整体启动时间,没有分别统计其中每个函数的时间,不便于定位问题。针对这两个问题,我们接下来看一下下面两个方法是怎样解决的。
我们在测试中关注的其实是用户体验的启动时间,那么上面的时间就不能满足我们的需求了。既然是用户体验我们可以用更直观的方式,使用screenrecord进行屏幕录制然后分析视频。
1.2使用screenrecord进行屏幕录制
1.2.1测试方法,(1)输入命令亚行shellscreenrecord——bugreport/sdcard/lanch。mp4 - bugreport参数会使视频输出一些时间信息和帧信息便于我们分析启动时间。(2)点击收集图标,应用完全启动后,使用ctrl + c结束视频录制。(3)使用命令亚行pullsdcard/lanch。mp4。/,导出视频(4)导出视频到电脑,使用可以按帧播放的视频软件打开(mac上quicktime就可以,赢下可以用kmplayer),并按帧播放。如下图所示:,
1.3.2总结,这样打点,可以清晰明了的看出活动的总耗时及各个函数的耗时情况,这样在测试过程中,如果遇到问题可以很容易的定位到具体的函数。在测试过程中也有针对点,比如贴吧直播后续会以插件的形式整合到贴吧里,测试时,可以多关注插件初始化的时间。
