APP测试工具之TraceView卡顿检测

Traceview卡顿检测

Traceview是Android平台特有的数据采集和分析工具,集成在DDMS工具中,可以采集程序中的方法执行耗时、调用关系、调用次数以及资源占用等情况。

一、使用方法

1、启动虚拟机/连接手机,cmd命令输入ddms启动DDMS工具。打开手机上被测应用,在ddms上选择测试应用的进程。点击Start Method Profiling按钮,当按钮上的小红点变成黑色的时候,处于采集信息状态。

2、操作应用被测模块,操作完成后,点击Start Method Profiling结束采集信息,这时会弹出Traceview界面,显示操作过程中采集的数据信息。

Traceview界面分为时间线界面和分析界面两部分,时间界面显示线程函数的调用信息,包括函数名和函数时间,鼠标在时间线上移动,可以显示当前时间点中线程执行的信息;分析界面展示了线程中函数调用情况,包括CPU使用时间,调用次数等信息。


列名


描述


Name


该线程运行过程中所调用的函数名.


Incl Cpu Time


某函数占用的CPU时间,包含内部调用其它函数的CPU时间.


Excl Cpu Time


某函数占用的CPU时间,但不含内部调用其它函数所占用的CPU时间.


Incl Real Time


某函数运行的真实时间(以毫秒为单位),内含调用其它函数所占用的真实时间.


Excl Real Time


某函数运行的真实时间(以毫秒为单位),不含调用其它函数所占用的真实时间.


Call+Recur Calls/Total


某函数被调用次数以及递归调用占总调用次数的百分比.


Cpu Time/Call


某函数调用CPU时间与调用次数的比。相当于该函数平均执行时间.


Real Time/Call


同CPU Time/Call类似,只不过统计单位换成了真实时间.

二、关注点

1、消耗CPU时间较长的方法:选择Cpu Time/Call列进行降序排序,查看耗时最长的函数,如果该函数调用一次或者调用次数很少,但是耗时非常长,那么很可能是潜在的问题。

2、调用次数频繁的方法:选择Call/Recur Calls/Total进行降序排序,查看调用次数频繁且CPU耗时很长的方法,也可能是一个潜在的问题。

三、卡顿检测

如果对应用某个模块进行操作时,明显会觉得卡顿,那么可以用TraceView定位卡顿的原因,Start Method Profiling启动TraceView数据采集,操作卡顿模块,操作时间尽量简短且覆盖卡顿操作,便于查找问题,停止数据采集,查找分析界面CPU耗时较长的方法即可能是卡顿原因所在。

时间: 2024-10-14 04:43:04

APP测试工具之TraceView卡顿检测的相关文章

Android 卡顿检测方案

应用的流畅度最直接的影响了 App 的用户体验,轻微的卡顿有时导致用户的界面操作需要等待一两秒钟才能生效,严重的卡顿则导致系统直接弹出 ANR 的提示窗口,让用户选择要继续等待还是关闭应用. 所以,如果想要提升用户体验,就需要尽量避免卡顿的产生,否则用户经历几次类似场景之后,只会动动手指卸载应用,再顺手到应用商店给个差评.关于卡顿的分析方案,已经有以下两种: 分析 trace 文件.通过分析系统的/data/anr/traces.txt,来找到导致 UI 线程阻塞的源头,这种方案比较适合开发过程

iOS:性能之卡顿检测

项目地址:https://github.com/tunsuy/iOSMonitorLag 该项目主要是针对ios项目的卡顿监控的探索,结合ios的运行机制和业界的实践,将其应用于公司项目中进行试运行,查看相关效果 二. 方案一 基于RunLoop 1. 背景 因为UIKit本身的特性,需要将所有的UI操作都放在主线程执行,所以也造成不少程序员都习惯将一些线程安全性不确定的逻辑,以及其它线程结束后的汇总工作等等放到了主线,所以主线程中包含的这些大量计算.IO.绘制都有可能造成卡顿. 在Xcode中

几个移动App测试工具

介绍几款移动App测试的工具: 腾讯测试:http://bugly.qq.com/优测:http://utest.qq.com/fir.im测试:http://bughd.com/ 大致介绍如下: bugly:腾讯推出的移动应用崩溃检测服务,提升团队解决异常的效率. bugHD:开发者可以追踪崩溃信息.崩溃版本.崩溃总数.发生设备和是否修复等信息.是Fir.im 团队做的产品: ----------------------------更多介绍如下,详细请参考个网站官网,及阅读相关帮助 -----

APP&游戏需要关注Jank卡顿吗?

导语: 本次技术干货分享主要是讲解PerfDog卡顿Jank定义.原理及影响.内容将分为五部分:FrameTime.FPS.流畅度.Jank.影响.从深层次分析在性能测试工作中这五部分起到的重要意义. 第一部分:FrameTime FrameTime 的定义:两帧画面间隔耗时(也可简单认为单帧渲染耗时). 对于FrameTime和卡顿是否有关联?请看下图的案例图示: 从图中可看出画面中B帧在GPU渲染耗时(帧生成时间)大于显示器刷新间隔,占用两次显示器刷新耗时.也就是说有一次画面没刷新.当出现多

BlockCanary界面卡顿检测

添加依赖: implementation 'com.github.markzhai:blockcanary-android:1.5.0' 运行后会同时安装检测工具,主要检测UI线程运行卡顿现象 public class MainActivity extends AppCompatActivity { protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContent

移动App开发工具和移动应用漏洞检测工具

移动应用开发工具和移动应用漏洞检测工具,另外,HTML5提供了很多易于移动web开发的特性.例如,所有的网站都是开发放式的,不需要授权:开发者所创造的利润全部归自己所有.无疑,HTML5正在升温,它所体现出来的优势也在不断增加. 移动应用开发工具和移动应用漏洞检测工具,最新版本的HTML5,可以存储数据,也就是说,数据不再需要与设备绑定.HTML5给人们所带来的好处远不止这些.当然,也可能会有些小问题,比如:连接问题.有时速度会很慢,这也许和开发技术有关.虽然存在不足,但是HTML5的优势是不可

测评:华为最新移动应用/APP测试工具MobileTest

一.目前移动应用/App的测试痛点及可选方案 移动互联网市场进入下半场,同质化竞争激烈,平均获客成本增加.屏幕不适配.闪退.无响应.UI异常等兼容性问题严重影响用户体验,影响用户转化率和用户粘性.如何解决这些问题呢? 方式1:Android模拟器或USB连接真机测试 缺点:无法发现屏幕等硬件差异引起的兼容性问题和性能问题. 方式2:采购主要适配机型做兼容性测试 缺点:Android定制系统多,屏幕尺寸和分辨率等硬件参数差异大,机型更新快,采购和维护成本高. 这两种方式还有其它缺点: 1.兼容性测

使用apicloud开发移动端APP,IOS list页面滚动卡顿解决记录

给内容容器添加样式:-webkit-overflow-scrolling:touch; -webkit-overflow-scrolling:属性控制元素在移动设备上是否使用滚动回弹效果. auto:使用普通滚动, 当手指从触摸屏上移开,滚动会立即停止. touch:使用具有回弹效果的滚动, 当手指从触摸屏上移开,内容会继续保持一段时间的滚动效果.继续滚动的速度和持续的时间和滚动手势的强烈程度成正比.同时也会创建一个新的堆栈上下文. 原文地址:https://www.cnblogs.com/sh

手机app测试工具monkey

进入官网https://www.androiddevtools.cn/ ctrl+F打开搜索框,输入platform 根据电脑版本,下载并解压 配置环境变量 此电脑->属性->高级系统设置->环境变量->系统变量path->编辑->新建,将adb.exe的路径粘贴到path上 win+R ->cmd  输入adb 成功 原文地址:https://www.cnblogs.com/weixinyu98/p/12326660.html