㈠ android性能測試工具有哪些
有如下幾個工具：
android針對上面這些會影響到應用性能的情況提供了一些列的工具：
1 布局復雜度：
hierarchyviewer：檢測布局復雜度，各視圖的布局耗時情況：
Android開發者模式—GPU過渡繪制：
2 耗電量：Android開發者模式中的電量統計；
3 內存：
應用運行時內存使用情況查看：Android Studio—Memory/CPU/GPU；
內存泄露檢測工具：DDMS—MAT；
4 網路：Android Studio—NetWork；
5 程序執行效率：
靜態代碼檢查工具：Android studio—Analyze—Inspect Code.../Code cleanup... ，用於檢測代碼中潛在的問題、存在效率問題的代碼段並提供改善方案；
DDMS—TraceView，用於查找程序運行時具體耗時在哪；
StrictMode：用於查找程序運行時具體耗時在哪，需要集成到代碼中；
Andorid開發者模式—GPU呈現模式分析。
6 程序穩定性：monkey，通過monkey對程序在提交測試前做自測，可以檢測出明顯的導致程序不穩定的問題，執行monkey只需要一行命令，提交測試前跑一次可以避免應用剛提交就被打回的問題。
說明：
上面提到的這些工具可以進Android開發者官網性能工具介紹查看每個工具的介紹和使用說明；
Android開發者選項中有很多測試應用性能的工具，對應用性能的檢測非常有幫助，具體可以查看：All about your phone's developer options和15個必知的Android開發者選項對Android開發者選項中每一項的介紹；
針對Android應用性能的優化，Google官方提供了一系列的性能優化視頻教程，對應用性能優化具有非常好的指導作用，具體可以查看：優酷Google Developers或者Android Performance Patterns。
二 第三方性能優化工具介紹
除了android官方提供的一系列性能檢測工具，還有很多優秀的第三方性能檢測工具使用起來更方便，比如對內存泄露的檢測，使用leakcanry比MAT更人性化，能夠快速查到具體是哪存在內存泄露。
leakcanary：square/leakcanary · GitHub，通過集成到程序中的方式，在程序運行時檢測應用中存在的內存泄露，並在頁面中顯示，在應用中集成leancanry後，程序運行時會存在卡頓的情況，這個是正常的，因為leancanry就是通過gc操作來檢測內存泄露的，gc會知道應用卡頓，說明文檔：LeakCanary 中文使用說明、LeakCanary: 讓內存泄露無所遁形。
GT：GT Home，GT是騰訊開發的一款APP的隨身調測平台，利用GT，可以對CPU、內存、流量、點亮、幀率/流暢度進行測試，還可以查看開發日誌、crash日誌、抓取網路數據包、APP內部參數調試、真機代碼耗時統計等等，需要說明的是，應用需要集成GT的sdk後，GT這個apk才能在應用運行時對各個性能進行檢測。
㈡ Android開發者一般用什麼手機做測試
測試手機，價位在1000到2000左右，不要太差，不然運行個demo ，卡的不要不要的，不過要多測試幾種不同的手機，android 開發的，華為手機必須要測試。我一般用小米2 進行測試，還有聯想的。
㈢ 什麼樣的 Android 手機適合做測試機
測試機的挑選標准，無非是要能在盡量全地覆蓋到目標用戶所使用的機型的同時，交集盡量地小。所以某種程度上，取決於你的用戶是誰。
豌豆莢是希望覆蓋全所有 Android 用戶，所以我們是在市場佔有率前幾名的手機在挑選，同時幾個主要廠商（Moto、HTC 等）和自定義系統（HTC Sense、MotoBlur 等等尤其是那些改動比較多的系統）都覆蓋到，Google 的官方樣板機（Nexus One、Nexus S）也是必備的。
㈣ android app自動化測試工具有哪些
1、Monkey是AndroidSDK自帶的測試工具，在測試過程中會向系統發送偽隨機的用戶事件流，如按鍵輸入、觸摸屏輸入、手勢輸入等)，實現對正在開發的應用程序進行壓力測試，也有日誌輸出。實際上該工具只能做程序做一些壓力測試，由於測試事件和數據都是隨機的，不能自定義，所以有很大的局限性。2、MonkeyRunner也是AndroidSDK提供的測試工具。嚴格意義上來說MonkeyRunner其實是一個Api工具包，比Monkey強大，可以編寫測試腳本來自定義數據、事件。缺點是腳本用Python來寫，對測試人員來說要求較高，有比較大的學習成本。3、Instrumentation是早期Google提供的Android自動化測試工具類，雖然在那時候JUnit也可以對Android進行測試，但是Instrumentation允許你對應用程序做更為復雜的測試，甚至是框架層面的。通過Instrumentation你可以模擬按鍵按下、抬起、屏幕點擊、滾動等事件。Instrumentation是通過將主程序和測試程序運行在同一個進程來實現這些功能，你可以把Instrumentation看成一個類似Activity或者Service並且不帶界面的組件，在程序運行期間監控你的主程序。缺點是對測試人員來說編寫代碼能力要求較高，需要對Android相關知識有一定了解，還需要配置AndroidManifest.xml文件，不能跨多個App。4、UiAutomator也是Android提供的自動化測試框架，基本上支持所有的Android事件操作，對比Instrumentation它不需要測試人員了解代碼實現細節（可以用UiAutomatorviewer抓去App頁面上的控制項屬性而不看源碼）。基於Java，測試代碼結構簡單、編寫容易、學習成本，一次編譯，所有設備或模擬器都能運行測試，能跨App（比如：很多App有選擇相冊、打開相機拍照，這就是跨App測試）。缺點是只支持SDK16（Android4.1）及以上，不支持HybirdApp、WebApp。5、Espresso是Google的開源自動化測試框架。相對於Robotium和UIAutomator，它的特點是規模更小、更簡潔，API更加精確，編寫測試代碼簡單，容易快速上手。因為是基於Instrumentation的，所以不能跨App。配合AndroidStudio來編寫測試的簡單例子6、Selendroid：也是基於Instrumentation的測試框架，可以測試NativeApp、HybirdApp、WebApp，但是網上資料較少，社區活躍度也不大。7、Robotium也是基於Instrumentation的測試框架，目前國內外用的比較多，資料比較多，社區也比較活躍。缺點是對測試人員來說要有一定的Java基礎，了解Android基本組件，不能跨App。8、Athrun是淘寶出的一個移動測試框架/平台，同時支持iOS和Android。Android部分也是基於Instrumentation，在Android原有的類基礎上進行了擴展，提供一整套面向對象的API。這里有詳細介紹。9、Appium是最近比較熱門的框架，社區也很活躍。這個框架應該是是功能最強大的，它的優點：它的哲理是：它的設計理念：相關限制：總結：在iOS部分是封裝了UIAutomation；Android4.2以上是用UiAutomator，Android2.3~4.1用的是Instrumentation，也就說Appium同時封裝了UiAutomator和Instrumentation。所以Appium擁有了以上幾大框架的所有優點：跨App，支持NativeApp、HybirdApp、WebApp，還支持N種語言來編寫你的測試腳本。如果你在Windows使用Appium，你沒法使用預編譯專用於OSX的.app文件，因為Appium依賴OSX專用的庫來支持iOS測試，所以在Windows平台你不能測試iOSApps。這意味著你只能通過在Mac上來運行iOS測試。Client/Server架構，運行的時候Server端會監聽Client端發過來的命令，翻譯這些命令發送給移動設備或模擬器，然後移動設備或模擬器做出響應的反應。正是因為這種架構，所以Client可以使用Appiumclientlibraries多種語言的測試腳本，而且Server端完全可以部署在伺服器上，甚至雲伺服器。Session，每個Client連接到Server以後都會有一個SessionID，而且Client發送命令到Server端都需要這個SessionID，因為這個seesionid代表了你所打開的瀏覽器或者是移動設備的模擬器。所以你甚至可以打開N個Session，同時測試不同的設備或模擬器。DesiredCapabilities，其實就是一個鍵值對，設置一些測試的相關信息來告訴Server端，我們需要測試iOS、還是Android，或者換是WebApp等信息。AppiumServer是Node.js寫的，所以可以直接用NPM來進行安裝。AppiumClients，MacOS和Win下提供GUI，不需要裝Node.js，方便測試人員操作。用Appium自動化測試不需要重新編譯App；支持很多語言來編寫測試腳本，Java、Javascript、PHP、Python、C#、Ruby等主流語言；不需要為了自動化測試來重造輪子，因為擴展了WebDriver。（WebDriver是測試WebApps的一種簡單、快速的自動化測試框架，所以有Web自動化測試經驗的測試人員可以直接上手）；移動端自動化測試應該是開源的；開源；支持NativeApp、HybirdApp、WebApp；支持Android、iOS、FirefoxOS；Server也是跨平台的，你可以使用MacOSX、Windows或者Linux；
㈤ Android開發使用什麼手機測試比較好，推薦兩部
我們同行，建議你如果開發的是普通APP，用華為和魅族（魅族大部分可以ROOT），如果開發之AI、TV類的話，建議華為和三星（兩者都不建議最新版），國產選擇3/32、4/64，1000多足夠了；如果你對系統有要求的話自行去看系統，6.0和7.0的許可權在as的編寫中也有所區別，升級系統方面華為的快些；不建議小米，我不是說它手機不好，是作為開發機不太好，它系統被開發了（米3的照相機選圖都和別的不一樣，別問我是怎麼知道的；長按文字自動復制，控制項長按不好處理，==）；oppo和vivo屬於硬體部分高配部分低配機，適合特殊人群購買，不適用於開發，其它手機沒用過
㈥ 開發Android APP時，用什麼品牌的機子做測試最合適
作為在企業中使用的，做Android開發的在選擇手機上時可以從三方面考慮入手：
1. 預算。
在企業裡面，由於即時是Android的同個版本仍有多個不同設備，廠家不同，標准不同，考慮到這個因素，開發人員要測試盡量多的設備。因為不一定每個設備都支持同一函數，因此需要盡可能多地全面地測試過才知道的。在一定的預算內要擁有足夠多足夠代表的手機數量，這就局限出了部分手機。一般來說，團隊會選購一千元以內的android機，注重性價比高的產品。
2.Android版本。
Android最早的版本為1.0 beta ，至今已經發布了多個版本，後續不斷地在前一個版本地基礎上對bug進行修復，進行更新，早期版本的手機已經落後於市場了。故倘若Android機的版本過於老舊，是不會進行選購的。另一方面，Android過新的版本還未流入趨勢。從Android5.0起，由於Davlik虛擬機被徹底拋棄，轉換為ART虛擬機，致使一部分老應用無法正常運行，性能也比不上Android4.4穩定。雖說QQ微博微信以及絕大部分有更新的軟體並不會遇到這種問題，但市場上主流還是4.4，6.0等還未普及。所以在Android機的選購可以從Android3.0開始，在4.4達到頂峰，以峰狀的形式呈現數量進行選購。
3.用戶人群。
每一個手機品牌都有一定的用戶人群數量，為了讓開發測試更具有代表性，所以企業會進行一系列市場調研，勘測出各類品牌的手機人群數量進行比對。再以此類比到自己選購的手機品牌當中。
小結：用這三點衡量，劃出區域重點，得以選出最合適做Android開發可以選擇的手機
從個人上來說，選購Android機的專業執行程度不如團隊，所以簡略使用兩個手機即可。
選擇一款高端些的，即可進行測試有可日常使用；選擇一款性價比高些的低端機，可以主攻測試亦是有備無患。
㈦ android壓力測試工具有哪些，各有什麼特點。有文檔更好，兄弟我想研究下。
最近在Android程序測試過程中接觸到了自動化測試方法，對其中的一些工具、方法和框架做了一些簡單的整理，其中包括android測試框架、CTS、Monkey、Monkeyrunner其它test tool等等。因接觸時間很短，很多地方有不足之處，希望能和大家多多交流和指點在這里簡單對monkey做簡單的介紹吧。
一、 什麼是Monkey
Monkey是Android中的一個命令行工具，可以運行在模擬器里或實際設備中。它向系統發送偽隨機的用戶事件流(如按鍵輸入、觸摸屏輸入、手勢輸入等)，實現對正在開發的應用程序進行壓力測試。Monkey測試是一種為了測試軟體的穩定性、健壯性的快速有效的方法。
二、 Monkey的特徵
1、測試的對象僅為應用程序包，有一定的局限性。
2、 Monky測試使用的事件流數據流是隨機的，不能進行自定義。
3、可對MonkeyTest的對象，事件數量，類型，頻率等進行設置。
三、Monkey的基本用法
基本語法如下：
$ adb shell monkey [options]
如果不指定options，Monkey將以無反饋模式啟動，並把事件任意發送到安裝在目標環境中的全部包。下面是一個更為典型的命令行示例，它啟動指定的應用程序，並向其發送1500個偽隨機事件：
$ adb shell monkey -p your.package.name -v 1500
$ monkey -p(package的意思) 指定文件名 -v（測試的次數和頻率） number（次數)
四、Monkey測試的一個實例
通過這個實例，我們能理解Monkey測試的步驟以及如何知道哪些應用程序能夠用Monkey進行測試。
Windows下（註：2—4步是為了查看我們可以測試哪些應用程序包，可省略）：
1、 通過eclipse啟動一個Android的emulator
2、 在命令行中輸入：adb devices查看設備連接情況
C:\Documents and Settings\Administrator>adb devices
List of devices attached
emulator-5554 device
3、 在有設備連接的前提下，在命令行中輸入：adb shell 進入shell界面
C:\Documents and Settings\Administrator>adb shell
#
4、 查看data/data文件夾下的應用程序包。註：我們能測試的應用程序包都在這個目錄下面
C:\Documents and Settings\Administrator>adb shell
# ls data/data
ls data/data
com.google.android.btrouter
com.android.providers.telephony
com.android.mms
com.android.providers.downloads
com.android.deskclock
com.android.email
com.android.providers.media
com.android.settings
jp.co.omronsoft.openwnn
com.android.providers.userdictionary
com.android.quicksearchbox
com.android.protips
com.android.browser
com.android.launcher
com.android.term
com.android.speechrecorder
com.android.server.vpn
com.android.defcontainer
com.svox.pico
com.android.customlocale
com.android.development
com.android.soundrecorder
com.android.providers.drm
com.android.spare_parts
com.android.providers.downloads.ui
com.android.fallback
com.android.providers.applications
com.android.netspeed
com.android.wallpaper.livepicker
android.tts
com.android.htmlviewer
com.android.music
com.android.certinstaller
com.android.inputmethod.pinyin
com.android.providers.subscribedfeeds
com.android.inputmethod.latin
com.android.gallery
com.android.systemui
com.android.contacts
com.android.phone
com.android.sdksetup
com.android.calculator2
com.android.packageinstaller
com.android.camera
com.android.providers.settings
com.thestore.main
com.android.providers.contacts
5、 以com.android.camera作為對象進行MonkeyTest
#monkey -p com.android.camera -v 500
其中-p表示對象包 –v 表示事件數量
運行過程中，Emulator中的應用程序在不斷地切換畫面。
按照選定的不同級別的反饋信息，在Monkey中還可以看到其執行過程報告和生成的事件。
註：具體參數的設定可參考：
http://developer.android.com/guide/developing/tools/monkey.html
五、關於Monkey測試的停止條件
Monkey Test執行過程中在下列三種情況下會自動停止：
1、如果限定了Monkey運行在一個或幾個特定的包上，那麼它會監測試圖轉到其它包的操作，並對其進行阻止。
2、如果應用程序崩潰或接收到任何失控異常，Monkey將停止並報錯。
3、如果應用程序產生了應用程序不響應(application not responding)的錯誤，Monkey將會停止並報錯。
通過多次並且不同設定下的Monkey測試才算它是一個穩定性足夠的程序。