2024年最全如何测试app启动时间？_启动页功能测试(3)，2024年最新深入浅出软件测试

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

Android应用性能测试通常包括：启动时间、内存、CPU、耗电量、流量、流畅度等。本次先介绍启动时间的测试方法。

启动时间对于App的性能测试，启动时间是个重要指标，启动时间分为两种情况，一种是冷启动时间（通常是系统重启，即在启动前没有该App进程的情况），另一种是热启动，即App从被切换到前台（点back退出后再点击图标启动）。QA测试时，一般关注冷启动的启动时间。以下介绍三种测试启动时间的方法，供大家参考，可以有针对性的使用。

1.1 使用adb命令

1.1.1 测试方法 输入adbshell am start -W packagename/MainActivity命令，计算启动时间。如下图：

图1应用第一次启动也就是我们常说的冷启动,这时候你的应用程序的进程是没有创建的. 这也是大部分应用的使用场景.用户在桌面上点击你应用的 icon 之后,首先要创建进程,然后才启动 MainActivity.这时候adbshell am start -w packagename/MainActivity 返回的结果,就是标准的应用程序的启动时间。注意Android 5.0 之前的手机是没有WaitTime这个值的。关于ThisTime/TotalTime/WaitTime的区别,下面是其解释。WaitTime=endTime-startTime

• startTime记录的刚准备调用startActivityAndWait()的时间点
• endTime记录的是startActivityAndWait()函数调用返回的时间点
• WaitTime = startActivityAndWait()调用耗时。

WaitTime 就是总的耗时，包括前一个应用Activity pause 的时间和新应用启动的时间；ThisTime 表示一连串启动Activity 的最后一个 Activity 的启动耗时；TotalTime表示新应用启动的耗时，包括新进程的启动和 Activity 的启动，但不包括前一个应用Activity pause 的耗时。也就是说，开发者一般只要关心 TotalTime 即可，这个时间才是自己应用真正启动的耗时。

总结一下，如果只关心某个应用自身启动耗时，参考TotalTime；如果关心系统启动应用耗时，参考WaitTime；如果关心应用有界面Activity启动耗时，参考ThisTime。

1.1.2 总结

该方法算出的时间是系统从开始处理启动activity的时间到完成运行layout和draw函数的时间，简单的理解就是启动这个Activity的时间，并不包括点击icon到系统接收到消息的时间。显然，这个时间并不能完整的模拟用户操作场景的启动时间。其次该方法只计算一个Activity的整体启动时间，没有分别统计其中每个函数的时间，不便于定位问题。针对这两个问题，我们接下来看一下下面两个方法是怎样解决的。

我们在测试中关注的其实是用户体验的启动时间，那么上面的时间就不能满足我们的需求了。既然是用户体验我们可以用更直观的方式，使用screenrecord进行屏幕录制然后分析视频。

1.2 使用screenrecord进行屏幕录制

1.2.1 测试方法 （1）输入命令adb shellscreenrecord --bugreport /sdcard/lanch.mp4–bugreport 参数会使视频输出一些时间信息和帧信息便于我们分析启动时间。 （2）点击收集图标，app完全启动后，使用ctrl+c结束视频录制。 （3）使用命令adb pullsdcard/lanch.mp4 ./，导出视频 （4）导出视频到电脑，使用可以按帧播放的视频软件打开（mac上quicktime就可以，win下可以用kmplayer），并按帧播放。 如下图所示：

图2按帧播放视频，视频左上角会显示每一帧的时间（精确到ms）和帧数。如图，11:09:38.031表示时分秒，f=333是帧数。在视频中会看到icon会变暗然后高亮，高亮时就是系统开始处理本次icon点击事件了。可以把这里作为点击时间，然后根据体验要求，看到app启动页完全绘制完作为终止时间，这个时间减去点击时间就是app的启动时间。

1.2.2 总结 该方法虽然可以模拟用户的操作场景，但是操作成本较高且无法准确清晰明了的知道哪些函数调用时间过长。 以上两种方法，单从启动时间看，是无法定位出具体哪个函数耗时多一些，遇到启动时间大于预定的启动时间阀值时，需一步步的打log，分析查明原因。下面的方法是贴吧目前计算启动时间的办法，可以很清晰的看到每个函数的调用时间。

1.3 代码埋点，查看输出日志

1.3.1 测试方法 在代码中打点，输出日志查看。拿贴吧举例，下图是整个启动要经历的操作。

图3具体每步做了哪些，可以参照下表。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

这份系统化的资料的朋友，可以戳这里获取](https://bbs.csdn.net/forums/4f45ff00ff254613a03fab5e56a57acb)**