| 谁懂这篇文，玩游戏还会卡顿？

Appium 服务器运行时会产生很多日志，但是很多人并不了解其中的意义，也无法掌握有用的信息。本文将详细解读如何读懂 Appium 日志，并让你的测试效率翻倍。

玩游戏的时候最怕的就是卡顿。排位赛的紧急关头，明明马上就能上一段位，却因为卡顿导致给对方送人头。还把对手送上了王者。引起队友骂声一片。作为测试工程师的你，可以忍？

卡顿测试也是专项测试里的一种，更多精彩测试内容，可下方关注公众号

Android系统每隔16ms会发出VSYNC信号重绘我们的界面（Activity）。App需要在16ms内完成下一次要刷新的界面的相关运算，以便界面刷新更新，如果无法在16ms内完成运算，就会发生卡顿，影响用户体验。
下面的这些内容可能会造成卡顿：

• 内存问题：内存抖动、full gc
• • cpu：计算耗时
• • gpu：布局复杂、overdraw
• 就是执行GC操作时，需要暂停线程的任何操作，GC操作完成，其他操作才能继续,频繁的GC会导致界面卡顿，频繁GC有两个原因：
• • 内存抖动（Memory Churn），创建大量的对象，在短时间内马上释放。
• • 产生大量对象会占用Young Generation的内存区域, 如果剩余空间不足，就会触发GC。同时，大量对象的叠加也会增加Heap的压力，从而触发更多的GC操作。
• UI渲染由CPU和GPU分工完成，CPU负责布局元素的运算（比如Measure, Layout）。GPU负责栅格化处理（将UI元素绘制到屏幕上）。
• UI布局层次太深, 或者自定义控件的onDraw函数中存在复杂运算, 就需要CPU负荷工作，从而影响整个绘制过程。
• 过度绘制会导致gpu负荷，每屏的每一帧,像素点应该只被绘制一次，如果重复绘制像素点，就是过度绘制。
  Android可以查看过度绘制：“设置”→“开发者选项”→“调试GPU过度绘制（toggle GPU overdraw）”，打开后再访问App会出现下图：
  

此时界面可能会有五种颜色标识:

• 原色：没有overdraw
• • 蓝色：1次overdraw
• • 绿色：2次overdraw
• • 粉色：3次overdraw
• • 红色：4次及4次以上的overdraw
• 卡顿的关键因素是无法在16ms内绘制一帧，sdk自带的systrace工具可以分析每一帧的绘制情况，并且给出补救措施和建议。
  需要安装sdk，在sdk目录下存在systrace.py：

python{sdk目录}/platform-tools/systrace

注意：运行此工具需要python2.7。
如果运行中出现如下错误，安装对应的依赖即可：

No module win32con
pip2 install pypiwin32
No module six
pip2 install six

首先连接一个Android设备：192.168.181.102:5555
在命令行输入：

python systrace.py -e 192.168.181.102:5555

在设备上进行操作在命令行：按下enter，完成录制。此时会生成一份html报告，整个过程如下：

点击生成的html报告：

参数解析：

1.帧点：绿色表示16.6ms内，黄、红色超过16.6ms
2.任务状态灰：休眠；蓝色：可运行；绿色：运行；橙色：不响应信号
3.函数调用

在报告的页面有快捷键操作：

• w：放大
• • s：缩小
• • m：找到下一帧，显示时间
• 如果一个帧的绘制时间超过0.7s，用户会明显感觉到卡顿，称之为冰冻帧，比如上面红色的帧点。如果帧的绘制时间刚好超过0.6ms，称之为掉帧，比如上面黄色的帧点，但部分掉帧影响不大，主要危险来自于冰冻帧。
  也可以用adb自带的工具对帧进行分析，但数据不如systrace精准：

adb -s devicesname shell dumpsys gfxinfo |less

内容全面升级，5 个月 20+ 项目实战强化训练，资深测试架构师、开源项目作者亲授 BAT 大厂前沿最佳实践，带你一站式掌握测试开发必备核心技能（对标阿里P6+，年薪50W+）！直推 BAT 名企测试经理，普遍涨薪 50%+！

⬇️ 点击“阅读原文”，提升测试核心竞争力！
原文链接

获取更多相关资料+v~ ceshiren001
获取更多技术文章分享
日志第一行显示了 Appium 版本和运行地址。
如果你在 Appium 上添加了参数，他们会在日志中展示，如果添加了 defaultCapabilities，日志也会显示出来。
对于自动化测试来说，这个信息很重要，因为不同的 Appium 版本有不同的功能和问题，必须要知道自己的 Appium 版本。

为了自动化测试跑起来，session 要做很多事，日志提供了一些基本的 session 信息，特别是 desired capabilities 和 default capabilities。应该时刻注意 Appium 服务是否正确接收了请求内容，日志列出了创建 automation session（不懂 automation session 的看下面的链接）。

Appium 是一个 REST 服务，接收 HTTP 请求，展示请求内容，返回某种结果。Appium 服务端日志用线和箭头展示了请求和返回的内容。在两个箭头之间是 Appium 服务端执行请求命令的日志信息：

利用日志可以非常方便的排查错误，错误通常发生在 automation session 之后。但有时，如果 session 持续存在，错误也可能发生。所以第一步是找出错误在哪。
下面的例子可以看出，每个指令用 [HTTP] --> 和 [HTTP] <-- 标记。这些标记之间是指令细节，包含了错误输出：

用户试图用 Android driver 启动一个 session，但发生了错误。Appium 为准备 session 而关掉并清除 AUT 时发现了错误，这个错误让我们知道两件事：
1.Appium 正在尝试做什么
2.哪里出错了
在这个例子中，Appium 尝试运行 adb 命令（adb shell am force-stop），adb 参数在错误信息中也有显示。发生了 Android 系统权限错误。此时，我们可以手动运行这个 adb 命令，看看错误是不是可以重现。如果错误重现，上网查错吧！如果 adb 命令成功运行，可能是 Appium 的 bug，应该去 Github 的 issue 上查看或者提交这个 bug 。（例子中的错误是设备制造商的安全模型造成的）
这个例子只是众多错误中的一个，但它说明至关重要的一点，当错误发生时，日志可以提供更多的信息，如果没有完整的日志信息，对 Appium 排错难上加难。

通常，默认的日志内容已经足够，如果你想去 Github 上寻求帮助，信息当然越多越好！下面一些参数可以改变 Appium 服务端的日志行为：

• –log-level - 改变Appium日志显示级别。
• • Appium 默认展示所有日志，它有以下一些选项：‘info’, ‘info:debug’, ‘info:info’, ‘info:warn’, ‘info:error’, ‘warn’, ‘warn:debug’, ‘warn:info’, ‘warn:warn’, ‘warn:error’, ‘error’, ‘error:debug’, ‘error:info’, ‘error:warn’, ‘error:error’, ‘debug’, ‘debug:debug’, ‘debug:info’, ‘debug:warn’, ‘debug:error’。
• • –log-no-colors - 如果你的控制台没有颜色（日志可能会产生一些奇怪的字符，比如"TODO: find the color"），你可以用这个参数关闭颜色。
• • –log-timestamp - 在日志前添加时间戳，在排查超时错误时有奇效，展示如下：

高效测试开发实战技能进阶提升？推荐霍格沃兹测试学院出品的 《测试开发从入门到高级实战》系统进阶班，可能是业界最具深度、最贴近大厂一线实践的测试开发课程。

4 个月由浅入深，强化集训，测试大咖思寒领衔主讲，授之以渔，通过 10+ 企业级项目实战演练，带你一站式掌握 BAT 测试开发工程师必备核心技能（对标阿里巴巴P6+，挑战年薪50W+）！学员直推 BAT 名企测试经理，普遍涨薪 50%+！

提升自己的核心竞争力吧
原文链接

获取更多相关资料+v~ ceshiren001
获取更多技术文章分享