⑴ Android 如何進行兼容性測試
電腦上可以採用安卓模擬器模擬不同的手機型號。手機上可以修改像素密度來模擬。希望對你有幫助
⑵ 如何測試APK兼容性
2 CTS簡介
CTS擁有兼容性測試包。CTS是一個自動化的測試工具，其中包括兩個主要的軟體組件：CTS測試工具可以運行在您的台式機和管理測試執行。連接的移動設備或模擬器上執行個別測試案例。作為JUnit測試，並打包為Android是用java編寫測試用例。apk文件運行在實際設備上的目標。手機設備需要通過Android的兼容性測試(CTS)，以確保在android上開發的程序在手機設備上都能運行。你的設備只有滿足CDD的規定並且通過CTS，才有可能獲得Android的商標和享受Android Market的許可權。這里有可能指的是需要你自己去向google申請的。
3 CTS在android軟體兼容性測試的意義
通過CTS測試之後便允許在設備上使用Android商標，它標志著該設備能夠良好兼容軟體市場中的數十萬應用程序。
4 CTS在終端上的測試詳解
5 CTS 終端需求
Android 2.1 的 Compatibility Definition,它定義了一些需求：
數據：必須實現一種無線連接， 速率達到 200Kbit/Sec
Camera: 至少 2M pixels
重力加速: 必須有， 3維， >50Hz
指南針：必須有， 3緯， >10Hz
GPS: 必須有
內存：至少 92M （不包括專用內容）
Nand: /data 分區至少 290M
性能：啟動時間： 瀏覽器 < 1300ms
MMS/SMS < 700ms
AlarmClock < 650ms
第二次啟動一個應用的時間不能超過第一次啟動時間。
CTS 測試： 必須通過最新的 CTS
升級：必須有一種辦法可以升級全系統。
可以為：OTA USB SD卡
6 運行CTS方法的步驟（linux環境下）
1進入目錄android-cts，該目錄是通過上面那兩種方法獲得的。在android-cts目錄下會有3個文件夾，其中一個是tools。
2進入tools目錄，輸入./startcts來啟動CTS。
3如果運行成功會出現Android CTS version 2.3_r1的字樣（我的android的版本是2.3的）。如果有連接設備到PC上還會出現Device(設備ID)connected的字樣。這里設備可以是連接PC的android的機器，也可以是模擬器。
7 CTS測試的方法（linux環境下）
1在cts_host>下敲入help，會顯示cts下的許多命令。ls –-plan命令顯示google自帶的測試方案，如：Java、Signature、Android、CTS、VM、RefApp、Performance、 AppSecurity。其中Performance這個方案是google暫不要求的。Java、Signature、Android、VM、 RefApp、Appsecurity方案都是CTS方案的子集。
2用命令ls --d來查看已連接的設備，CTS測試之前我們必須保證至少有一個設備連接上。
3輸入命令start –-plan CTS來執行CTS測試方案，該方案有兩萬多條測試項目，需要很長時間，因此除了第一次測試之外，不建議這么做。我做的都是針對某些包的測試。如果連接了多個設備的話需加上-d參數，後面跟上設備id來告訴CTS需要測試的設備。
4對單獨一個包進行測試的方法：start –-plan CTS –p 包名；推薦用這種方法來進行針對性的測試。需要知道有哪些包名，可以輸入命令：ls –plan CTS
start --plan CTS -p android.content.cts.ContextWrapperTest
5也可以針對單獨一個case進行測試：start –plan CTS –test 類名#方法名
start --plan CTS -t android.media.cts.MediaPlayerStreamingTest#testRTSP_MPEG4SP_AAC_Video2
⑶ 如何進行android兼容性測試cts
二、運行CTS的方法，步驟如下：
（1）進入目錄android-cts，該目錄是通過上面那兩種方法獲得的。在android-cts目錄下會有3個文件夾，其中一個是tools。
（2）進入tools目錄，輸入./startcts來啟動CTS。
（3）如果運行成功會出現Android CTS version 2.3_r1的字樣（我的android的版本是2.3的）。如果有連接設備到PC上還會出現Device(設備ID)connected的字樣。這里設備可以是連接PC的android的機器，也可以是模擬器。
三、CTS測試的方法：
（1）在cts_host>下敲入help，會顯示cts下的許多命令。ls –plan命令顯示google自帶的測試方案，如：Java、Signature、Android、CTS、VM、RefApp、Performance、AppSecurity。其中Performance這個方案是google暫不要求的。Java、Signature、Android、VM、RefApp、Appsecurity方案都是CTS方案的子集。
（2）用命令ls -d來查看已連接的設備，CTS測試之前我們必須保證至少有一個設備連接上。
（3）輸入命令start –plan CTS來執行CTS測試方案，該方案有兩萬多條測試項目，需要很長時間，因此除了第一次測試之外，不建議這么做。我做的都是針對某些包的測試。如果連接了多個設備的話需加上-d參數，後面跟上設備id來告訴CTS需要測試的設備。
（4）對單獨一個包進行測試的方法：start –plan CTS –p 包名；推薦用這種方法來進行針對性的測試。需要知道有哪些包名，可以輸入命令：ls –plan CTS
（5）也可以針對單獨一個case進行測試：start –plan CTS –test 類名#方法名
四、查看測試的結果：
測試生成的log在\android-cts\repository目錄下以log+測試時間.txt命名。測試報告在android-cts\repository\results目錄下，也是以測試時間命名。
五、注意事項：
（1）測試前需要安裝一個apk：adb install -r android-cts/repository/testcases/.apk 然後在設置裡面
⑷ 安卓系統應用軟體腫么進行黑盒測試有什麼工具可以利用
ANDROID兼容性測試，因各個版本之間都有不同程度的差異，GOOGLE提供了兼容性測試工具 CTS，裡面有兩萬多個測試用例，包括性能測試和功能測試，
ANDROID壓力測試有個工具叫MONKEY,可以在設備上和模擬器上運行，對軟體的負載能力進行測試
⑸ 想要做游戲的Android 兼容性測試，求推薦
就是要准備很多樣機。不同品牌的手機是會有區別的，和api version無關。我們版開發的軟體，光測試機權就有50多台。目前碰到過的硬體問題主要有：1，一些奇怪的解析度，android無法識別為large-size。不過api version 7以後沒問題了，要是對應ver4的要注意。2，硬體參數不同。拿相機來說，有的沒有閃光燈，有的快門聲不能跟著手機模式設定。還有幾款手機保存圖片會偏轉90度，這個信息是保存在DB的。3，手機信息不同。這個沒什麼好解釋的，應該一台機器一個編號，通常用來做用戶識別。但就是有款手機，全部編號都是一個數字。。。4，未知。。。android的多機種對應真的很蛋疼，尤其是要用手機硬體的時候。
⑹ android屏幕碎片化,各機型兼容性測試怎麼進行
安卓應用開發成本小，獲取用戶也相對容易。但安卓平台有一個最大的缺點，那就是碎片化：設備繁多，品牌眾多，版本各異，解析度不統一等等。無法一一考慮兼容性，保證應用、游戲對於所有手機的適配兼容，用戶的吐槽之聲就無法熄滅。
數據上可以明顯看出，android 碎片化主要體現在機型上，細分下去還關乎系統版本、手機品牌（定製rom）、解析度等好幾個維度，總而言之，千奇百怪，數量繁多。
因為切實意識到了Android的碎片化帶來的問題和造成的損失，一些移動開發者測試開始由了專業化適配測試的概念，並逐漸開始重視這個問題。
「最需要修復的Bug80%都集中在了20%的機器上」，80/20原則在適配兼容測試過程中也同樣適用。大量的測試機器中必然充斥著眾多邊緣機型，這些機型所測出的適配兼容性問題，不僅難修，而且修復後產生的作用也並不顯著，開發拿到了一堆測試提交的冷僻機型上的BUG，不免有雞肋之感：修之無味，棄之可惜。
1、花更多的時間在最主流機型的主要BUG上，對於所有游戲項目，均只測TOP100的機型。
2、比起機型的數量，更重視機型的市場覆蓋率，尤其是游戲機型的市場覆蓋率，因此我們緊跟市場趨勢，根據游戲用戶機型佔比，每月進行機型采購，保持機型庫中的TOP100機型全都是當下的最熱機型。
3、適配兼容性測試中包含了大量的重復操作，經過多年技術積累，普通項目的普通的遍歷測試，用自動化測試取代部分人工勞動，減輕人力成本。
市面上所有的騰訊手游，包括《全民突擊》、《節奏大師》、《天天酷跑》、《天天愛消除》等等，均採用了這套測試標准與方案，專注TOP100手機的測試方案歷經了市場和玩家的檢驗，是我們探索至今投入產出比達到最優的兼容性測試解決方案。
簡單的來說，登錄WeTest網站，使用WeTest適配兼容測試（http://wetest.qq.com ），就可以以騰訊游戲的測試標准和服務來測試您的產品。
兼容性測試方案，從測試深度，到測試廣度，從來都沒有一個最優解，但我們也在不斷探索尋找對於廣大開發者來說性價比最優、最實在的解決方案。
⑺ 怎麼做android各機型兼容性測試不會要買N多真機吧
你答對了，就是要准備很多樣機。不同品牌的手機是會有區別的，和api version無關。我們開發的軟體，光測試機就有50多台。目前碰到過的硬體問題主要有：1，一些奇怪的解析度，android無法識別為large-size。不過api version 7以後沒問題了，要是對應ver4的要注意。2，硬體參數不同。拿相機來說，有的沒有閃光燈，有的快門聲不能跟著手機模式設定。還有幾款手機保存圖片會偏轉90度，這個信息是保存在DB的。3，手機信息不同。這個沒什麼好解釋的，應該一台機器一個編號，通常用來做用戶識別。但就是有款手機，全部編號都是一個數字。。。4，未知。。。android的多機種對應真的很蛋疼，尤其是要用手機硬體的時候。
⑻ 有沒有測試手機軟體兼容性的軟體
CTS英文為Compatibility Test Suite，意為兼容性測試，是一個專門用於Android的兼容性測試工具
⑼ android兼容性適配自動化測試平台有哪些
測試手段1:CTS CTS原來只對聯盟開放。最近Google把它Release出來了。似乎做過一些裁剪， 比如針對Java虛擬機的測試，似乎被刪除了，但我們一般用不著這么高深的。 針對每個版本，比如 2.1,2.2,Goolge發布了一個兼容性規范，而CTS測試就是用來確保某手機或者模擬器符合該兼容性規范。 CTS測試基於Android instrumentation測試，其又基於JUnit測試。說白了，CTS就是一堆單元測試用例。這也是Java語言的擅長部分。 在2.1模擬器上試驗了一下，有少數沒有通過。 目前CTS主要包括功能方面的測試，有少數的性能方面的測試。性能測試未來會越來越多。 總的來說，CTS跟WM的LTK測試還是弱了一些，畢竟還年輕。它只包括自動化測試，目的主要是保證API的兼容性。由於基於單元測試，CTS 本身不能用於測試多應用交互的情況。 對我們的幫助： 1）應用程序的開發者可以開發出自己應用的單元測試，並將其加入CTS測試集。 2）設備製造商可以通過周期性運行CTS測試，確保沒有對Android傷筋動骨。 測試手段2:Monkey 猴子測試本身非常簡單，就是模擬用戶的按鍵輸入，觸摸屏輸入，手勢輸入等。看手機多長時間會出異常。 可以設置讓Monkey只測試某個應用，從而輔助應用程序的開發。 對我們的幫助： 1）應用程序的開發者可以測試自己應用的魯棒性。 2）設備製造商可以使用猴子對自己的測試施行壓力測試。看設備能堅持多久。 測試手段3:ASE ASE 意思為Android腳本環境，即我們可以通過腳本（比如 Python）調用Android的功能，從而定製一些測試。比如打電話，發簡訊，瀏覽網頁，等。 個人覺得這對復現某些偶發故障非常有幫忙。 目前ASE還處於它的成長期，希望它不斷成熟，為開發者提供更多便利。 測試手段4:其它 可以寫一個Android應用程序，命令行腳本等，在其他方法不能實現時，就只能用這些方法了。 總結 一方面我們要充分利用Android提供的現成測試，密切關注其進展，另一方面，我們要學習好java/Python編程，必要時，自己開發自己的測試用例。 作為模塊開發者，一定要寫自己的單元測試，一方面可以保證自己的代碼沒有缺陷，另一方面，也為系統級測試提供素材。 當然，自動化測試關鍵還在於意識，創意比實現更重要。
⑽ android性能測試工具之apt兼容什麼系統版本
支持多進程的CPU測試，並提供top和mpsys cpuinfo兩種方式.
支持多進程的內存測試，並支持9種內存類型，測試過程中可動態調整要顯示的內存類型曲線.
支持自動獲取內存快照.