app怎麼測試兼容

㈠ APP兼容性測試腳本怎麼寫

兼容性測試，你需要根據測試用例，編寫測試腳本，根據用戶給出的測試用例，編寫可以自動化執行的測試腳本。測試用例的樣式，可以是word或者excel格式的。
兼容性測試:就是讓APP、小程序、H5程序，在所有的設備上進行適配，兼容性測試，發現潛在的問題。
app兼容性測試使用方法:
1) 登陸您的TestBird賬戶，進入APP測試系統，如果沒有賬號可以直接注冊一個。
2)點擊右上角的「新建測試任務」
3)填寫測試需求
4）選擇測試機型後創建應用的版本
5)上傳APK包，開始測試
6)任務上傳成功，可以隨時查看測試進展

㈡ 手機app兼容性測試，主要是針對哪些方面測試

APP的兼容測試主要就是測試APP的安裝、啟動、運行、卸載測試，以及安裝時間
、啟動時間、CPU佔用、內存佔用、流量耗用、電量耗用等性能上的測試。根據
愛內測的介紹，平台兼容性測試主要通過由後台控制器INT伺服器連接各手機，
當收到測試請求時，會根據申請機型自動將APK傳送給對應的機型，自動安裝運
行，卸載，並通過Monkey、UIT自動深度檢測UI等測試。

㈢ App兼容性測試都包含哪些方面

APP的兼容測試主要就是測試APP的安裝、啟動、運行、卸載測試，以及安裝時間 、啟動時間、CPU佔用、內存佔用、流量耗用、電量耗用等性能上的測試。根據 愛內測的介紹，平台兼容性測試主要通過由後台控制器INT伺服器連接各手機， 當收到測試請求時，會根據申請機型自動將APK傳送給對應的機型，自動安裝運 行，卸載，並通過Monkey、UIT自動深度檢測UI等測試。

㈣ 手機app兼容性測試，主要是針對哪些方面測試

APP的兼容測試主要就是測試APP的安裝、啟動、運行、卸載測試，以及安裝時間
、啟動時間、CPU佔用、內存佔用、流量耗用、電量耗用等性能上的測試。根據
愛內測的介紹，平台兼容性測試主要通過由後台控制器INT伺服器連接各手機，
當收到測試請求時，會根據申請機型自動將APK傳送給對應的機型，自動安裝運
行，卸載，並通過Monkey、UIT自動深度檢測UI等測試。

㈤ APP完整測試流程

app主要核ui與實際設計的效果圖是否一致；交互方面的問題建議，可以先與產品經理確認，確認通過後，才開始讓開發實施更改或優化

根據軟體說明或用戶需求驗證App的各個功能實現，實際測試過程一般都是根據功能測試用例來執行。測試覆蓋率基本上都是有測試用例主導，也就是說在功能測試部分，是檢驗測試用例是否有效以及完整的，也就導致另外一個問題，測試用例怎麼寫的問題。

模擬用戶真實使用app是會遇到的中斷情況進行測試.如： 網路的斷網， 切換網路， 斷電，來電話/簡訊，聽音樂，切換到其他app， 打開其他app 的通知等

新舊版本的在功能，邏輯層面的兼容測試， 同一個app 在不同系統版本運行，以及不同機型之間的適配測試兼容測試：介面的兼容性測試能夠保證大部分的功能完善；app在不同系統版本上保證運行適配性： 屏幕，系統版本等（系統位數一定要考慮）該部分通過第三方的雲平台進行

可測試的方面- 安裝和啟動時間- CPU的佔用- 內存的佔用- 流量的耗用- 電量的耗用- 後端,測試App中的各類操作是否滿足用戶響應時間要求，主要是測試點在網速方面，2g，3g，wifi， 4g一定要覆蓋到- 後端 有網路並發

在各種邊界壓力情況下（如電池、存儲、網速等），驗證App是否能正確響應
反復/長期操作下，系統資源是否佔用異常；android 可是使用adb命令
壓力測試主要集中在後端，前端的壓力測試目前測的較少

App安全測試大概劃分為以下幾類：
從數據的本地存儲到數據的傳輸、處理以及遠程訪問等各個環節，基於相應的安全標准/行業標准評估App的安全特性；
借鑒在Web App和網路安全測試的一些成功經驗在智能終端App測試中進行裁減或適配；
檢測App的用戶授權級別，數據泄漏，非法授權訪問等；
對App的輸入有效性校驗、認證、授權、敏感數據存儲、數據加密等方面進行檢測,以期發現潛在的安全問題；
基於各種通信協議或相應的行業安全標准檢視App是否滿足相應的要求。

這個簡單的說就是站在用戶的角度上進行使用app，學習成本低，易上手等，可以進行用戶盲測，根據用戶反饋的意見進行修改。測試人員可以通過與其他競爭品進行對比， 或者根據較大廠商app的交互習慣進行比較。

一般這部分建議使用自動化測試， 如果沒有自動化測試，可以根據以下幾方面進行測試：

線上測試是產品上線之後一定要完成的，這部分可以根據場景化進行回歸測試，其中網路環境要全部覆蓋一遍

㈥ 兼容性測試怎麼做

說到兼容性測試，大多數人第一時間都會只想到瀏覽器的兼容，很少有人能夠准確理解兼容性測試，實際上兼容性還包括其他內容，比如PC/Web端、APP兼容、智能硬體兼容等等。下面先具體說一下什麼是兼容性測試：
兼容性測試（Compatibility Test Suite），官方簡稱CTS，是指對所設計程序與硬體、軟體之間的兼容性的測試。一般來說，兼容性是指能同時容納多個方面，在計算機術語上兼容是指幾個硬體之間、幾個軟體之間或者是軟硬體之間的相互配合程度。

那麼如何進行兼容性測試，我們以常見的web端和APP端的兼容性測試為例，說一下具體該如何進行兼容性測試：

一種方法是人工測試即全手工測試兼容性，第二種方法是藉助於第三方兼容性測試工具，第三種是採用兼容測試服務商，比如國內做的比較好的Testin雲測。

前兩種方法都有利弊點，首先，人工測試的工作量很大，這樣就會導致測試的覆蓋面不全，第三方測試工具雖然相對於人工測試來說工作量小，但在主功能和主流程測試的時候沒有側重點，會很難發現一些隱藏的問題，想要更好的實施兼容性測試，目前主流的是採用兼容測試專業的服務商模式，下任務，等報告就可以了，專業簡單可信賴。

㈦ 【app測試-安卓】兼容性測試

1 概述

兼容性測試是指測試軟體在特定的硬體平台上、不同的應用軟體之間、不同的操作系統平台上、不同的網路等環境中是否能夠很友好的運行的測試。

2 兼容性測試的目的

由於Android設備在品牌、系統、屏幕、硬體等碎片化較為嚴重，導致一些app在特定的機型上未能按預計的設計展示和運行，導致用戶體驗較差，不利於app的推廣，影響業務發展。為此，app需在上線前進行兼容性專項測試，以便盡可能適配市面上已上市或即將上市的手機和系統。

3 影響兼容性問題的因素

3.1 硬體

1、處理器

a) CPU架構，常規手機均是arm64 ，若app要適配x86架構則需要針對性測試

b) 不同CPU廠商，尤其是小眾CPU，需要特別考慮，例如華為海思、小米澎湃

2、 顯卡

a) 顯卡影響圖形渲染和部分場景的計算，app如用到OpenGL、OpenCV、深度學習、AR、VR、AI，則需要重點考慮

3、 屏幕

a) 解析度影響UI展示，需兼容HVGA、VGA、WVGA、FWVGA、720p、1080p屏幕解析度，並考慮不同PPI的情況

b) 關注異形屏幕：劉海屏、水滴屏、打孔屏、全面屏

4、 感測器

a) 視app實際調用情況進行選擇：如指紋模塊，則需要考慮不同供應商的情況

5、 物理按鍵

a) 檢測物理按鍵是否生效：音量鍵、電源鍵、拍照鍵

b) 與系統或其他app是否存在沖突

3.2 系統

1、 Rom

a) 不同版本的系統存在一些API、功能、許可權等差異，需要結合app的功能進行適配；

b) 第三方定製rom具有一些特殊功能或許可權，需要特別考慮，如MIUI

2、 編譯版本

a) app編譯時以最低版本設置值為標准，操作系統會拒絕將應用安裝在系統版本低於標準的設備上

b) Android版本更新，新的版本會引入一些新的特性和方法，新的方法帶來很多便利，但是對系統版本有要求，無法再低版本手機上運行，如果未做兼容性處理，強行運行，會導致Crash

附：Android 已發布版本和API對應表及佔用率（官方數據）

3、 瀏覽器內核

a) 不同瀏覽器內核影響web頁面展示及功能

3.3 網路

1、 2G/3G/4G/5G

a) 不同網路下兼容各種類型的網路請求，關注數據請求過程及結果

2、 WiFi

a) 部分WiFi非直連網路，需要有一步認證的過程，需要特別考慮

b) 對於可能彈出廣告的WiFi要做兼容處理

4 介入時機

1、產品發布前或發布後更新涉及上述 「影響兼容性問題的因素」中一個或多個點時，且面臨用戶數較多、使用人群較為復雜

2、產品上市後出現較多兼容性問題

5 場景選擇

以下羅列的一些通用場景，並針對場景做了具體的描述，有些場景是非必測項，具體可視app功能來確定

5.1 安裝卸載

該場景會涉及系統許可權，可能會出現無法安裝或安裝後數據丟失，甚至無法啟動

5.2 UI展示

受不同屏幕解析度、PPI影響，可能會出現展示錯亂、圖片丟失、圖片穿透等

5.3 高頻交互

高頻交互場景受一系列因素影響，考驗整機兼容性，需特別考慮

5.4 H5頁面（JS/CSS）

不同瀏覽器內核、瀏覽器標識會影響具體樣式的展示及數據請求

5.5 文字輸入

受輸入法、虛擬鍵盤影響，可能會出現無法上屏，或上屏錯亂

5.6 系統API交互

受不同廠家、版本的rom影響，可能會導致功能無法使用

5.7 許可權相關

受不同廠家、版本的rom影響，可能會導致一些許可權無法正常獲取

5.8 音視頻播放/錄制

音視頻的錄制會調用麥克風（多麥）及攝像頭（雙攝、三攝等），可能存在不可使用或音視頻出現錯亂

5.9 感測器調用

可能存在感測器無法調用、許可權異常或數據異常

5.10 升級覆蓋

受存儲許可權、安全性影響，可能會出現數據丟失、無法啟動等錯誤

5.11 三方SDK

三方SDK的架構、技術選型會影響上層正常調用

5.12 外設交互

特殊廠商的鍵盤、滑鼠等外設可能存在沖突或無法調用

6 設備選擇

1、通過用戶調研、競品分析、三方平台數據（近階段各設備佔用率分布及設備出貨量、預出貨量等）等確定設備選擇范圍；

附：

友盟設備統計：https://compass.umeng.com/trend

網路設備統計：https://mtj..com/data/mobile/device/

艾瑞移動設備分析：http://index.iresearch.com.cn/device

騰訊移動分析：https://mta.qq.com/mta/data/device

2、根據app類型，確定重點考慮的指標（通常考慮rom、解析度、廠商），剔除重復，保留用戶量較多的設備

7 測試方法

參照上文中列出的和兼容性相關的點以及產品特性，整體相關場景，並選擇合適的設備進行手工或自動化方式進行測試驗證（附：設備選擇方式參考）

自行協調雲測平台優點擁有設備的完全控制權，測試范圍更廣設備豐富，執行較為簡單，有完整的測試報告缺點需要采購，成本較大，有些特殊系統很難協調到資源需要支出一定費用，設備不完全可控，靈活性較差

附：

常見雲測平台對比報告

㈧ 如何測試app的兼容性呢,用什麼工具進行兼容性測試

1、實現background-size polyfill文件需要在css中引用的方法代碼。

㈨ 軟體測試教程之手機軟體測試方法

第一：兼容性測試

針對App通常會考慮這些方面：

1)操作系統版本

包括Andoird版本，iOS版本

2)屏幕解析度

android 800*480, 960*640,1280*720(720p),1920*1080(1080p),2560*1440(2k).

對於iOS,考慮最近幾代機型對應的解析度即可.

3)不同廠家的ROM

不同廠家的ROM,大多廠家都對android 系統進行了定製、實際中會遇到例如調用相機和底層服務出現的不兼容問題以及搖一搖遇到的不同手機對於方向和重力感測器靈敏度設置不同的問題.

4) 網路類型

網路類型通常考慮wifi,2g,3g4g下的功能情況。另外針對m版網站考慮不同瀏覽器類型和屏幕解析度.

第二：流量測試

在移動產品的測試中，很有必要對App使用的流量進行度量，大致來說，流量可以從用戶使用的的相關性角度分為：一類是用戶的操作直接導致的流量消耗;另一類是後台，即在用戶沒有直接使用情況下的流量消耗。

流量的測試方法：

1. 基於系統自帶功能.

eg android proc/uid_stat/{uid} /tcp_send

android proc/uid_stat/{uid} /tcp_rcv

2. 通過API或者系統埋點來獲取數據。

3. 通用的流量測試方法：手機抓包，或者wifi代理(Fiddler， Charles)。

常見的流量節省方法：

1. 數據壓縮。

壓縮包含介面文本數據的壓縮，js文件的壓縮及圖片的壓縮。

2. 不同數據格式的採用

例如採用JSON格式作為介面數據返回格式通常比XML格式要小。

3. 控制訪問的頻次

這個主要針對後台數據上報，PUSH消息檢查等定時機制的。

4. 只獲取必要的數據

有時候APP一頁的內容非常多，而用戶可能只會看一部分，過多的從後台拉去數據就是浪費，所以可以採用分屏載入或者懶載入的方式來減少流量消耗。

5. 緩存

可將圖片，js等數據暫存起來，但由於手機存儲空間有限，也需要控制整個緩存大小，並給用戶提供清理緩存的選項。

6. 針對不同網路類型設計不同的訪問策略

有些APP不同的網路類型返回的內容不一樣。

第三：電量測試

在電器電池技術沒有取得巨大突破前提下，這方面始終會存在一些瓶頸，如果一些App架構設計的不好，或者代碼偶缺陷，就可能導致電量消耗比較高，所以電量測試也是很重要的。

工具 GSam Battery Monitor Pro.

第四：弱網路測試

移動互聯網產品相比PC互聯網產品，有一個特點是前者使用的網路比較多樣，除了Wif之外，很多時候是在移動網路下使用的，移動網路遇到的情況又比較復雜，比如地鐵、隧道、 體育 場等。所以網路不穩定的情況是比較容易發生的，很多情況下App的一些問題是在復雜的網路情況下才會暴露，與其讓用戶發現和投訴這些問題，不如我們在測試階段盡量模擬這樣的網路情況，及早發現和修復這些問題。

工具：

1. Windows下的Network Delay Simulator

2. Mac下的Network Link Conditioner

第五：穩定性測試

在保證基本功能正確基礎之上，App的穩定性就顯得非常重要，如果一個App經常出現閃退或者卡死，那麼用戶體驗就會受到很大傷害，在有其他競爭產品的情況下很容易造成用戶的流失。

第六：安全測試

包括安裝包的安全測試(能否反編譯代碼、安裝包是否簽名，完整性校驗，許可權設置檢查等)。

敏感信息測試(資料庫，日誌，配置文件)。

軟鍵盤劫持(金融類APP登錄頁面的用戶名密碼輸入框)、

賬戶安全(密碼是否明文，密碼傳輸是否加密，賬戶輸入錯誤次數過多鎖定，同時會話提醒， 注銷機制)

數據通信安全(關鍵數據是否散列或加密，關鍵連接是否使用安全通信，是否對數字證書合法性進行驗證，是否校驗數據合法性。

組件安全測試。

伺服器端介面測試(SQL注入測試、XSS跨站腳本攻擊， CSRF跨站請求偽造，越權訪問等)。

第七：環境相關的測試

在實際項目中，有一些缺陷我發現是和App所處的運行環境相關的，所以設計測試的時候，要多考慮這些場景，比如：

1)干擾測試

收到電話、收到簡訊、收到通知欄消息、無電提示框彈出、第三方安全軟體告警彈出。

2)許可權測試

一些用戶在實際使用App的時候回有意識阻止某些功能。例如有的用戶感覺讓某個App訪問電話本或者相冊可能泄漏隱私，就在手機中設置了禁止了該App訪問相冊的許可權。

3)邊界測試

手機環境本身也有其邊界情況需要在測試中覆蓋。常見的場景有：

可用存儲空間過少、沒有SD卡/雙SD卡、飛行模式、系統時間有誤(晚於和早於標准時間)、第三方依賴(比如我們的App依賴第三方App，但是現在第三方App沒有安裝或者版本過低的測試情況)。

4)Android定位測試

用白盒方式模擬