本文僅供新入職對銀行一賬通測試流程不是很熟悉的小伙伴參考，其中也涉及了一些像獲取日志，獲取包名等小技巧，希望對大家能有所幫助。

Step 1st 獲取需求

獲取需求我們一般通過百寶箱獲取，但是由于百寶箱沒有對文檔的上傳和修改做記錄，所以現在改用有記錄的藏經閣，但是有部分PM仍習慣把需求文檔及相關交互圖上傳到白寶箱，因此我們獲取需求的時候要和產品確認需求相關的資料是上傳在哪里，確認了需求在哪之后我們就可以到對應的地址下載資料啦。

step 2nd 測試用例的撰寫和獲取

測試用例以前我們是用testlink管理的，后來在使用的過程中發現testlink并不是很好用，所以我們組的大神們就重新做了敏捷測試管理平臺，所以以后我們寫case可以直接在這個平臺上編輯，或者在excel上編輯后導入到平臺上，如果用excel寫的話要特別注意的一點是，撰寫格式必須嚴格按照模板，否則是無法成功將用例導入平臺的。敏捷測試管理平臺的地址是：

登錄賬號和密碼為um賬號和um密碼。

Step 3rd 構建測試包

a. 銀行app打包

通過構建站可根據具體的需要選擇要構建的包，選擇要打包的銀行，測試的環境（debug測試環境或者release生產環境），iOS還要選擇配置的證書，平時測試使用企業證書包即可，用于自動化測試跑monkey則需打開發者證書包。

b.模塊化測試打包

模塊化測試不能在構建站直接打包，需要到Jenkins上打包，賬號和密碼都是：admin；進入Jenkins之后選擇用參數打包，和開發同學確認所要打包的模塊名，填寫相關模塊名和配置之后點擊立即構建即可打包。

需要強調的是，在Jenkins打的包并沒有生成二維碼，如果要把安裝包提供給產品或者其他只能通過掃碼裝包的同學，我們可以自己在Jenkins上把包下載到本地，再通過構建站臨時包上傳的功能，上傳要提供出去的包，上傳完成后會自動生成二維碼，可自行截圖保存。這樣就不用擔心自己要用那個二維碼被覆蓋啦。

step 4th 安裝測試包

a.Android裝包

連了MA網絡的手機可直接掃描郵件里的二維碼

非MA網絡的手機可掃描構建站“Android包下載”的二維碼，必須注意的一點是，這個二維碼是保存最近一個構建包，如果要下載歷史包則不可掃這個二維碼

如果手機沒有聯網，或者想模塊化打包一樣沒有生成二維碼的，則可直接把apk包下載到本地，通過adb指令安裝到y手機上，具體操作：通過數據線將手機連接到電腦上，輸入指令adb devices，確認手機已經連接上，接下來輸入adb install [apk文件所在的目錄]

iOS設備裝包

同Android，連了MA網絡的手機可直接掃描郵件里的二維碼

非MA網絡的手機可掃描構建站“iOS包下載”的二維碼，同樣必須注意的是，這個二維碼也是保存最近一個構建包，如果要下載歷史包則不可掃這個二維碼

如果手機沒有聯網，或者想模塊化打包一樣沒有生成二維碼的，則可直接把ipa包下載到本地，通過Xcode來安裝，具體操作：通過數據線連接手機和電腦，然后把已下載到本地的ipa包拉到Xcode-Window-Devices-Installed Apps；或者通過iTools應用安裝功能安裝測試包。

Step 5th 開始app測試

測試過程中經常會遇到的一些小問題，比如遇到crash，需要及時將日志導出來。

a.Android獲取crash日志的方法

用adb指令導出，首先連接數據線，打開終端找到crash所在的路徑：然后用adb pull [crash路徑][導出的路徑]

如果不知道包名可以通過以下的方法獲取：

1.設備端打開要獲取名稱的app

2.運行以下指令：adb shell "dumpsys window | grep mCurrent"

其中mCurrentFocus行里就展示了當前app頁面的包名以及頁面名稱,格式:

app.pakcage.name/package.activity.name

? iOS獲取crash日志的方法

用數據線連接上手機后，打開Xcode-Window-Devices-view Device Logs-export log導出crash日志即可，由于導出來的日日志沒有解析不好定位問題，可通過iOS crash解析平臺將日志和發生crash的包一起上傳到crash解析平臺解析，解析后再提供給開發的同學定位問題。

另外是bug的提交，提交的格式：

標題格式為【測試版本】【模塊】【功能點】【問題類型】【復現步驟長度】問題描述

正文：【設備】如：華為mate7?(android4.2.2)

? ? ? ? ?【構建號】

? ? ? ? ?【環境】測試環境+WiFi

? ? ? ? ?【復現頻率】必現/偶現

? ? ? ? ?【復現步驟】

? ? ? ? ? ?1st

? ? ? ? ? ?2nd

? ? ? ? ? ?3rd

? ? ? ? ?【預期結果】

? ? ? ? ?【實際問題】

把復現bug的具體條件及復現步驟都寫清楚不但方便RD定位確認問題，也方便我們測試自己回歸測試，提高整體的工作效率。

step 6th 測試完成

項目測試負責人撰寫測試報告，標準組件模塊測試完畢則需通知RD打tag，并記錄下tag號；測試完成后要及時做bug review及時做總結，以便在以后遇到同樣的問題或者類似的問題時能夠盡快定位到問題的原因。