Appium 服務(wù)器運行時會產(chǎn)生很多日志，但是很多人并不了解其中的意義，也無法掌握有用的信息。本文將詳細(xì)解讀如何讀懂 Appium 日志，并讓你的測試效率翻倍。

日志第一行顯示了 Appium 版本和運行地址。 如果你在 Appium 上添加了參數(shù)，他們會在日志中展示，如果添加了 defaultCapabilities，日志也會顯示出來。 對于自動化測試來說，這個信息很重要，因為不同的 Appium 版本有不同的功能和問題，必須要知道自己的 Appium 版本。

為了自動化測試跑起來，session 要做很多事，日志提供了一些基本的 session 信息，特別是 desired capabilities 和 default capabilities。應(yīng)該時刻注意 Appium 服務(wù)是否正確接收了請求內(nèi)容，日志列出了創(chuàng)建 automation session（不懂 automation session 的看下面的鏈接）。

Appium 是一個 REST 服務(wù)，接收 HTTP 請求，展示請求內(nèi)容，返回某種結(jié)果。Appium 服務(wù)端日志用線和箭頭展示了請求和返回的內(nèi)容。在兩個箭頭之間是 Appium 服務(wù)端執(zhí)行請求命令的日志信息：

利用日志可以非常方便的排查錯誤，錯誤通常發(fā)生在 automation session 之后。但有時，如果 session 持續(xù)存在，錯誤也可能發(fā)生。所以第一步是找出錯誤在哪。 下面的例子可以看出，每個指令用 [HTTP] → 和 [HTTP] ← 標(biāo)記。這些標(biāo)記之間是指令細(xì)節(jié)，包含了錯誤輸出：

用戶試圖用 Android driver 啟動一個 session，但發(fā)生了錯誤。Appium 為準(zhǔn)備 session 而關(guān)掉并清除 AUT 時發(fā)現(xiàn)了錯誤，這個錯誤讓我們知道兩件事： 1.Appium 正在嘗試做什么 2.哪里出錯了 在這個例子中，Appium 嘗試運行 adb 命令（adb shell am force-stop），adb 參數(shù)在錯誤信息中也有顯示。發(fā)生了 Android 系統(tǒng)權(quán)限錯誤。此時，我們可以手動運行這個 adb 命令，看看錯誤是不是可以重現(xiàn)。如果錯誤重現(xiàn)，上網(wǎng)查錯吧！如果 adb 命令成功運行，可能是 Appium 的 bug，應(yīng)該去 Github 的 issue 上查看或者提交這個 bug 。（例子中的錯誤是設(shè)備制造商的安全模型造成的） 這個例子只是眾多錯誤中的一個，但它說明至關(guān)重要的一點，當(dāng)錯誤發(fā)生時，日志可以提供更多的信息，如果沒有完整的日志信息，對 Appium 排錯難上加難。

通常，默認(rèn)的日志內(nèi)容已經(jīng)足夠，如果你想去 Github 上尋求幫助，信息當(dāng)然越多越好！下面一些參數(shù)可以改變 Appium 服務(wù)端的日志行為：

• –log-level - 改變Appium日志顯示級別。

• Appium 默認(rèn)展示所有日志，它有以下一些選項：‘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 - 如果你的控制臺沒有顏色（日志可能會產(chǎn)生一些奇怪的字符，比如"TODO: find the color"），你可以用這個參數(shù)關(guān)閉顏色。

• –log-timestamp - 在日志前添加時間戳，在排查超時錯誤時有奇效