共计 1545 个字符，预计需要花费 4 分钟才能阅读完成。
Appium 服务器运行时会产生很多日志，然而很多人并不理解其中的意义，也无奈把握有用的信息。本文将具体解读如何读懂 Appium 日志，并让你的测试效率翻倍。
日志第一行显示了 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 – 在日志前增加工夫戳，在排查超时谬误时有奇效，展现如下：
高效测试开发实战技能进阶晋升？举荐霍格沃兹测试学院出品的《测试开发从入门到高级实战》零碎进阶班，可能是业界最具深度、最贴近大厂一线实际的测试开发课程。
