1. 權(quán)限測(cè)試
1)軟件權(quán)限
扣費(fèi)風(fēng)險(xiǎn)：包括發(fā)送短信、撥打電話、連接網(wǎng)絡(luò)等
隱私泄露風(fēng)險(xiǎn)：包括訪問手機(jī)信息、訪問聯(lián)系人信息等
新增風(fēng)險(xiǎn)項(xiàng)
2)開發(fā)者官方權(quán)限列表信息比對(duì)分析
2.下載、安裝、運(yùn)行、卸載測(cè)試從市場(chǎng)下載app，驗(yàn)證能否驗(yàn)證App是否能 正常下載、正確安裝、運(yùn)行、卸載，以及操作過程和操作前后對(duì)系統(tǒng)資源的使用情況，主要包括：
1).檢測(cè)軟件是否能正確安裝、運(yùn)行、卸載；
2).安裝、卸載、更新錯(cuò)誤報(bào)告；
3).其他輔助信息：
-位置和文件夾是否合理；
-組件是否正確注冊(cè)或刪除；
-評(píng)估操作前后，CPU、Memory（內(nèi)存占用）、Storage（磁盤占用）等系統(tǒng)資源的使用情況。
3.UI測(cè)試
測(cè)試用戶界面(如菜單、對(duì)話框、窗口和其它可視控件)布局、風(fēng)格是否滿足客戶要求，文字是否正確，頁面是否美觀，文字，圖片組合是否完美，操作是否友好等。
UI測(cè)試的目標(biāo)是確保用戶界面會(huì)通過測(cè)試對(duì)象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操作性測(cè)試。
4.功能測(cè)試：根據(jù)軟件說明或用戶需求驗(yàn)證App的各個(gè)功能實(shí)現(xiàn)，采用如下方法實(shí)現(xiàn)并評(píng)估功能測(cè)試過程：
1)采用時(shí)間、地點(diǎn)、對(duì)象、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉App的用戶使用場(chǎng)景，對(duì)比說明或需求，整理出內(nèi)在、外在及非功能直接相關(guān)的需求，構(gòu)建測(cè)試點(diǎn)，并明確測(cè)試標(biāo)準(zhǔn)（若用戶需求中無明確標(biāo)準(zhǔn)遵循，則需要參考行業(yè)或相關(guān)國(guó)際標(biāo)準(zhǔn)或規(guī)則）。
2)根據(jù)被測(cè)功能點(diǎn)的特性列舉出相應(yīng)類型的測(cè)試用例對(duì)其進(jìn)行覆蓋，如：涉及輸入的地方需要考慮等價(jià)、邊界、負(fù)面、異常或非法、場(chǎng)景回滾、關(guān)聯(lián)測(cè)試等測(cè)試類型對(duì)其進(jìn)行覆蓋。
3)在測(cè)試實(shí)現(xiàn)的各個(gè)階段跟蹤測(cè)試實(shí)現(xiàn)與需求輸入的覆蓋情況，及時(shí)修正業(yè)務(wù)或需求理解錯(cuò)誤。
5.性能測(cè)試評(píng)估App的時(shí)間和空間特性
1)極限測(cè)試：在各種邊界壓力情況下（如電池、存儲(chǔ)、網(wǎng)速等），驗(yàn)證App是否能正確響應(yīng)。
2)響應(yīng)能力測(cè)試：測(cè)試App中的各類操作是否滿足用戶響應(yīng)時(shí)間要求
3)壓力測(cè)試：反復(fù)/長(zhǎng)期操作下，系統(tǒng)資源是否占用異常；
4)性能評(píng)估：評(píng)估典型用戶應(yīng)用場(chǎng)景下，系統(tǒng)資源的使用情況。
5).基準(zhǔn)性能測(cè)試：主要通過壓服務(wù)器端接口及客戶端在不同網(wǎng)絡(luò)環(huán)境下響應(yīng)速度。
6).大數(shù)量的測(cè)試：主要在特定環(huán)境下，客戶端一次性更新大量的數(shù)據(jù)及人員列表時(shí)，客戶端能否正常處理，分為三種情況：
客戶端第一次使用，第一次就更新大量數(shù)據(jù)及人員列表。
客戶端在平時(shí)更新中，更新大量的數(shù)據(jù)
客戶端已經(jīng)在手機(jī)本地下載很多數(shù)據(jù)后，再次更新大量
6.異常測(cè)試： 針對(duì)智能終端應(yīng)用的服務(wù)等級(jí)劃分方式及實(shí)時(shí)特性所提出的測(cè)試方法，如：App在前/后臺(tái)運(yùn)行狀態(tài)時(shí)與來電、文件下載、音樂收聽等關(guān)鍵運(yùn)用的交互情況測(cè)試等。
1).交互異常性測(cè)試：客戶端作為手機(jī)特性測(cè)試，包括被打擾的情況；如來電、來短信、低電量測(cè)試等，
還要注意手機(jī)端硬件上，如：待機(jī)，插拔數(shù)據(jù)線、耳機(jī)等操作不會(huì)影響客戶端。
2).異常性測(cè)試：主要包含了斷網(wǎng)、斷電、服務(wù)器異常等情況下，客戶端能否正常處理，保證數(shù)據(jù)正確性。
7.兼容測(cè)試主要測(cè)試內(nèi)部和外部兼容性，
1).與本地及主流App是否兼容；
2).檢驗(yàn)在各種網(wǎng)絡(luò)連接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的數(shù)據(jù)和運(yùn)用是否正確；
3).與各種設(shè)備是否兼容（若有跨系統(tǒng)支持則需要檢驗(yàn)是否在各系統(tǒng)下，各種行為是否一致）。
8.安全測(cè)試 ,安全測(cè)試顯得尤為重要，粗心、不謹(jǐn)慎的數(shù)據(jù)存儲(chǔ)或傳輸方式使得非法、惡意目的有可乘之機(jī)。
智能終端安全涉及各信息交互、存儲(chǔ)接點(diǎn)，借鑒于網(wǎng)絡(luò)傳輸和相關(guān)安全測(cè)試經(jīng)驗(yàn)，
App安全測(cè)試大概劃分為以下幾類：
1)從數(shù)據(jù)的本地存儲(chǔ)到數(shù)據(jù)的傳輸、處理以及遠(yuǎn)程訪問等各個(gè)環(huán)節(jié)，基于相應(yīng)的安全標(biāo)準(zhǔn)/行業(yè)標(biāo)準(zhǔn)評(píng)估App的安全特性；
2)借鑒在Web App和網(wǎng)絡(luò)安全測(cè)試的一些成功經(jīng)驗(yàn)在智能終端App測(cè)試中進(jìn)行裁減或適配；
3)檢測(cè)App的用戶授權(quán)級(jí)別，數(shù)據(jù)泄漏，非法授權(quán)訪問等；
4)對(duì)App的輸入有效性校驗(yàn)、認(rèn)證、授權(quán)、敏感數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)加密等方面進(jìn)行檢測(cè),以期發(fā)現(xiàn)潛在的安全問題；
5)基于各種通信協(xié)議或相應(yīng)的行業(yè)安全標(biāo)準(zhǔn)檢視App是否滿足相應(yīng)的要求
9.網(wǎng)絡(luò)測(cè)試, 相關(guān)的App，有三個(gè)非常重要的最佳實(shí)踐。
1)、 2G、3G、wifi都要覆蓋
這三者之間不僅僅只是網(wǎng)絡(luò)速度的差別，它們代表了三種不同的網(wǎng)絡(luò)環(huán)境。另外你可能沒有想到一種特殊的情況可以用它們來測(cè)出問題：開發(fā)環(huán)境和生產(chǎn)環(huán)境。
一個(gè)有經(jīng)驗(yàn)的開發(fā)團(tuán)隊(duì)會(huì)在內(nèi)網(wǎng)搭建測(cè)試環(huán)境來進(jìn)行開發(fā)時(shí)的測(cè)試，在上線時(shí)將配置切換到線上的生產(chǎn)環(huán)境。這個(gè)切換應(yīng)該是在發(fā)布流程中需要Check的一個(gè)環(huán)節(jié)。但是，我們有可能遺漏。
所以這個(gè)測(cè)試用例可以用來防止這種情況的出現(xiàn)，在wifi下內(nèi)網(wǎng)環(huán)境可以work fine，但是2G和3G就不行，只有真實(shí)的環(huán)境下2G和3G才能正常工作（想想2G和3G是否可以正常訪問http://192.168.1.xxx這樣的地址就可以了）。
a.外網(wǎng)測(cè)試主要現(xiàn)實(shí)模擬客戶使用網(wǎng)絡(luò)環(huán)境，檢驗(yàn)客戶單程序在實(shí)際網(wǎng)若環(huán)境中使用情況及進(jìn)行業(yè)務(wù)操作。
b.外網(wǎng)測(cè)試主要覆蓋到wifi\2G\3G\4G ,.net\wap 、 電信\移動(dòng)\聯(lián)通、所有可能的組合進(jìn)行測(cè)試。
原則：
1.盡可能全面覆蓋用戶的使用場(chǎng)景，測(cè)試用例中需要包含不同網(wǎng)絡(luò)排列組合的各種可能。
2.還有模擬信號(hào)被屏蔽時(shí)候。客戶端的影響 等。還有做外包場(chǎng)景測(cè)試，在高山、丘陵、火車上等特殊環(huán)境下進(jìn)行全面測(cè)試
2)、HTTP、HTTPS都要覆蓋
許多App和后臺(tái)服務(wù)都是通過HTTP來交互的，正常情況下都一切正常。為什么需要測(cè)試HTTPS環(huán)境？在一些免費(fèi)上網(wǎng)的環(huán)境中，例如在麥當(dāng)勞、星巴 克里，它們的網(wǎng)絡(luò)環(huán)境都要輸入用戶名和密碼，通過SSL認(rèn)證來訪問網(wǎng)絡(luò)。如果你使用HTTP Client的library對(duì)這種異常沒有做捕獲處理，那么你的App必定會(huì)崩潰掉。
3)、進(jìn)行網(wǎng)絡(luò)異常、服務(wù)器宕機(jī)或出現(xiàn)404、502等情況下的測(cè)試
后臺(tái)服務(wù)的穩(wěn)定性是你有時(shí)很難去控制的，尤其是牽涉到DNS、空間服務(wù)商的情況下。國(guó)內(nèi)某著名DNS服務(wù)商經(jīng)常出現(xiàn)大規(guī)模域名解析故障，碰到這種情 況，你對(duì)后臺(tái)API的請(qǐng)求很可能就會(huì)出現(xiàn)404錯(cuò)誤。而你和API交互的數(shù)據(jù)應(yīng)該是某種固定格式例如JSON和XML，這樣你的數(shù)據(jù)解析必然會(huì)出現(xiàn)錯(cuò)誤， 拋出異常。如果你對(duì)異常沒有進(jìn)行正確的處理可能會(huì)導(dǎo)致程序不能正常工作。
以下用偽代碼解釋一下邏輯：
try {
if(request() == success) {
callSuccess();
} else {
callFail();
}
hidePopup();
} catch(e) {
// do nothing, just wait….now popup window will show forever on the screen!!!
// if it is a iOS app, the popup window will lock the screen
}
10.接口性測(cè)試：
1.client端和service端的交互
2.client端的數(shù)據(jù)更新和service端的數(shù)據(jù)是否一致
3.client端更新時(shí)斷開了。
4.client端更新時(shí)service端掛了。
11.業(yè)務(wù)邏輯測(cè)試：
1.業(yè)務(wù)邏輯測(cè)試：主要測(cè)試客戶端業(yè)務(wù)能否正常完成。
2.功能點(diǎn)測(cè)試：主要測(cè)試客戶端功能點(diǎn)是否正常使用
3.關(guān)聯(lián)性測(cè)試：主要測(cè)試客戶端與pc端的交互，客戶端處理完后，pc端與客戶端數(shù)據(jù)一致
12.移動(dòng)App崩潰的測(cè)試場(chǎng)景
1 驗(yàn)證在有不同的屏幕分辨率， 操作系統(tǒng) 和運(yùn)營(yíng)商的多個(gè)設(shè)備上的App行為。
2 用新發(fā)布的操作系統(tǒng)版本驗(yàn)證App的行為。
3 驗(yàn)證在如隧道，電梯等網(wǎng)絡(luò)質(zhì)量突然改變的環(huán)境中的App行為。
4 通過手動(dòng)網(wǎng)絡(luò)從蜂窩更改到Wi-Fi ，或反過來，驗(yàn)證App行為。
5 驗(yàn)證在沒有網(wǎng)絡(luò)的環(huán)境中的App行為。
6 驗(yàn)證來電/短信和設(shè)備特定的警報(bào)（如警報(bào)和通知）時(shí)的App行為。
7 通過改變?cè)O(shè)備的方向，以不同的視圖模式，驗(yàn)證App行為。
8 驗(yàn)證設(shè)備內(nèi)存不足時(shí)的App行為。
9 通過用測(cè)試工具施加載荷驗(yàn)證App行為。
10 用不同的支持語言驗(yàn)證App行為。
13.輸入項(xiàng)測(cè)試
1.植入的單引號(hào)。大多數(shù)基于SQL的數(shù)據(jù)庫系統(tǒng)在用戶存儲(chǔ)包含一個(gè)單引號(hào)的信息時(shí)會(huì)出現(xiàn)問題，例如John's car。每一個(gè)可以接受文字?jǐn)?shù)字型數(shù)據(jù)條目的屏幕都要試試輸入包含一個(gè)或多個(gè)單引號(hào)的文本。
，其實(shí)不只是單引號(hào)，基本上測(cè)試人員應(yīng)該測(cè)試所有的特殊字符和空/空格（單純的空格和文本前后的空格）。單引號(hào)，逗號(hào)，/，<， >（對(duì)于web的應(yīng)用程序）都是很容易引發(fā)錯(cuò)誤的。
2.必需輸入的數(shù)據(jù)條目。功能說明書上應(yīng)該清楚的指出屏幕上必須輸入數(shù)據(jù)條目的字段。測(cè)試屏幕上每一個(gè)被說明為必須輸入的字段以保證它強(qiáng)制要求你在字段中輸入數(shù)據(jù)。
對(duì)于強(qiáng)制輸入的字段，在屏幕上最好有些標(biāo)識(shí)以說明其為必須輸入的字段。一般在字段前或后用紅色的*號(hào)表示。測(cè)試時(shí)必須要檢查有標(biāo)識(shí)的字段是否和功能說明書或其他參考文檔一致，錯(cuò)誤信息提示是否正確，強(qiáng)制輸入的字段 是否真的必須輸入。
3.字段類型測(cè)試。功能說明書上應(yīng)該清楚的指出要求特定數(shù)據(jù)輸入要求（日期字段，數(shù)字字段，電話號(hào)碼，郵編等等）的字段。測(cè)試屏幕上每一個(gè)被指出有特定類 型的字段以保證你輸入了基于字段類型的符合正確格式的數(shù)據(jù)（數(shù)字型字段應(yīng)該不允許字符或特殊字符，日期型的字段應(yīng)該允許輸入一個(gè)正確的日期等等）
其實(shí)這里還有一個(gè)字段格式和字段內(nèi)容的測(cè)試。有些字段對(duì)輸入的格式有要求，這些字段的格式一般在屏幕上也有相應(yīng)的提示。所以在測(cè)試時(shí)需要 測(cè)試提示的格式是否合理（和功能說明書或其他參考文檔相一致）以及系統(tǒng)是否正確識(shí)別輸入的格式。有些字段對(duì)字段的內(nèi)容有限制，如常見的用戶名，不能包含特 殊字符，首字不能未數(shù)字等要求。所以在測(cè)試時(shí)需要測(cè)試提示的格式是否合理（和功能說明書或其他參考文檔相一致）還有不符合內(nèi)容要求的數(shù)據(jù)輸入時(shí)系統(tǒng)是否正 確的處理。
4.字段長(zhǎng)度測(cè)試。功能說明書上應(yīng)該清楚的指出可以在字段中輸入的字符數(shù)（例如，first name必須是50個(gè)或更少的字符）。寫測(cè)試用例以保證你只可以輸入特定的字符數(shù)。防止用戶輸入比允許范圍更多的字符比因用戶已輸入過多的字符而給出的錯(cuò) 誤信息更加的文雅些。
一般對(duì)于限制長(zhǎng)度的字段，現(xiàn)在開發(fā)大多采用限制輸入的方法（設(shè)置字段的長(zhǎng)度）來處理。所以測(cè)試時(shí)需要測(cè)試限制的長(zhǎng)度是否合理（和功能說明 書或其他參考文檔相一致），對(duì)于沒有限制長(zhǎng)度的字段，要測(cè)試無窮輸入時(shí)是否出錯(cuò)，有問題報(bào)bug時(shí)建議開發(fā)人員根據(jù)需要限制長(zhǎng)度。
5.數(shù)字型的邊界測(cè)試。對(duì)于數(shù)字型的字段，測(cè)試上下邊界是非常重要的。例如，如果你正在計(jì)算某個(gè)賬戶的利息時(shí)，你永遠(yuǎn)不會(huì)輸入一個(gè)負(fù)的利息數(shù)給應(yīng)該贏取利 息的賬戶。因此，你應(yīng)該嘗試用負(fù)數(shù)測(cè)試。同樣，如果功能說明書上要求字段在某一個(gè)特定的范圍（如從10～50），你就應(yīng)該嘗試輸入9或51，它應(yīng)該給出一 個(gè)得體的信息表示失敗。
邊界值的測(cè)試同時(shí)，最好結(jié)合等價(jià)類以及一些特殊數(shù)字進(jìn)行開展，如這里面的負(fù)數(shù)，雖然賬戶利息永遠(yuǎn)不會(huì)出現(xiàn)負(fù)數(shù)，但是如果系統(tǒng)中一旦輸入負(fù)數(shù)，系統(tǒng)就崩潰，那么這樣的系統(tǒng)對(duì)于客戶來說也是非常危險(xiǎn)的。
6.數(shù)字的約束測(cè)試。大多數(shù)數(shù)據(jù)庫系統(tǒng)和編程語言允許數(shù)字條目被識(shí)別為整數(shù)或長(zhǎng)整數(shù)。通常，整數(shù)的范圍是從-32,767~32,767，長(zhǎng)整數(shù)的范圍從 -2,147,483,648~2,147,483,647。對(duì)于那些沒有特定邊界限制的數(shù)字?jǐn)?shù)據(jù)條目，用這些限制測(cè)試以確保不會(huì)出現(xiàn)數(shù)字的溢出錯(cuò)誤。
小數(shù)型的數(shù)字字段同樣也需要格外的測(cè)試。一般對(duì)于未指出數(shù)字類型的字段，嘗試輸入負(fù)整數(shù)，負(fù)小數(shù)，0，正整數(shù)，正小數(shù)進(jìn)行測(cè)試。
不管是哪種數(shù)據(jù)庫系統(tǒng)，對(duì)于數(shù)字一般都有多種數(shù)字類型。所以測(cè)試人員一定要測(cè)試的全面。
7.日期邊界測(cè)試。對(duì)于日期型的字段，測(cè)試上下邊界是很重要的。例如，如果你正在檢查一個(gè)出生日期的字段，很大可能出生日期不能早于150年前。同樣，出生日期應(yīng)該不是將來的某一天。
一般來說，每種數(shù)據(jù)庫系統(tǒng)的日期都有個(gè)范圍，如SQL Server最小日期是1753年1月1日，所以如果是輸入型的日期字段同樣也應(yīng)該測(cè)試早于1753的日期。
8.日期的有效性。對(duì)于日期字段，確保不允許無效的日期是很重要的（04/31/2007是一個(gè)無效的日期）。測(cè)試用例也應(yīng)該檢查閏年（每個(gè)第4年和第400年是一個(gè)閏年）。
9.web會(huì)話測(cè)試。很多的web應(yīng)用程序依賴瀏覽器的會(huì)話來追蹤已登錄的用戶，應(yīng)用程序的設(shè)置等等。應(yīng)用程序的大多數(shù)屏幕不被設(shè)計(jì)為沒有首次登錄就可以被運(yùn)行。應(yīng)用程序應(yīng)該確保在打開應(yīng)用程序的某一頁面之前會(huì)話里有一個(gè)有效的登錄。
14.app 功耗、流量測(cè)試:針對(duì)app對(duì)手機(jī)電量、流量方面損耗情況的測(cè)試
1.功耗測(cè)試主要測(cè)試app使用過程中耗費(fèi)電量情況的測(cè)試，主要依據(jù)一些主流app的功耗作為對(duì)照參數(shù)
2.流量測(cè)試：檢測(cè)app對(duì)流量損耗問題，主要依據(jù)一些主流app的流量損耗作為對(duì)照參數(shù)
