App功能測(cè)試以及測(cè)試辦法本事

功能專(zhuān)項(xiàng)我們眷注哪些：

1.眷注資源斲喪（CPU、內(nèi)存、流量、功耗）

2.啟動(dòng)耗時(shí)（冷啟、熱啟），（這個(gè)也是很多云測(cè)時(shí)用到的一個(gè)目標(biāo)）

3.主要頁(yè)面加載時(shí)間

4.內(nèi)存泄漏、發(fā)抖、卡頓、頁(yè)面渲染（FPS）

今天我也只總結(jié)資源斲喪這塊，先談?wù)凜PU

廣泛的apk功能測(cè)試，主要是以下七類(lèi)

1、呼應(yīng)

2、內(nèi)存

3、cpu

4、FPS (app使用的流利度)

5、GPU過(guò)分渲染

6、耗電

7、耗流

(app除了這些功能測(cè)試，另有：手機(jī)版本號(hào)兼容性，屏幕區(qū)分率兼容性，安定性測(cè)試，寧?kù)o測(cè)試等，后續(xù)會(huì)持續(xù)更新… 流量測(cè)試同這些一同更新，這里就不再分析白 )

一、呼應(yīng)

軟件的呼應(yīng)時(shí)間和呼應(yīng)速率直接影響到用戶(hù)的體驗(yàn)度，假如一個(gè)軟件，遲遲加載不出來(lái)，會(huì)直接影響到軟件的日活、留存。因此關(guān)于一個(gè)軟件，對(duì)呼應(yīng)速率測(cè)試是必不成少的。

主要測(cè)試點(diǎn)：

1、冷啟動(dòng)：初次啟動(dòng)app的時(shí)間距離（只是啟動(dòng)時(shí)間，不包含頁(yè)面加載）

2、熱啟動(dòng)：非初次啟動(dòng)app的時(shí)間距離（只是啟動(dòng)時(shí)間，不包含頁(yè)面加載）

3、完全啟動(dòng)：從啟動(dòng)到首頁(yè)完全加載出來(lái)的時(shí)間距離

4、有網(wǎng)啟動(dòng)：從倡導(dǎo)跳轉(zhuǎn)，到頁(yè)面完全加載出來(lái)的時(shí)間距離

5、無(wú)網(wǎng)啟動(dòng)：從倡導(dǎo)跳轉(zhuǎn)，到頁(yè)面完全加載出來(lái)的時(shí)間距離

（在項(xiàng)目中，主要測(cè)試眷注點(diǎn)是冷啟動(dòng)，熱啟動(dòng)）

測(cè)試辦法：

1、使用adb下令

1） 冷啟動(dòng)

adb shell am start -W packageName/ActivityName(相對(duì)途徑，首個(gè)Activity)

涵義：

ThisTime: 該Activity的啟動(dòng)耗時(shí)；

TotalTime: 使用本身啟動(dòng)耗時(shí), ThisTime+使用application等資源啟動(dòng)時(shí)間；

WaitTime: 體系啟動(dòng)使用耗時(shí), TotalTime+體系資源啟動(dòng)時(shí)間

2）熱啟動(dòng)：按back按鍵后再啟動(dòng)adb下令

測(cè)試標(biāo)準(zhǔn)：冷啟動(dòng)時(shí)間不凌駕1.5s, 熱啟動(dòng)不凌駕1s.

3）完全啟動(dòng)，無(wú)網(wǎng)啟動(dòng)，有網(wǎng)啟動(dòng)都可以經(jīng)過(guò)charles抓包來(lái)獲取啟動(dòng)的時(shí)間

charles是一個(gè)很強(qiáng)壯的抓包東西，除了截取哀求還能舉行單接口壓測(cè)，修正哀求參數(shù)并發(fā)射哀求，以及模仿無(wú)網(wǎng)，弱網(wǎng)，2G，3G，4G等。能處理app的很多專(zhuān)項(xiàng)測(cè)試。

限定網(wǎng)絡(luò)情況必要用到charles的一個(gè)功效： Throttle Setting

經(jīng)過(guò)設(shè)置網(wǎng)速和抓包，可以獲取啟動(dòng)時(shí)間，但是有一定的偏差。在項(xiàng)目中，尋常只必要測(cè)試?yán)鋯?dòng)，熱啟動(dòng)便可。

2、使用AndroidStudio的Android Monitor，查察手機(jī)日志體系輸入

Android Monitor統(tǒng)共有5大模塊：logcat, memory, cpu, network,GPU

我們可以經(jīng)過(guò)logcat獲取使用的呼應(yīng)時(shí)間（怎樣使用，內(nèi)存中有先容）

cpu檢測(cè)我們要分3種情況：

1.在空閑時(shí)間的斲喪，基本沒(méi)大使用使用cpu

2.在運(yùn)轉(zhuǎn)一些使用的情況下，cpu已占50%的情況下，察看使用步驟占用cpu的情況

3.在高負(fù)荷的情況下看CPU的體現(xiàn)，我界說(shuō)這個(gè)高負(fù)荷，cpu占用應(yīng)是在80%以上

1.1 怎樣查察CPU的使用值

使用下令：adb shell dumpsys cpuinfo apk包名

從上圖我們可以看出：6.4%是針對(duì)這個(gè)CPU的占用率是6.4%，標(biāo)紅的場(chǎng)合5.2%占用率是用戶(hù)使用的，1.1是內(nèi)核的占用率，這個(gè)數(shù)只是針對(duì)1核來(lái)說(shuō)，

成績(jī)：如今手機(jī)都是多核的了，那如此的值也不會(huì)太準(zhǔn)確，那怎樣做？

履歷：尋常這種取值的，我在測(cè)試的時(shí)分，會(huì)多收羅多次，求均勻值

外表數(shù)據(jù)太多了，我們還可以可以用底下這個(gè)下令，和top下令，獲取單個(gè)數(shù)據(jù)

adb shell dumpsys cpuinfo |grep packagename

2.內(nèi)存篇

內(nèi)存的辦法和cpu相似，我們經(jīng)過(guò)多次收羅，得出內(nèi)存值，看內(nèi)存對(duì)否特別，那怎樣獲取內(nèi)存值

怎樣取內(nèi)存，用下令

1.adb shell dumpsys meminfo

2.adb shell meminfo PID

手機(jī)運(yùn)轉(zhuǎn)速率就和內(nèi)存有很大干系，我記得從前的同事可以研討這個(gè)內(nèi)存，還專(zhuān)門(mén)建立了一個(gè)小組，可見(jiàn)這個(gè)水照舊挺深的，并且本人也是知會(huì)一點(diǎn)，偏重有幾個(gè)目標(biāo)必要了解:

vss,假造內(nèi)存 ，每一個(gè)使用時(shí)一個(gè)java假造機(jī)，體系會(huì)分派一個(gè)內(nèi)存，內(nèi)存每做一個(gè)利用，如此是控制內(nèi)存的輕重，但是不會(huì)大于最大限定，假造內(nèi)存就就散失掉，我們比力體貼

Rss 物理內(nèi)存（包含共享庫(kù)的內(nèi)存），使用實(shí)踐占用的內(nèi)存，

pss實(shí)踐使用的物理內(nèi)存（比例分派共享占用內(nèi)存） 如3個(gè)歷程，那么歷程的斲喪就應(yīng)該是除以3，才表現(xiàn)一個(gè)

USS 歷程中單獨(dú)占用內(nèi)存

USS針對(duì)某個(gè)歷程開(kāi)頭有內(nèi)存泄漏的情況，是一個(gè)步驟啟動(dòng)了會(huì)產(chǎn)生的假造內(nèi)存，一旦這個(gè)步驟歷程殺掉就會(huì)開(kāi)釋

這個(gè)博主我以為講的更好，我只是皮毛罷了
http://blog.csdn.net/bigconvience/article/details/35553983

n內(nèi)存要多次測(cè)試

使用PID的辦法查察：

我們眷注的是：Heap size 是實(shí)踐用到的內(nèi)存 Heap alloc :是實(shí)踐分派的值

成績(jī)：但是你可以發(fā)覺(jué)alloc<size 為什么會(huì)如此，我如今照舊不是很還能懂,他們一句話(huà)表明是說(shuō)：歷程使用的是假造內(nèi)存，假造內(nèi)存使用宏大于物理內(nèi)存，我如今還不是很懂，

內(nèi)存我們還可以查察他的單個(gè)使用步驟最大的內(nèi)存限定

adb shell getprop |grep heapgrowthlimit

別的一種辦法：我們還可以使用procrank東西，就可以查察內(nèi)存值

3.流量

大神說(shuō)可以使用adb shell cat/proc/“+PID+”/net/dev 的下令來(lái)查察流量數(shù)

但是我以為如此禁絕確，我獲取流量的辦法是經(jīng)過(guò)抓包的辦法，在一個(gè)利用內(nèi)，看流量中的斲喪，可以借助wireshork這個(gè)東西來(lái)幫助

約莫以上是他提到的內(nèi)容和本人的了解

總結(jié)：

做功能測(cè)試的辦法有兩種：1.競(jìng)品分析 2.版本比力 這是如今很多公司使用的一種辦法

在說(shuō)一句：騰訊的GT照舊很好用的，網(wǎng)上可以下載，可以試試

原文鏈接：
https://blog.csdn.net/testManger/article/details/116991049