1. 程式人生 > 其它 >乾貨|app自動化測試之Appium問題分析及定位

乾貨|app自動化測試之Appium問題分析及定位

使用 Appium 進行測試時,會產生大量日誌,一旦執行過程中遇到報錯,可以通過 Appium 服務端的日誌以及客戶端的日誌分析排查問題。

Appium Server日誌-開啟服務

通過命令列的方式啟動 Appium Server,下面來分析一下啟動日誌,日誌第一行顯示了 Appium 版本資訊和服務在本地的執行地址。

$ appium -g appium.log
[Appium] Welcome to Appium v1.8.0-beta3 (REV \
  40e40975ebd3593d08c3f83de2546258f7ddf11d)
[Appium] Appium REST http interface listener started \
  on 0.0.0.0:4723

如果啟動 Appium 服務時添加了引數,會在啟動日誌中展示,比如添加了 defaultCapabilities,啟動日誌也會顯示出來。

Hogwarts $ appium --log-timestamp --log-no-colors --no-reset     
2021-04-29 10:11:58:545 - [Appium] Welcome to Appium v1.17.0
2021-04-29 10:11:58:547 - [Appium] Non-default server args:
2021-04-29 10:11:58:547 - [Appium]   logTimestamp: true
2021-04-29 10:11:58:547 - [Appium]   logNoColors: true
2021-04-29 10:11:58:547 - [Appium]   noReset: true
2021-04-29 10:11:58:548 - [Appium] Deprecated server args:
2021-04-29 10:11:58:548 - [Appium]   --no-reset => --default-capabilities '{"noReset":true}'
2021-04-29 10:11:58:548 - [Appium] Default capabilities, which will be added to each request unless overridden by desired capabilities:
2021-04-29 10:11:58:548 - [Appium]   noReset: true
2021-04-29 10:11:58:567 - [Appium] Appium REST http interface listener started on 0.0.0.0:4723

執行時的Session日誌

自動化測試執行起來之後,Appium Server 的日誌提供了一些基本的 Session 資訊,特別是 desired capabilities 的配置資訊。應該時刻注意 Appium 服務是否正確接收了請求內容。

...
[debug] [BaseDriver] Creating session with W3C capabilities: {
[debug] [BaseDriver]   "alwaysMatch": {
[debug] [BaseDriver]     "platformName": "android",
[debug] [BaseDriver]     "appium:appActivity": ".view.WelcomeActivityAlias",
[debug] [BaseDriver]     "appium:appPackage": "com.xueqiu.android",
[debug] [BaseDriver]     "appium:automationName": "UiAutomator2",
[debug] [BaseDriver]     "appium:deviceName": "emulator-5554",
[debug] [BaseDriver]     "appium:noReset": "true",
[debug] [BaseDriver]     "appium:udid": "emulator-5554"
[debug] [BaseDriver]   },
... 

上面的日誌建立了一個 Session,設定了 Capabilities 引數,以 JSON 格式告訴 AppiumServer 被測試裝置的一些重要資訊。

Appium GET 請求的日誌

Appium 是一個 REST 服務,接收 HTTP 請求,返回結果。Appium 服務端日誌用 [HTTP] → 和 [HTTP] <–展示了請求和返回的資訊。

[HTTP] --> GET /wd/hub/status {}
[debug] [MJSONWP] Calling AppiumDriver.getStatus() with args: []
[debug] [MJSONWP] Responding to client with driver.getStatus()\
 result: {"build":{"version":"1.8.0-beta3","revision":"30e7b45bdc5668124af33c41492aa5195fcdf64d"}}
[HTTP] <-- GET /wd/hub/status 200 121 ms - 126

“–>”代表發出 HTTP 請求,“<–”代表響應,中間是指令細節。[MJSONWP] 指使用 MJSONWP(Mobile JSON Wire Protocol 協議),呼叫 AppiumDriver.getStatus( )這個方法(無參),返回給客戶端 result 資訊,整個過程耗時 121 毫秒,傳輸了 126 個位元組。

通過日誌進行錯誤排查

利用日誌可以非常容易的排查和定位問題,問題通常發生在 automation Session 之後,如果 Session 持續存在,錯誤也可能發生。

[HTTP] --> POST /wd/hub/session
...
[debug] [ADB] 1 device(s) connected
[debug] [ADB] Running '/home/user/Android/Sdk/platform-tools//adb' \
with args: ["-P",5037,"-s","ec8c4df","shell","am","force-stop",\
"io.appium.unlock"]
[debug] [AndroidDriver] Not cleaning generated files. Add \
`clearSystemFiles` capability if wanted.
[MJSONWP] Encountered internal error running command: Error: \
Cannot stop and clear com.company.app. Original error: Error \
executing adbExec. Original error: 'Command '/home/user/Android\
/Sdk/platform-tools//adb -P 5037 -s ec8c4df shell pm clear com.\
company.app' exited with code 1'; Stderr: 'Error: java.lang.SecurityException:\
 PID 22126 does not have permission android.permission.CLEAR_APP_USER_DATA to \
 clear data of package com.company.app'; Code: '1'
at Object.wrappedLogger.errorAndThrow (../../lib/logging.js:63:13)
at ADB.callee$0$0$ (../../../lib/tools/adb-commands.js:334:9)
at tryCatch (/home/linuxbrew/.linuxbrew/lib/node_modules/appium/node_modules\
/babel-runtime/regenerator/runtime.js:67:40)
at GeneratorFunctionPrototype.invoke [as _invoke] (/home/linuxbrew/.\
linuxbrew/lib/node_modules/appium/node_modules/babel-runtime/regenerator\
/runtime.js:315:22)
....
[HTTP] <-- POST /wd/hub/session 500 40811 ms - 557

Appium Driver 啟動 Session ,清理 com.company.app 時發生錯誤。這個錯誤讓我們知道兩件事:“Appium 正在嘗試做什麼”,“哪裡出錯了”。
在這個例子中,Appium 嘗試執行 adb 命令(adb shell am force-stop),adb 引數在錯誤資訊中也有顯示。發生了 Android 系統許可權錯誤。此時,可以手動執行這個 adb 命令,檢視錯誤是否可以重現。如果錯誤重現,可以通過錯誤型別定位問題。
這個例子只是眾多錯誤中的一個,但它說明至關重要的一點,當錯誤發生時,日誌可以提供更多的資訊,如果沒有完整的日誌資訊,對 Appium 排錯難上加難。

改變日誌輸出的引數

下面的引數可以改變 Appium 服務端的日誌行為:
–log-level:改變 Appium 日誌顯示級別。Appium 預設展示所有日誌
,它有以下一些選項:‘info’, ‘info:debug’, ‘info:info’, ‘info:warn’, ‘info:error’, …
–log-no-colors:關閉顏色,如果日誌是彩色的,可能會出現奇怪的字元,比如"TODO: find the color",你可以用這個引數關閉顏色。
–log-timestamp:在日誌前新增時間戳
展示如下:

2018-03-15 13:17:58:663 - [Appium] Welcome to Appium v1.8.0-beta3 (REV 30e7b45bdc5668124af33c41492aa5195fcdf64d)
2018-03-15 13:17:58:664 - [Appium] Non-default server args:
2018-03-15 13:17:58:665 - [Appium] logTimestamp: true
2018-03-15 13:17:58:732 - [Appium] Appium REST http interface listener started on 0.0.0.0:4723
  喜歡軟體測試的小夥伴們,如果我的部落格對你有幫助、如果你喜歡我的部落格內容,請 “點贊” “評論” “收藏” 一鍵三連哦。更多技術文章