App測試點：

1圾叼、? ? ? ?安裝查看在安裝過程中存在的提示信息是否明確朱庆，意思是否明確在安裝過程中盛泡，點擊取消按鈕，能否正常退出安裝程序娱颊，軟件是否可用饭于。安裝時是否識別有SD卡，并默認(rèn)安裝到sd卡中安裝過程中维蒙，接聽電話或者短信，安裝是否成功安裝程序是否自動檢查系統(tǒng)的磁盤空間系統(tǒng)磁盤空間不足時果覆，能否中止安裝安裝完畢后信息的顯示和文件的安裝是否正確颅痊，完整軟件安裝后是否能將相應(yīng)的文件復(fù)制到系統(tǒng)文件夾下在軟件安裝過程中，出現(xiàn)突然斷電的異常狀態(tài)時局待，程序處理是否正常在軟件安裝過程中斑响，出現(xiàn)突然斷網(wǎng)的異常狀態(tài)時，程序處理是否正常在不同操作系統(tǒng)（Android和iOS）下安裝是否正常在不同的硬件環(huán)境下钳榨，能否正確舰罚，正常，完整的進(jìn)行安裝在不同的網(wǎng)絡(luò)環(huán)境下(2G/3G/wifi)薛耻，能否正確营罢，正常，完整的進(jìn)行安裝在低于所要求的硬件配置的情況下進(jìn)行安裝，能否正確饲漾，正常蝙搔，完整的進(jìn)行安裝。在已經(jīng)安裝的情況下考传，所有信息與上次保存一致吃型，覆蓋安裝能否再次安裝在已經(jīng)安裝的情況下，安裝路徑不一致僚楞，覆蓋安裝能否再次安裝在已經(jīng)安裝的情況下勤晚，卸載原軟件，安裝高版本泉褐，能否正確安裝在已經(jīng)安裝的情況下赐写，卸載原軟件，安裝低版本兴枯，能否正確安裝在已經(jīng)安裝的情況下血淌，不卸載原軟件，直接安裝高版本财剖，能否正確安裝在已經(jīng)安裝的情況下悠夯，不卸載原軟件，直接安裝低版本躺坟，能否正確安裝安裝完成后沦补，能否正常啟動應(yīng)用程序安裝完成后，重啟手機能否正常啟動應(yīng)用程序安裝完成后咪橙，是否對其他應(yīng)用程序造成影響安裝完成后夕膀，能否添加快捷方式安裝完成后，殺毒軟件是否會對其當(dāng)做病毒處理美侦。安裝完成后产舞，快捷方式是否指向安裝目錄多進(jìn)程進(jìn)行安裝，是否安裝成功安裝前是否判斷可用磁盤空間大小菠剩，是否有提示語

安裝過程中易猫，手機內(nèi)存不足的情況下，能否正常安裝第三方協(xié)助安裝（360助手具壮、PP助手准颓、琬豆夾等）

網(wǎng)絡(luò)驗證安裝，斷網(wǎng)情況的異常測試

2

卸載用自帶的卸載程序進(jìn)行正確卸載棺妓，能否卸載干凈用第三方工具進(jìn)行卸載攘已，能否卸載干凈在卸載過程中，關(guān)閉進(jìn)程軟件能否繼續(xù)正常使用在卸載過程中怜跑，點擊取消按鈕样勃，能否正常退出卸載程序，軟件能否繼續(xù)正常使用在卸載過程中，突然關(guān)閉移動設(shè)備電源彤灶，再次訪問程序看幼，程序能否正常運行在卸載過程中，突然重啟設(shè)備幌陕，再次訪問程序诵姜，程序能否正常運行未在使用程序時，直接刪除安裝目錄下的文件搏熄，程序能否正常運行正在使用程序時棚唆，直接刪除安裝目錄下的文件，程序能否正常運行在不同的系統(tǒng)下心例，進(jìn)行卸載宵凌，能否正常卸載。在不同的硬件環(huán)境下止后，進(jìn)行卸載瞎惫，能否正常卸載。在不同的網(wǎng)絡(luò)環(huán)境下译株，進(jìn)行卸載瓜喇，能否正常卸載。卸載成功后歉糜，是否對其他程序造成影響卸載后再次安裝乘寒，一切功能是否正常卸載畫面上的名稱及版本信息是否正確

3

升級

1

）當(dāng)客戶端有新版本時，有更新提示匪补。

2

）當(dāng)版本為非強制升級版時伞辛，用戶可以取消更新，老版本能正常使用夯缺。用戶在下次啟動app時蚤氏，仍能出現(xiàn)更新提示。

3

）當(dāng)版本為強制升級版時踊兜，當(dāng)給出強制更新后用戶沒有做更新時瞧捌，退出客戶端。下次啟動app時润文，仍出現(xiàn)強制升級提示。

4

）當(dāng)客戶端有新版本時殿怜，在本地不刪除客戶端的情況下典蝌，直接更新檢查是否能正常更新。

5

）當(dāng)客戶端有新版本時头谜，在本地不刪除客戶端的情況下骏掀，檢查更新后的客戶端功能是否是新版本。

6

）當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下截驮，檢查資源同名文件如圖片是否能正常更新成最新版本笑陈。

7

）在線跨版本升級。

8

）驗證數(shù)字簽名

1葵袭、安全測試（權(quán)限）

1）軟件權(quán)限：其中包括發(fā)送信息涵妥，撥打電話，鏈接網(wǎng)絡(luò)坡锡，訪問手機信息蓬网，聯(lián)系人信息等等

2）數(shù)據(jù)在本地的存儲、傳輸?shù)?/p>

3）執(zhí)行某些操作時導(dǎo)致的輸入有效性驗證鹉勒、授權(quán)帆锋、數(shù)據(jù)加密等方面

4）基于各種通信協(xié)議或者行業(yè)標(biāo)準(zhǔn)來檢查

2、安裝運行卸載測試

1）驗證app能否正確安裝運行卸載禽额，以及操作過程和操作前后對系統(tǒng)資源的占有情況

2）安裝運行卸載的提示锯厢，報告等

3）檢查安裝路徑，文件是否合理脯倒，組件是否正確注冊等

3实辑、UI測試

1）用戶界面（菜單、對話框盔憨、窗口）等布局徙菠，風(fēng)格是否滿足用戶需求，文字位置郁岩，描述是否正確婿奔，界面美觀程度，文字圖片組合是否合理

2）用戶友好性问慎、人性化萍摊、便于操作等

4、功能測試

1）評審需求如叼，多方面考慮冰木，整理出內(nèi)在外在以及非功能性的直接間接功能點，對比需求笼恰，提取測試點

2）根據(jù)常用的一些分析方法踊沸，等價類邊界值判定表因果圖場景法等方法，設(shè)計測試用例社证，對提取的功能點進(jìn)行覆蓋

3）測試各個階段不斷跟蹤缺陷逼龟，做好用例的更新迭代和不斷變更需求所帶來的業(yè)務(wù)或者需求的錯誤

5、性能測試

1）極限測試：各種邊界情況下驗證app的響應(yīng)能力

如：低電量追葡、儲存滿腺律。弱網(wǎng)等情況

2）響應(yīng)能力測試：驗證各種情況下不同操作能否滿足用戶響應(yīng)需求

3）壓力測試：反復(fù)長期操作下奕短，系統(tǒng)該資源的使用情況

6、中斷測試（干擾）

比如：前后臺運行時來電話匀钧，短信翎碑，下載文件，聽音樂看電影等不同情況下的表現(xiàn)

7之斯、兼容測試

1）不同網(wǎng)絡(luò)環(huán)境（WiFi日杈、2G、3G吊圾、4G等）

2）各種設(shè)備品牌機型系統(tǒng)版本等兼容

蘋果达椰、安卓（不同品牌，不同安卓系統(tǒng)版本）等

8项乒、回歸測試

bug修復(fù)后的回歸測試啰劲，上線交付前進(jìn)行全部的回歸，驗證

9檀何、升級更新測試

每次app版本迭代更新時蝇裤，配合不同網(wǎng)絡(luò)環(huán)境，及不同更新權(quán)限（強制更新频鉴，不強制更新）栓辜，進(jìn)行下載、安裝垛孔、更新藕甩、啟動運行等測試

10、支付測試

1）支付結(jié)果的確認(rèn)周荐，數(shù)據(jù)庫查詢

2）請求報文是否加密

3）不同場景的支付

金額足夠狭莱、金額不足、重復(fù)支付概作、無網(wǎng)支付腋妙、弱網(wǎng)支付、同賬號多平臺一起支付讯榕、余額寶微信信用卡等多種支付方式骤素、不同支付方式的組合、密碼正確/錯誤愚屁、支付上限等情況

2.1安全測試

2.1.1軟件權(quán)限

1）扣費風(fēng)險：包括發(fā)送短信济竹、撥打電話、連接網(wǎng)絡(luò)等

2）隱私泄露風(fēng)險：包括訪問手機信息霎槐、訪問聯(lián)系人信息等

3）對App的輸入有效性校驗送浊、認(rèn)證、授權(quán)栽燕、敏感數(shù)據(jù)存儲罕袋、數(shù)據(jù)加密等方面進(jìn)行檢測

4）限制/允許使用手機功能接人互聯(lián)網(wǎng)

5）限制/允許使用手機發(fā)送接受信息功能

6）限制/允許應(yīng)用程序來注冊自動啟動應(yīng)用程序

7）限制或使用本地連接

8）限制/允許使用手機拍照或錄音

9）限制/允許使用手機讀取用戶數(shù)據(jù)

10)限制/允許使用手機寫人用戶數(shù)據(jù)

11)檢測App的用戶授權(quán)級別、數(shù)據(jù)泄漏碍岔、非法授權(quán)訪問等

2.1.2安裝與卸載安全性

1）應(yīng)用程序應(yīng)能正確安裝到設(shè)備驅(qū)動程序上

2）能夠在安裝設(shè)備驅(qū)動程序上找到應(yīng)用程序的相應(yīng)圖標(biāo)

3）是否包含數(shù)字簽名信息

4）JAD文件和 ?JAR包中包含的所有托管屬性及其值必需是正確的

5）JAD文件顯示的資料內(nèi)容與應(yīng)用程序顯示的資料內(nèi)容應(yīng)一致

6）安裝路徑應(yīng)能指定

7）沒有用戶的允許,應(yīng)用程序不能預(yù)先設(shè)定自動啟動

8）卸載是否安全,其安裝進(jìn)去的文件是否全部卸載

9）卸載用戶使用過程中產(chǎn)生的文件是否有提示

10）其修改的配置信息是否復(fù)原

11）卸載是否影響其他軟件的功能

12）卸載應(yīng)該移除所有的文件

2.1.3數(shù)據(jù)安全性

1）當(dāng)將密碼或其他的敏感數(shù)據(jù)輸人到應(yīng)用程序時,其不會被儲存在設(shè)備中,同時密碼也不會

被解碼

2）輸人的密碼將不以明文形式進(jìn)行顯示

3）密碼,信用卡明細(xì),或其他的敏感數(shù)據(jù)將不被儲存在它們預(yù)輸人的位置上

4）不同的應(yīng)用程序的個人身份證或密碼長度必需至少在 4一 ?8個數(shù)字長度之間

5）當(dāng)應(yīng)用程序處理信用卡明細(xì),或其他的敏感數(shù)據(jù)時,不以明文形式將數(shù)據(jù)寫到其它單獨的

文件或者臨時文件中浴讯。以?6）防止應(yīng)用程序異常終止而又沒有側(cè)除它的臨時文件,文件可能

遭受人侵者的襲擊,然后讀取這些數(shù)據(jù)信息。

7）當(dāng)將敏感數(shù)據(jù)輸人到應(yīng)用程序時,其不會被儲存在設(shè)備中

8）備份應(yīng)該加密,恢復(fù)數(shù)據(jù)應(yīng)考慮恢復(fù)過程的異常?通訊中斷等,數(shù)據(jù)恢復(fù)后再使用前應(yīng)該

經(jīng)過校驗

9）應(yīng)用程序應(yīng)考慮系統(tǒng)或者虛擬機器產(chǎn)生的用戶提示信息或安全替告

10）應(yīng)用程序不能忽略系統(tǒng)或者虛擬機器產(chǎn)生的用戶提示信息或安全警告,更不能在安全警

告顯示前,蔼啦，利用顯示誤導(dǎo)信息欺騙用戶榆纽，應(yīng)用程序不應(yīng)該模擬進(jìn)行安全警告誤導(dǎo)用戶

11）在數(shù)據(jù)刪除之前，應(yīng)用程序應(yīng)當(dāng)通知用戶或者應(yīng)用程序提供一個“取消”命令的操作

12）“取消”命令操作能夠按照設(shè)計要求實現(xiàn)其功能

13）應(yīng)用程序應(yīng)當(dāng)能夠處理當(dāng)不允許應(yīng)用軟件連接到個人信息管理的情況

14）當(dāng)進(jìn)行讀或?qū)懹脩粜畔⒉僮鲿r,應(yīng)用程序?qū)蛴脩舭l(fā)送一個操作錯誤的提示信息

15）在沒有用戶明確許可的前提下不損壞側(cè)除個人信息管理應(yīng)用程序中的任何內(nèi)容Μ

16）應(yīng)用程序讀和寫數(shù)據(jù)正確捏肢。

17）應(yīng)用程序應(yīng)當(dāng)有異常保護(hù)奈籽。

18）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫,應(yīng)及時告知用戶

19）能合理地處理出現(xiàn)的錯誤

20）意外情況下應(yīng)提示用戶

2.1.4通訊安全性

1）在運行其軟件過程中,如果有來電、SMS鸵赫、EMS衣屏、MMS、藍(lán)牙辩棒、紅外等通訊或充電時,是

否能暫停程序狼忱，優(yōu)先處理通信,并在處理完畢后能正常恢復(fù)軟件,繼續(xù)其原來的功能

2）當(dāng)創(chuàng)立連接時,應(yīng)用程序能夠處理因為網(wǎng)絡(luò)連接中斷,進(jìn)而告訴用戶連接中斷的情況

3）應(yīng)能處理通訊延時或中斷

4）應(yīng)用程序?qū)⒈３止ぷ鞯酵ㄓ嵆瑫r,進(jìn)而發(fā)送給用戶一個錯誤信息指示有連接錯誤

5）應(yīng)能處理網(wǎng)絡(luò)異常和及時將異常情況通報用戶

6）應(yīng)用程序關(guān)閉或網(wǎng)絡(luò)連接不再使用時應(yīng)及時關(guān)閉)斷開

7) HTTP一睁、HTTPS覆蓋測試

--App和后臺服務(wù)一般都是通過?HTTP來交互的钻弄，驗證 ?HTTP環(huán)境下是否正常；

--公共免費網(wǎng)絡(luò)環(huán)境中（如：麥當(dāng)勞者吁、星巴克等）都要輸入用戶名和密碼窘俺，通過 ?SSL認(rèn)證

來訪問網(wǎng)絡(luò)，需要對使用?HTTP Client的 ?library異常作捕獲處理复凳。

2.1.5人機接口安全性

1）返回菜單總保持可用

2）命令有優(yōu)先權(quán)順序

3）聲音的設(shè)置不影響應(yīng)用程序的功能

4）應(yīng)用程序必需利用目標(biāo)設(shè)備適用的全屏尺寸來顯示上述內(nèi)容

5）應(yīng)用程序必需能夠處理不可預(yù)知的用戶操作,例如錯誤的操作和同時按下多個鍵

2.2安裝瘤泪、卸載測試

驗證?App是否能正確安裝、運行染坯、卸載

2.2.1安裝

1）軟件在不同操作系統(tǒng)（Palm OS均芽、Symbian、Linux单鹿、Android掀宋、iOS、Black Berry OS 6.0仲锄、

Windows Phone 7）下安裝是否正常劲妙。

2）軟件安裝后的是否能夠正常運行，安裝后的文件夾及文件是否寫到了指定的目錄里儒喊。

3）軟件安裝各個選項的組合是否符合概要設(shè)計說明

4)）軟件安裝向?qū)У?UI測試

5）軟件安裝過程是否可以取消镣奋，點擊取消后，寫入的文件是否如概要設(shè)計說明處理

6）軟件安裝過程中意外情況的處理是否符合需求（如死機怀愧，重啟侨颈，斷電）

7）安裝空間不足時是否有相應(yīng)提示

8）安裝后沒有生成多余的目錄結(jié)構(gòu)和文件

9）對于需要通過網(wǎng)絡(luò)驗證之類的安裝余赢，在斷網(wǎng)情況下嘗試一下

10）還需要對安裝手冊進(jìn)行測試，依照安裝手冊是否能順利安裝

2.2.2卸載

1）直接刪除安裝文件夾卸載是否有提示信息哈垢。

2）測試系統(tǒng)直接卸載程序是否有提示信息妻柒。

3）測試卸載后文件是否全部刪除所有的安裝文件夾。

4）卸載過程中出現(xiàn)的意外情況的測試（如死機耘分、斷電举塔、重啟）。

5）卸載是否支持取消功能求泰，單擊取消后軟件卸載的情況央渣。

6）系統(tǒng)直接卸載 UI測試，是否有卸載狀態(tài)進(jìn)度條提示渴频。

2.3 UI測試

測試用戶界面(如菜單芽丹、對話框、窗口和其它可規(guī)控件)布局枉氮、風(fēng)格是否滿足客戶要求志衍、文字

是否正確、頁面是否美觀聊替、文字楼肪、圖片組合是否完美、操作是否友好等惹悄。

UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覓功能春叫。

確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性泣港、人性化暂殖、易操作性測試。

2.3.1導(dǎo)航測試

1）按鈕当纱、對話框呛每、列表和窗口等；或在不同的連接頁面之間需要導(dǎo)航

2）是否易于導(dǎo)航坡氯，導(dǎo)航是否直觀

3）是否需要搜索引擎

4）導(dǎo)航幫助是否準(zhǔn)確直觀

5）導(dǎo)航與頁面結(jié)構(gòu)晨横、菜單、連接頁面的風(fēng)格是否一致

2.3.2圖形測試

1）橫向比較箫柳。各控件操作方式統(tǒng)一

2）自適應(yīng)界面設(shè)計配喳，內(nèi)容根據(jù)窗口大小自適應(yīng)

3）頁面標(biāo)簽風(fēng)格是否統(tǒng)一

4）頁面是否美觀

5）頁面的圖片應(yīng)有其實際意義而要求整體有序美觀

6）圖片質(zhì)量要高且圖片尺寸在設(shè)計符合要求的情況下應(yīng)盡量小

7）界面整體使用的顏色不宜過多

2.3.3內(nèi)容測試

1）輸入框說明文字的內(nèi)容與系統(tǒng)功能是否一致

2）文字長度是否加以限制

3）文字內(nèi)容是否表意不明

4）是否有錯別字

5）信息是否為中文顯示

6）是否有敏感性詞匯地沮、關(guān)鍵詞

7）是否有敏感性圖片，如：涉及版權(quán)粟害、專利钮追、隱私等圖片

2.4功能測試

根據(jù)軟件說明或用戶需求驗證??App的各個功能實現(xiàn)皇忿，采用如下方法實現(xiàn)并評估功能測試過

程：

1)采用時間、地點、對象贷屎、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉 App的用戶使用

場景艘虎，對比說明或需求豫尽，整理出內(nèi)在、外在及非功能直接相關(guān)的需求顷帖，構(gòu)建測試點，并明確

測試標(biāo)準(zhǔn)渤滞，若用戶需求中無明確標(biāo)準(zhǔn)遵循贬墩，則需要參考行業(yè)或相關(guān)國際標(biāo)準(zhǔn)或準(zhǔn)則。

2)根據(jù)被測功能點的特性列丼出相應(yīng)類型的測試用例對其進(jìn)行覆蓋妄呕，如陶舞；涉及輸入的地方需

要考慮等價、邊界绪励、負(fù)面肿孵、異常或非法疏魏、場景回滾停做、關(guān)聯(lián)測試等測試類型對其進(jìn)行覆蓋。

3)在測試實現(xiàn)的各個階段跟蹤測試實現(xiàn)與需求輸入的覆蓋情況大莫，及時修正業(yè)務(wù)或需求理解錯

誤蛉腌。

2.4.1運行

1）App安裝完成后的試運行，可正常打開軟件只厘。

2）App打開測試烙丛，是否有加載狀態(tài)進(jìn)度提示。

3）App打開速度測試羔味，速度是否可觀河咽。

4）App頁面間的切換是否流暢，邏輯是否正確

5）注冊

--同表單編輯頁面

--用戶名密碼長度

--注冊后的提示頁面

--前臺注冊頁面和后臺的管理頁面數(shù)據(jù)是否一致

--注冊后赋元，在后臺管理中頁面提示

6）登錄

--使用合法的用戶登錄系統(tǒng)忘蟹。

--系統(tǒng)是否允許多次非法的登陸，是否有次數(shù)限制们陆。

--使用已經(jīng)登陸的賬號登陸系統(tǒng)是否正確處理寒瓦。

--使用禁用的賬號登陸系統(tǒng)是否正確處理。

--用戶名坪仇、口令（密碼）錯誤或漏填時能否登陸杂腰。

--刪除或修改后的用戶，原用戶登陸椅文。

--不輸入用戶口令和用戶喂很、重復(fù)點（確定或取消按鈕）是否允許登陸惜颇。

--登陸后，頁面中登陸信息少辣。

--頁面中有注銷按鈕凌摄。

--登陸超時的處理。

7）注銷

--注銷原模塊漓帅，新的模塊系統(tǒng)能否正確處理锨亏。

--終止注銷能否返回原模塊，原用戶忙干。

--注銷原用戶器予，新用戶系統(tǒng)能否正確處理。

--使用錯誤的賬號捐迫、口令乾翔、無權(quán)限的被禁用的賬號進(jìn)行注銷

2.4.2應(yīng)用的前后臺切換

1) APP切換到后臺，再回到?app施戴，檢查是否停留在上一次操作界面反浓。

2) ?APP切換到后臺，再回到 ?app赞哗，檢查功能及應(yīng)用狀態(tài)是否正常雷则，IOS4和 ??IOS5的版本的處

理機制有的不一樣。

3) app切換到后臺肪笋，再回到前臺時巧婶，注意程序是否崩潰，功能狀態(tài)是否正常涂乌，尤其是對于從

后臺切換回前臺數(shù)據(jù)有自動更新的時候艺栈。

4)手機鎖屏解屏后進(jìn)入???app注意是否會崩潰，功能狀態(tài)是否正常湾盒，尤其是對于從后臺切換

回前臺數(shù)據(jù)有自動更新的時候湿右。

5)當(dāng)??App使用過程中有電話進(jìn)來中斷后再切換到 ??app，功能狀態(tài)是否正常

6)當(dāng)殺掉??app進(jìn)程后罚勾，再開啟 ?app毅人，app能否正常啟動。

7)出現(xiàn)必須處理的提示框后尖殃，切換到后臺丈莺，再切換回來，檢查提示框是否還存在送丰，有時候

會出現(xiàn)應(yīng)用自動跳過提示框的缺陷缔俄。

8)對于有數(shù)據(jù)交換的頁面，每個頁面都必需要進(jìn)行前后臺切換、鎖屏的測試俐载，這種頁面最

容易出現(xiàn)崩潰蟹略。

2.4.3免登錄

很多應(yīng)用提供免登錄功能，當(dāng)應(yīng)用開啟時自動以上一次登錄的用戶身份來使用app.

1) app有免登錄功能時遏佣，需要考慮IOS版本差異挖炬。

2)考慮無網(wǎng)絡(luò)情況時能否正常進(jìn)入免登錄狀態(tài)。

3)切換用戶登錄后状婶，要校驗用戶登錄信息及數(shù)據(jù)內(nèi)容是否相應(yīng)更新意敛，確保原用戶退出。

4)根據(jù)MTOP的現(xiàn)有規(guī)則膛虫，一個帳戶只允許登錄一臺機器空闲。所以，需要檢查一個帳戶登錄多

臺手機的情況走敌。原手機里的用戶需要被踢出，給出友好提示逗噩。

5) app切換到后臺掉丽，再切回前臺的校驗

6)切換到后臺，再切換回前臺的測試

7)密碼更換后异雁，檢查有數(shù)據(jù)交換時是否進(jìn)行了有效身份的校驗

8)支持自動登錄的應(yīng)用在進(jìn)行數(shù)據(jù)交換時捶障，檢查系統(tǒng)是否能自動登錄成功并且數(shù)據(jù)操作無

誤。

9)檢查用戶主動退出登錄后纲刀，下次啟動app项炼，應(yīng)停留在登錄界面

2.4.4數(shù)據(jù)更新

根據(jù)應(yīng)用的業(yè)務(wù)規(guī)則，以及數(shù)據(jù)更新量的情況示绊，來確定最優(yōu)的數(shù)據(jù)更新方案锭部。

1)需要確定哪些地方需要提供手動刷新，哪些地方需要自動刷新面褐，哪些地方需要手動+自動

刷新拌禾。

2)確定哪些地方從后臺切換回前臺時需要進(jìn)行數(shù)據(jù)更新。

3)根據(jù)業(yè)務(wù)展哭、速度及流量的合理分配湃窍，確定哪些內(nèi)容需要實時更新，哪些需要定時更新匪傍。

4)確定數(shù)據(jù)展示部分的處理邏輯您市，是每次從服務(wù)端請求，還是有緩存到本地役衡，這樣才能有

針對性的進(jìn)行相應(yīng)測試茵休。

5)檢查有數(shù)據(jù)交換的地方，均有相應(yīng)的異常處理。

2.4.5離線瀏覽

很多應(yīng)用會支持離線瀏覽泽篮，即在本地客戶端會緩存一部分?jǐn)?shù)據(jù)供用戶查看盗尸。

1)在無網(wǎng)絡(luò)情況可以瀏覽本地數(shù)據(jù)

2)退出??app再開啟 ?app時能正常瀏覽

3)切換到后臺再切回前臺可以正常瀏覽

4)鎖屏后再解屏回到應(yīng)用前臺可以正常瀏覽

5)在對服務(wù)端的數(shù)據(jù)有更新時會給予離線的相應(yīng)提示

2.4.6 App更新

1)當(dāng)客戶端有新版本時，有更新提示帽撑。

2)當(dāng)版本為非強制升級版時泼各，用戶可以取消更新，老版本能正常使用亏拉。用戶在下次啟動app

時扣蜻，仍能出現(xiàn)更新提示。

3)當(dāng)版本為強制升級版時及塘，當(dāng)給出強制更新后用戶沒有做更新時莽使，退出客戶端。下次啟動

app時笙僚，仍出現(xiàn)強制升級提示芳肌。

4)當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下肋层，直接更新檢查是否能正常更新亿笤。

5)當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下栋猖，檢查更新后的客戶端功能是否是

新版本净薛。

6)當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下蒲拉，檢查資源同名文件如圖片是否能

正常更新成最新版本肃拜。如果以上無法更新成功的，也都屬于缺陷雌团。

2.4.7定位燃领、照相機服務(wù)

1) App有用到相機，定位服務(wù)時锦援，需要注意系統(tǒng)版本差異

2)有用到定位服務(wù)柿菩、照相機服務(wù)的地方，需要進(jìn)行前后臺的切換測試雨涛，檢查應(yīng)用是否正常枢舶。

3)當(dāng)定位服務(wù)沒有開啟時，使用定位服務(wù)替久，會友好性彈出是否允許設(shè)置定位提示凉泄。當(dāng)確定

允許開啟定位時，能自動跳轉(zhuǎn)到定位設(shè)置中開啟定位服務(wù)蚯根。

4)測試定位后众、照相機服務(wù)時胀糜，需要采用真機進(jìn)行測試。

2.4.8時間測試

客戶端可以自行設(shè)置手機的時區(qū)蒂誉、時間教藻，因此需要校驗該設(shè)置對?app的影響。

--中國為東 8區(qū)右锨，所以當(dāng)手機設(shè)置的時間非東 ?8區(qū)時括堤，查看需要顯示時間的地方，時間是否

展示正確绍移，應(yīng)用功能是否正常悄窃。時間一般需要根據(jù)服務(wù)器時間再轉(zhuǎn)換成客戶端對應(yīng)的時區(qū)來

展示，這樣的用戶體驗比較好蹂窖。比如發(fā)表一篇微博在服務(wù)端記錄的是??10：00轧抗，此時，華盛

頓時間為?22：00瞬测，客戶端去瀏覽時横媚，如果設(shè)置的是華盛頓時間,則顯示的發(fā)表時間即為22:00,

當(dāng)時間設(shè)回東?8區(qū)時間時，再查看則顯示為 ?10：00月趟。

2.4.9 PUSH測試

1)檢查??push消息是否按照指定的業(yè)務(wù)規(guī)則發(fā)送

2)檢查不接受推送消息時灯蝴，檢查用戶不會再接收到push.

3)如果用戶設(shè)置了免打擾的時間段，檢查在免打擾時間段內(nèi)狮斗，用戶接收不到 ??PUSH。

在非免打擾時間段弧蝇，用戶能正常收到?push碳褒。

4)當(dāng)???push消息是針對登錄用戶的時候，需要檢查收到的??push與用戶身份是否相符看疗，沒有

錯誤地將其它人的消息推送過來沙峻。一般情況下，只對手機上最后一個登錄用戶進(jìn)行消息推送两芳。

5)測試??push時摔寨，需要采用真機進(jìn)行測試。

2.5性能測試

評估App的時間和空間特性：

1)極限測試：在各種邊界壓力情況下怖辆，如電池是复、存儲、網(wǎng)速等竖螃，驗證App是否能正確響應(yīng)淑廊。

--內(nèi)存滿時安裝App

--運行 App時手機斷電

--運行 App時斷掉網(wǎng)絡(luò)

2)響應(yīng)能力測試：測試App中的各類操作是否滿足用戶響應(yīng)時間要求。

--App安裝特咆、卸載的響應(yīng)時間

--App各類功能性操作的影響時間

3)壓力測試：反復(fù)/長期操作下季惩、系統(tǒng)資源是否占用異常。

--App反復(fù)進(jìn)行安裝卸載，查看系統(tǒng)資源是否正常

--其他功能反復(fù)進(jìn)行操作画拾，查看系統(tǒng)資源是否正常

4)性能評估：評估典型用戶應(yīng)用場景下啥繁，系統(tǒng)資源的使用情況。

5)Benchmark測試（基線測試）：與競爭產(chǎn)品的Benchmarking,產(chǎn)品演變對比測試等青抛。

2.6交叉事件測試

針對智能終端應(yīng)用的服務(wù)等級劃分方式及實時特性所提出的測試方法旗闽。交叉測試又叫事件或

沖突測試，是指一個功能正在執(zhí)行過程中脂凶，同時另外一個事件或操作對該過程進(jìn)行干擾的測

試宪睹。如；App在前/后臺運行狀態(tài)時與來電蚕钦、文件下載亭病、音樂收聽等關(guān)鍵運用的交互情況測

試等。交叉事件測試非常重要嘶居，能發(fā)現(xiàn)很多應(yīng)用中潛在的性能問題罪帖。

1）多個 App同時運行是否影響正常功能

2）App運行時前/后臺切換是否影響正常功能

3）App運行時撥打/接聽電話

4）App運行時發(fā)送/接收信息

5）App運行時發(fā)送/收取郵件

6）App運行時切換網(wǎng)絡(luò)（2G、3G邮屁、wifi）

7）App運行時瀏覽網(wǎng)絡(luò)

8）App運行時使用藍(lán)牙傳送/接收數(shù)據(jù)

9）App運行時使用相機整袁、計算器等手機自帶設(shè)備

2.7兼容測試

主要測試內(nèi)部和外部兼容性

1）與本地及主流App是否兼容

2）基于開發(fā)環(huán)境和生產(chǎn)環(huán)境的不同，檢驗在各種網(wǎng)絡(luò)連接下(WiFi佑吝、GSM坐昙、GPRS、EDGE芋忿、WCDMA炸客、

CDMA1x、CDMA2000戈钢、HSPDA等)痹仙，App的數(shù)據(jù)和運用是否正確

3）與各種設(shè)備是否兼容，若有跨系統(tǒng)支持則需要檢驗是否在各系統(tǒng)下殉了，各種行為是否一致

--不同操作系統(tǒng)的兼容性开仰，是否適配

--不同手機屏幕分辨率的兼容性

--不同手機品牌的兼容性

2.8回歸測試

1）Bug修復(fù)后且在新版本發(fā)布后需要進(jìn)行回歸測試。

2）Bug修復(fù)后的回歸測試在交付前薪铜、要進(jìn)行全量用例的回歸測試众弓。

2.9升級、更新測試

新版版發(fā)布后隔箍，配合不同網(wǎng)絡(luò)環(huán)境的自勱更新提示及下載田轧、安裝、更新鞍恢、啟勱傻粘、運行的驗證

測試每窖。

1）測試升級后的功能是否與需求說明一樣

2）測試與升級模塊相關(guān)的模塊的功能是否與需求一致

3）升級安裝意外情況的測試（如死機、斷電弦悉、重啟）

4）升級界面的 UI測試

5）不同操作系統(tǒng)間的升級測試

2.10用戶體驗測試

以主觀的普通消費者的角度去感知產(chǎn)品或服務(wù)的舒適窒典、有用、易用稽莉、友好親切程度瀑志。通過

不同個體、獨立空間和非經(jīng)驗的統(tǒng)計復(fù)用方式去有效評價產(chǎn)品的體驗特性

升產(chǎn)品的潛在客戶滿意度污秆。

1）是否有空數(shù)據(jù)界面設(shè)計劈猪，引導(dǎo)用戶去執(zhí)行操作。

2）是否濫用用戶引導(dǎo)良拼。

3）是否有不可點擊的效果战得，如：你的按鈕此時處于不可用狀態(tài)，那么一定要灰掉庸推，或者拿

掉按鈕常侦，否則會給用戶誤導(dǎo)

4）菜單層次是否太深

5）交互流程分支是否太多

6）相關(guān)的選項是否離得很遠(yuǎn)

7）一次是否載入太多的數(shù)據(jù)

8）界面中按鈕可點擊范圍是否適中

9）標(biāo)簽頁是否跟內(nèi)容沒有從屬關(guān)系，當(dāng)切換標(biāo)簽的時候贬媒，內(nèi)容跟著切換

10）操作應(yīng)該有主次從屬關(guān)系

11）是否定義 Back的邏輯聋亡。涉及軟硬件交互時，Back鍵應(yīng)具體定義

12）是否有橫屏模式的設(shè)計际乘，應(yīng)用一般需要支持橫屏模式坡倔，即自適應(yīng)設(shè)計

2.11硬件環(huán)境測試

2.11.1手勢操作測試

1）手機開鎖屏對運行中的 App的影響

2）切換網(wǎng)絡(luò)對運行中的 App的影響

3）運行中的 App前后臺切換的影響

4）多個運行中的 App的切換

5）App運行時關(guān)機

6）App運行時重啟系統(tǒng)

7）App運行時充電

8）App運行時kill掉進(jìn)程再打開

2.11.2網(wǎng)絡(luò)環(huán)境

手機的網(wǎng)絡(luò)目前主要分為2G、3G脖含、wifi罪塔。目前2G的網(wǎng)絡(luò)相對于比較慢，測試時尤其要注意此

塊的測試器赞。

1)無網(wǎng)絡(luò)時垢袱，執(zhí)行需要網(wǎng)絡(luò)的操作墓拜，給予友好提示港柜，確保程序不出現(xiàn)crash。

2)內(nèi)網(wǎng)測試時咳榜，要注意選擇到外網(wǎng)操作時的異常情況處理夏醉。

3)在網(wǎng)絡(luò)信號不好時，檢查功能狀態(tài)是否正常涌韩，確保不因提交數(shù)據(jù)失敗而造成crash畔柔。

4)在網(wǎng)絡(luò)信號不好時，檢查數(shù)據(jù)是否會一直處于提交中的狀態(tài)臣樱，有無超時限制靶擦。如遇數(shù)據(jù)

交換失敗時要給予提示腮考。

5)在網(wǎng)絡(luò)信號不好時，執(zhí)行操作后玄捕，在回調(diào)沒有完成的情況下踩蔚，退出本頁面或者執(zhí)行其他

操作的情況，有無異常情況枚粘。此問題也會經(jīng)常出現(xiàn)程序crash馅闽。

2.11.3服務(wù)器宕機或出現(xiàn)404、502等情況下的測試

后臺服務(wù)牽涉到?DNS馍迄、空間服務(wù)商的情況下會影響其穩(wěn)定性福也，如：當(dāng)出現(xiàn)域名解析故障時，

你對后臺?API的請求很可能就會出現(xiàn) ?404錯誤攀圈，拋出異常暴凑。這時需要對異常進(jìn)行正確的處

理，否則可能會導(dǎo)致程序不能正常工作量承。

2.12接口測試

服務(wù)端一般會提供JSON格式的數(shù)據(jù)給客戶端搬设，所以我們在服務(wù)端需要進(jìn)行接口測試，確保

服務(wù)端提供的接口并轉(zhuǎn)換的JSON內(nèi)容正確撕捍，對分支拿穴、異常流有相應(yīng)的返回值。此塊測試可

以采用itest框架進(jìn)行測試忧风。最方便的是采用httpclient進(jìn)行接口測試默色。

進(jìn)行服務(wù)端測試時，需要開發(fā)提供一份接口文檔狮腿。

2.13客戶端數(shù)據(jù)庫測試

1）一般的增腿宰、刪、改缘厢、查測試吃度。

2）當(dāng)表不存在時是否能自動創(chuàng)建，當(dāng)數(shù)據(jù)庫表被刪除后能否再自建贴硫，數(shù)據(jù)是否還能自動從

服務(wù)端中獲取回來并保存椿每。

3?）在業(yè)務(wù)需要從服務(wù)端取回數(shù)據(jù)保存到客戶端的時候，客戶端能否將數(shù)據(jù)保存到本地英遭。

4）當(dāng)業(yè)務(wù)需要從客戶端取數(shù)據(jù)時间护，檢查客戶端數(shù)據(jù)存在時，app數(shù)據(jù)是否能自動從客戶端

數(shù)據(jù)中取出挖诸，還是仍然會從服務(wù)器端獲戎摺？檢查客戶端數(shù)據(jù)不存在時多律，app數(shù)據(jù)能否自動從

服務(wù)器端獲取到并保存到客戶端

5?）當(dāng)業(yè)務(wù)對數(shù)據(jù)進(jìn)行了修改痴突、刪除后搂蜓，客戶端和服務(wù)端是否會有相應(yīng)的更新。

APP測試點總結(jié)：

一.功能性測試：

——根據(jù)產(chǎn)品需求文檔編寫測試用例辽装。

——軟件設(shè)計文檔編寫用例洛勉。

注意：就是根據(jù)產(chǎn)品需求文檔編寫測試用例而進(jìn)行測試。

二.兼容性測試:

——android版本的兼容性

——手機分辨率兼容性

——網(wǎng)絡(luò)的兼容性：2G\3G\4G\WIFI,弱網(wǎng)下如迟、斷網(wǎng)時

——app跨版本的兼容性

1.適配性測試：

1>.手機不同分辨率支持：客戶端支持的分辨率等

2>.手機不同版本的支持：2.34.04.4等收毫；在測試計劃中：需要安排單獨的時間用于android不同系統(tǒng)的兼容性測試，包括2.0以下版本和4.0以上等

3>.手機不同廠家系統(tǒng)的支持：不同廠家會有不同android系統(tǒng)殷勘，例如：小米此再，華為，錘子對市面上主流手機的支持

4>.手機不同尺寸的支持：3.5到5.0屏幕在UI顯示有區(qū)別玲销，要支持最大到最小输拇。

2.安裝、卸載測試：

1>.生成apk文件在真機上可以安裝及卸載贤斜；

2>.Android手機端通用安裝工具策吠。如：豌豆莢

3.在線升級測試：

1>.驗證數(shù)字簽名

2>.升級后可以正常使用。

3>.在線跨版本升級瘩绒。

三.性能測試：

——壓力測試：

——電量流量測試：

——cup猴抹、內(nèi)存消耗：

——app啟動時長

——crash率

——內(nèi)存泄漏

四.網(wǎng)絡(luò)測試：

1.外網(wǎng)測試主要現(xiàn)實模擬客戶使用網(wǎng)絡(luò)環(huán)境，檢驗客戶單程序在實際網(wǎng)若環(huán)境中使用情況及進(jìn)行業(yè)務(wù)操作锁荔。

2.外網(wǎng)測試主要覆蓋到wifi\2G\3G\4G,.net\wap蟀给、電信\移動\聯(lián)通、所有可能的組合進(jìn)行測試阳堕。

原則：

1.盡可能全面覆蓋用戶的使用場景跋理，測試用例中需要包含不同網(wǎng)絡(luò)排列組合的各種可能。

2.還有模擬信號被屏蔽時候恬总∏捌眨客戶端的影響等。還有做外包場景測試壹堰，在高山拭卿、丘陵、火車上等特殊環(huán)境下進(jìn)行全面測試

五.接口性測試：

——client端和service端的交互

——client端的數(shù)據(jù)更新和service端的數(shù)據(jù)是否一致

——client端更新時斷開了缀旁。

——client端更新時service端掛了记劈。

六.業(yè)務(wù)邏輯測試：

1.業(yè)務(wù)邏輯測試：主要測試客戶端業(yè)務(wù)能否正常完成勺鸦。

2.功能點測試：主要測試客戶端功能點是否正常使用

3.關(guān)聯(lián)性測試：主要測試客戶端與pc端的交互并巍，客戶端處理完后，pc端與客戶端數(shù)據(jù)一致

七.異常測試：

1.交互異常性測試：客戶端作為手機特性測試换途，包括被打擾的情況懊渡；如來電刽射、來短信、低電量測試等剃执，還要注意手機端硬件上誓禁，如：待機，插拔數(shù)據(jù)線肾档、耳機等操作不會影響客戶端摹恰。

2.異常性測試：主要包含了斷網(wǎng)、斷電怒见、服務(wù)器異常等情況下俗慈，客戶端能否正常處理，保證數(shù)據(jù)正確性遣耍。

客戶端側(cè)性能測試：

1.基準(zhǔn)性能測試：主要通過壓服務(wù)器端接口及客戶端在不同網(wǎng)絡(luò)環(huán)境下響應(yīng)速度闺阱。

2.大數(shù)量的測試：主要在特定環(huán)境下，客戶端一次性更新大量的數(shù)據(jù)及人員列表時舵变，客戶端能否正常處理酣溃，分為三種情況：

——客戶端第一次使用，第一次就更新大量數(shù)據(jù)及人員列表纪隙。

——客戶端在平時更新中赊豌，更新大量的數(shù)據(jù)

——客戶端已經(jīng)在手機本地下載很多數(shù)據(jù)后，再次更新大量

如果想要在測試方面獲得進(jìn)一步的提升绵咱，那么你就需要學(xué)會使用App測試工具亿絮。一方面，通過測試工具可以代替你做重復(fù)繁瑣的部分工作麸拄，你節(jié)省出的是更多的學(xué)習(xí)時間派昧，另一方面，這些工具還會為你提供大量的游戲運行數(shù)據(jù)和日志拢切，有了這些數(shù)據(jù)你就能更方便的判斷問題發(fā)生的原因蒂萎，這寫數(shù)據(jù)的解讀能力將是你未來的最大競爭力。