1 APP測試基本流程

1.1流程圖

image

1.2測試周期

測試周期可按項目的開發(fā)周期來確定測試時間泊藕，一般測試時間為兩三周（即15個工作日），根據(jù)項目情況以及版本質(zhì)量可適當(dāng)縮短或延長測試時間。

1.3測試資源

測試任務(wù)開始前，檢查各項測試資源露氮。

--產(chǎn)品功能需求文檔；

--產(chǎn)品原型圖钟沛；

--產(chǎn)品效果圖畔规；

--測試設(shè)備；

--其他。

1.4日報及產(chǎn)品上線報告（內(nèi)部報告機制）

1）測試人員每天需對所測項目發(fā)送測試日報。（也就是我這邊有郵件通知測試項目的時候一般均屬于輸出測試日報）

2）測試日報所包含的內(nèi)容為：

\Dell-server\網(wǎng)站軟件app等開發(fā)\產(chǎn)品測試部\測試知識區(qū)域\測試文檔類模板\項目測試報告郵件輸出模板.doc

4）不同版本測試報告輸出

2 App測試點

image

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

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

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

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

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

9）卸載應(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是否能正確安裝挤庇、運行、卸載以及操作過程和操作前后對系統(tǒng)資源的使用情況

2.2.1安裝

1）軟件在不同操作系統(tǒng)下安裝是否正常贷掖。

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

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

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

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)資源是否占用異常驶臊。（itestin）

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

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

4)性能評估：評估典型用戶應(yīng)用場景下资铡，系統(tǒng)資源的使用情況电禀。（****Jmeter****）

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接口測試 （這個一般研發(fā)來做，如下想學(xué)習(xí)的話丙笋，可以使用chrome下的postman或者 網(wǎng)上其他工具進(jìn)行錄入查看簡單的測試）

服務(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ù)庫測試（mysql）

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)的更新朦乏。