app 測試實戰

(1) 常規的功能和效能:功能遍歷,業務響應速度,介面測試等等.

(2):專項測試:主要是系統指標:(包括耗電,記憶體占用,流量消耗,cpu(計算量),啟動速度,流暢度,安裝包大小);

(3):特殊測試:弱網路測試, 使用者體驗測試(流暢度,易用性);終端相容性測試

(4)資訊保安測試

3: 測試效果評價

介面的易用性測試。這個基本上要靠人來看。

其實對服務端也要關注：

重點就是業務響應速度。專項測試特別流暢度是關心終端效能，業務響應速度是從服務端來說的。當然這些和普通的web測試沒有太大區別。

(三) # 專項測試(專項效能測試)

3.1 啟動

啟動一般分為：

冷啟動：首次啟動時間一般為ms，通常要求1000ms以下，600ms為較好指標

冷啟動命令：adb shell am start -w -n 包名/activity

冷啟動停止：adb shell am force-stop 包名

熱啟動：應用切換到後台再次被喚起

熱啟動命令：adb shell am start -w -n 包名/activity

3.2 電量

gt(測試安卓手機的工具)可以直接看到

命令（5.0以上系統才可以）：

2.執行步驟

1)初始化batterystats資料

adb shell dumpsys batterystats–reset

adb shell dumpsys batterystats > batterystats.txt

3）得到這些資料後，這個時候使用我們的battery-historian來生成我們可見html報告:

python historian.py batterystats.txt > batterystats.html

4）用google瀏覽器開啟此檔案即可

3.3 記憶體

android用as中的memorymonitor大概看看，比如記憶體始終在增長、記憶體抖動等。然後dump記憶體hprof檔案出來用mat分析一下，一般的heap的記憶體問題基本就可以發現了。

1）最常規也最重要的當然是mat，分析hprof檔案，獲得記憶體消耗的排行分析，據此有針對性地來改良**。一般地和大陣列消耗沒有釋放等，可以很快發現。

2）**中存在的記憶體洩漏，一般可以用**白盒分析工具，找到疑點。常見的如klocwork。

記憶體中存在大量的dalvik pss，一般就是出現碎片問題。可能原因如大迴圈中的臨時變數等。

**：1、去除廢**、冗餘** 用lint一般可以發現；2、去掉不必要功能；3、調整**，去掉一些method；4、使用**混淆（檔案命名等處理）；

最後，還可以優化壓縮演算法，也許可以進一步減少安裝壓縮包。

4.1 相容性測試這個一般測試都不會有那麼多真機或者平台。可以考慮使用雲測平台，比如tetsin；或者自建單位內部眾包平台，拉單位人員和外部一些友好使用者進來，和用灰度測試的方式，預發布，在一段時間內收集問題。 4.2 弱網路測試 4.3 使用者體驗測試 4.4 資訊保安測試

非常非常重要。現在沒有也沒有特別好辦法，一般還是用burpsuite或drozer一類軟體掃瞄來

2、gt 使用比較方便

1: 測試前評審、測試執行中和測試後總結-----覆蓋完整度：（新應用，要求花一定時間來設計和討論（相當於評審）；每日測試完成，要討論和評估一下測試效果） a) 測試設計首先要覆蓋完整，比如不要漏了服務端，不要漏了資訊保安測試，不要缺了一些重要的專項測試，考慮了，但是根據實際情況可以不測試，這個是另外一回事；測試範圍和測試策略選擇始終是測試方案設計的重點； b)常規功能首先覆蓋完整；各種應用場景要考慮清楚，不要美其名曰探索性測試，然後隨意點來點去，發現一堆問題，最後發現弱網路沒測試，網路切換場景沒做，跳轉支付沒考慮等等。 2:測試中和測試後及時總結 a): 測試覆蓋度，必要時要補充設計，重新測試 b):發現問題的情況：問題的類別和趨勢還是要適時分析評估，順便可以要求開發者改進 c):測試工作本身是否可以模板化甚至工具化

d):其實團隊負責人要借這個總結評估一下團隊成員情況

app 測試實戰

APP測試學習 APP測試思路

頭條App專案測試實戰（九）Fiddler弱網測試

app測試中斷測試

app 測試實戰

APP測試學習 APP測試思路

頭條App專案測試實戰（九）Fiddler弱網測試

app測試 中斷測試

相關推薦

app測試中斷測試