第一篇：APP測試基本流程

APP測試基本流程

一、測試周期

app測試周期一般為兩周，根據(jù)項(xiàng)目情況以及版本質(zhì)量可適當(dāng)縮短或延長測試時(shí)間。正式測試前先向主管或產(chǎn)品經(jīng)理確認(rèn)項(xiàng)目排期。

二、測試資源

測試任務(wù)開始前，檢查各項(xiàng)測試資源。

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

產(chǎn)品原型圖

產(chǎn)品效果圖

行為統(tǒng)計(jì)分析定義文檔

測試設(shè)備（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）

其他（例如有秒殺專題的項(xiàng)目，需要規(guī)劃秒殺時(shí)間表；有優(yōu)惠券使用的項(xiàng)目，需要申請(qǐng)?zhí)砑觾?yōu)惠券數(shù)據(jù)；支付寶/銀聯(lián)支付功能的項(xiàng)目，需要提前申請(qǐng)支付寶/銀聯(lián)賬戶等等）

二、測試要點(diǎn) 接收版本

本人覺得，這個(gè)過程可以直接略過。非專業(yè)測試著，不喜勿拍。

UI測試

A）確保手頭的原型圖與效果圖為當(dāng)前最新版本。

B）確保產(chǎn)品UI符合產(chǎn)品經(jīng)理制定的原型圖與效果圖。

C）一切界面問題以效果圖為準(zhǔn)，若有用戶體驗(yàn)方面的建議，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。

D）由于測試環(huán)境中的數(shù)據(jù)為模擬數(shù)據(jù)，測試時(shí)必須預(yù)先想到正式環(huán)境中可能出現(xiàn)的數(shù)據(jù)類型。

功能測試

A）確保手頭的功能需求文檔為當(dāng)前最新版本。

B）確保所有的軟件功能都已實(shí)現(xiàn)且邏輯正常。

C）一切功能問題以需求文檔為準(zhǔn)，若有用戶體驗(yàn)方面的建議，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。個(gè)人建議，用戶體驗(yàn)方面的建議，優(yōu)先級(jí)放在修復(fù)bug之后。

D）若有些功能在技術(shù)上難以實(shí)現(xiàn)或者由于排期的原因無法在短時(shí)間內(nèi)實(shí)現(xiàn)，必須得到產(chǎn)品經(jīng)理的確認(rèn)，而不是單單只聽開發(fā)人員的技術(shù)解釋。此處確認(rèn)最好以郵件形式存在。

E）所有的“外部原因”問題，都需要盡早地督促開發(fā)人員與客戶服務(wù)端人員聯(lián)系協(xié)調(diào)解決。并在之后的測試報(bào)告中予以體現(xiàn)。

F）所有的“設(shè)計(jì)如此”、“延期處理”問題，都需要和產(chǎn)品經(jīng)理確認(rèn)后再進(jìn)行驗(yàn)證。并在之后的測試報(bào)告中予以體現(xiàn)。

G）測試下單時(shí)，注冊的測試賬號(hào)必須符合公司規(guī)范；收貨地址必須包含“測試”關(guān)鍵字，最好每次下單的名稱中含有日期，以便查詢；在正式環(huán)境中下單后必須取消該訂單等。

兼容測試/性能測試

A）確保軟件在所有兼容機(jī)型上都能正常使用（ios一般需要兼容7或者6，ios5可以不用，用戶使用率已經(jīng)低于5%以下）

B）對(duì)于低端性能兼容機(jī)上獨(dú)有的問題（例如ios5以下、Android1.6以下），若在技術(shù)上難以修改或者由于排期的原因無法在短時(shí)間內(nèi)改進(jìn)，必須在測試日?qǐng)?bào)中注明，并得到技術(shù)平臺(tái)主管、產(chǎn)品經(jīng)理以及運(yùn)營人員的確認(rèn)，最好以郵件的形式得到確認(rèn)）

C）性能測試方面必須滿足硬件壓力條件下的測試需要（例如多線程，用戶常用的app都要后臺(tái)運(yùn)行的環(huán)境中測試。）

D）網(wǎng)絡(luò)響應(yīng)用戶體驗(yàn)方面的性能測試，需要保證在wifi、3g、2g網(wǎng)絡(luò)下的切換效果。比如wifi切換到2g，網(wǎng)絡(luò)響應(yīng)的速度以及切換界面。

后臺(tái)訂單統(tǒng)計(jì)測試

A）核對(duì)“客戶端相關(guān)啟動(dòng)查詢”項(xiàng)，此項(xiàng)數(shù)據(jù)就是經(jīng)常說的“激活量”，非常重要。測試時(shí)必須保證該項(xiàng)中的各數(shù)據(jù)均正確，且每次啟動(dòng)軟件都會(huì)有相應(yīng)的統(tǒng)計(jì)記錄。

B）核對(duì)“訂單查詢”項(xiàng)，測試時(shí)必須保證各數(shù)據(jù)均正確，且每次成功下單后都會(huì)有相應(yīng)的統(tǒng)計(jì)記錄。

C）需要注意的是，在成功下單之后，后臺(tái)會(huì)做判斷將該訂單劃到測試訂單范圍，測試人員必須到“訂單查詢（測試）”模塊中核對(duì)訂單統(tǒng)計(jì)記錄信息。

用戶行為統(tǒng)計(jì)測試

A）確保手頭的行為統(tǒng)計(jì)分析定義文檔為最新版本，且與開發(fā)人員手中的文檔一致。

B）確保產(chǎn)品經(jīng)理在文檔中所定義的頁面在該產(chǎn)品中都是存在的。

C）盡可能真實(shí)地模擬用戶行為。D）核對(duì)統(tǒng)計(jì)日志，確保各項(xiàng)操作所對(duì)應(yīng)的頁面ID以及操作ID都是正確的。

回歸測試

A）軟件最終上線前，需對(duì)產(chǎn)品進(jìn)行回歸測試，測試內(nèi)容包含之前所有的測試項(xiàng)目

B）回歸測試不再對(duì)細(xì)節(jié)進(jìn)行測試，而是類似于對(duì)產(chǎn)品進(jìn)行驗(yàn)收，從客戶正常使用的角度對(duì)產(chǎn)品進(jìn)行再一輪的整體測試。

C）只有在回歸測試通過之后，才對(duì)產(chǎn)品進(jìn)行提交。

三、測試日?qǐng)?bào)及產(chǎn)品上線報(bào)告

測試人員每天需對(duì)所測項(xiàng)目發(fā)送測試日?qǐng)?bào)。

測試日?qǐng)?bào)所包含的內(nèi)容為：

A）對(duì)當(dāng)前測試版本質(zhì)量進(jìn)行分級(jí)。

B）對(duì)較嚴(yán)重的問題進(jìn)行例舉，提示開發(fā)人員優(yōu)先修改。

C）對(duì)版本的整體情況進(jìn)行評(píng)估。

產(chǎn)品上線前，測試人員發(fā)送產(chǎn)品上線報(bào)告

現(xiàn)使用Testbird進(jìn)行app自動(dòng)化測試，省時(shí)省事省錢~~~

第二篇：APP測試流程

APP測試基本流程 1.流程圖

盡快申請(qǐng)到正式環(huán)境下測試 接收版本 不符

App測試版本送測規(guī)范 用戶行為統(tǒng)計(jì)測試 后臺(tái)訂單統(tǒng)計(jì)測試 盡快申請(qǐng)到正式環(huán)境下測試 兼容性測試、性能壓力測試 功能測試：核對(duì)需求文檔 UI測試：核對(duì)rp/效果圖 符合 回歸測試 仍然為測試環(huán)境 進(jìn)入正式環(huán)境 發(fā)送上線報(bào)告 Fail Pass

2.測試周期 測試周期可按項(xiàng)目的開發(fā)周期來確定測試時(shí)間，一般測試時(shí)間為兩三周（即15個(gè)工作日），根據(jù)項(xiàng)目情況以及版本質(zhì)量可適當(dāng)縮短或延長測試時(shí)間。正式測試前先向主管確認(rèn)項(xiàng)目排期。3.測試資源

測試任務(wù)開始前，檢查各項(xiàng)測試資源。--產(chǎn)品功能需求文檔；--產(chǎn)品原型圖；--產(chǎn)品效果圖；

--行為統(tǒng)計(jì)分析定義文檔；

--測試設(shè)備（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）；--其他。

4.日?qǐng)?bào)及產(chǎn)品上線報(bào)告

1）測試人員每天需對(duì)所測項(xiàng)目發(fā)送測試日?qǐng)?bào)。2）測試日?qǐng)?bào)所包含的內(nèi)容為：--對(duì)當(dāng)前測試版本質(zhì)量進(jìn)行分級(jí)；

--對(duì)較嚴(yán)重的問題進(jìn)行例舉，提示開發(fā)人員優(yōu)先修改；--對(duì)版本的整體情況進(jìn)行評(píng)估。

3）產(chǎn)品上線前，測試人員發(fā)送產(chǎn)品上線報(bào)告。4）上線報(bào)告所包含的內(nèi)容為：---對(duì)當(dāng)前版本質(zhì)量進(jìn)行分級(jí)；---附上測試報(bào)告（功能測試報(bào)告、兼容性測試報(bào)告、性能測試報(bào)告以及app可用性能標(biāo)準(zhǔn)結(jié)果）；

--總結(jié)上線版本的基本情況。若有遺留問題必須列出并記錄解決方案。

App測試

1.安全測試

a.軟件權(quán)限

1）扣費(fèi)風(fēng)險(xiǎn)：包括發(fā)送短信、撥打電話、連接網(wǎng)絡(luò)等 2）隱私泄露風(fēng)險(xiǎn)：包括訪問手機(jī)信息、訪問聯(lián)系人信息等

3）對(duì)App的輸入有效性校驗(yàn)、認(rèn)證、授權(quán)、敏感數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)加密等方面進(jìn)行檢測

4）限制/允許使用手機(jī)功能接人互聯(lián)網(wǎng) 5）限制/允許使用手機(jī)發(fā)送接受信息功能 6）限制/允許應(yīng)用程序來注冊自動(dòng)啟動(dòng)應(yīng)用程序 7）限制或使用本地連接

8）限制/允許使用手機(jī)拍照或錄音 9）限制/允許使用手機(jī)讀取用戶數(shù)據(jù) 10)限制/允許使用手機(jī)寫人用戶數(shù)據(jù)

11)檢測App的用戶授權(quán)級(jí)別、數(shù)據(jù)泄漏、非法授權(quán)訪問等 b.安裝與卸載安全性

1）應(yīng)用程序應(yīng)能正確安裝到設(shè)備驅(qū)動(dòng)程序上 2）能夠在安裝設(shè)備驅(qū)動(dòng)程序上找到應(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è)定自動(dòng)啟動(dòng) 8）卸載是否安全, 其安裝進(jìn)去的文件是否全部卸載 9）卸載用戶使用過程中產(chǎn)生的文件是否有提示 10）其修改的配置信息是否復(fù)原 11）卸載是否影響其他軟件的功能 12）卸載應(yīng)該移除所有的文件 c.數(shù)據(jù)安全性

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

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

3）密碼, 信用卡明細(xì), 或其他的敏感數(shù)據(jù)將不被儲(chǔ)存在它們預(yù)輸人的位置上 4）不同的應(yīng)用程序的個(gè)人身份證或密碼長度必需至少在4一8 個(gè)數(shù)字長度之間

5）當(dāng)應(yīng)用程序處理信用卡明細(xì), 或其他的敏感數(shù)據(jù)時(shí), 不以明文形式將數(shù)據(jù)寫到其它單獨(dú)的文件或者臨時(shí)文件中。以6）防止應(yīng)用程序異常終止而又沒有側(cè)除它的臨時(shí)文件, 文件可能遭受人侵者的襲擊, 然后讀取這些數(shù)據(jù)信息。7）當(dāng)將敏感數(shù)據(jù)輸人到應(yīng)用程序時(shí), 其不會(huì)被儲(chǔ)存在設(shè)備中 8）備份應(yīng)該加密, 恢復(fù)數(shù)據(jù)應(yīng)考慮恢復(fù)過程的異常訊中斷等, 數(shù)據(jù)恢復(fù)后再使用前應(yīng)該經(jīng)過校驗(yàn)

9）應(yīng)用程序應(yīng)考慮系統(tǒng)或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全替告 10）應(yīng)用程序不能忽略系統(tǒng)或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全警告, 更不能在安全警告顯示前,，利用顯示誤導(dǎo)信息欺騙用戶，應(yīng)用程序不應(yīng)該模擬進(jìn)行安全警告誤導(dǎo)用戶

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

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

13）應(yīng)用程序應(yīng)當(dāng)能夠處理當(dāng)不允許應(yīng)用軟件連接到個(gè)人信息管理的情況 14）當(dāng)進(jìn)行讀或?qū)懹脩粜畔⒉僮鲿r(shí), 應(yīng)用程序?qū)?huì)向用戶發(fā)送一個(gè)操作錯(cuò)誤的提示信息

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

16）應(yīng)用程序讀和寫數(shù)據(jù)正確。17）應(yīng)用程序應(yīng)當(dāng)有異常保護(hù)。

18）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫, 應(yīng)及時(shí)告知用戶 19）能合理地處理出現(xiàn)的錯(cuò)誤 20）意外情況下應(yīng)提示用戶 d.通訊安全性 1）在運(yùn)行其軟件過程中, 如果有來電、SMS、EMS、MMS、藍(lán)牙、紅外等通訊或充電時(shí), 是否能暫停程序，優(yōu)先處理通信, 并在處理完畢后能正常恢復(fù)軟件, 繼續(xù)其原來的功能

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

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

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

5）應(yīng)能處理網(wǎng)絡(luò)異常和及時(shí)將異常情況通報(bào)用戶 6）應(yīng)用程序關(guān)閉或網(wǎng)絡(luò)連接不再使用時(shí)應(yīng)及時(shí)關(guān)閉)斷開 7)HTTP、HTTPS覆蓋測試

--App和后臺(tái)服務(wù)一般都是通過HTTP來交互的，驗(yàn)證HTTP環(huán)境下是否正常；--公共免費(fèi)網(wǎng)絡(luò)環(huán)境中（如：麥當(dāng)勞、星巴克等）都要輸入用戶名和密碼，通過SSL認(rèn)證來訪問網(wǎng)絡(luò)，需要對(duì)使用HTTP Client的library異常作捕獲處理。e.人機(jī)接口安全性

1）返回菜單總保持可用 2）命令有優(yōu)先權(quán)順序

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

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

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

2.安裝、卸載測試 驗(yàn)證App是否能正確安裝、運(yùn)行、卸載以及操作過程和操作前后對(duì)系統(tǒng)資源的使用情況 a.安裝

1）軟件在不同操作系統(tǒng)（Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0、Windows Phone 7）下安裝是否正常。

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

3）軟件安裝各個(gè)選項(xiàng)的組合是否符合概要設(shè)計(jì)說明 4)）軟件安裝向?qū)У腢I測試

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

6）軟件安裝過程中意外情況的處理是否符合需求（如死機(jī)，重啟，斷電）7）安裝空間不足時(shí)是否有相應(yīng)提示 8）安裝后沒有生成多余的目錄結(jié)構(gòu)和文件

9）對(duì)于需要通過網(wǎng)絡(luò)驗(yàn)證之類的安裝，在斷網(wǎng)情況下嘗試一下 10）還需要對(duì)安裝手冊進(jìn)行測試，依照安裝手冊是否能順利安裝 b.卸載

1）直接刪除安裝文件夾卸載是否有提示信息。2）測試系統(tǒng)直接卸載程序是否有提示信息。3）測試卸載后文件是否全部刪除所有的安裝文件夾。

4）卸載過程中出現(xiàn)的意外情況的測試（如死機(jī)、斷電、重啟）。5）卸載是否支持取消功能，單擊取消后軟件卸載的情況。6）系統(tǒng)直接卸載UI測試，是否有卸載狀態(tài)進(jìn)度條提示。

3.UI測試

測試用戶界面(如菜單、對(duì)話框、窗口和其它可規(guī)控件)布局、風(fēng)格是否滿足客戶要求、文字是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。UI測試的目標(biāo)是確保用戶界面會(huì)通過測試對(duì)象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覓功能。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操作性測試。a.導(dǎo)航測試

1）按鈕、對(duì)話框、列表和窗口等；或在不同的連接頁面之間需要導(dǎo)航 2）是否易于導(dǎo)航，導(dǎo)航是否直觀 3）是否需要搜索引擎 4）導(dǎo)航幫助是否準(zhǔn)確直觀

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

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

2）自適應(yīng)界面設(shè)計(jì)，內(nèi)容根據(jù)窗口大小自適應(yīng) 3）頁面標(biāo)簽風(fēng)格是否統(tǒng)一 4）頁面是否美觀

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

6）圖片質(zhì)量要高且圖片尺寸在設(shè)計(jì)符合要求的情況下應(yīng)盡量小 7）界面整體使用的顏色不宜過多 c.內(nèi)容測試 1）輸入框說明文字的內(nèi)容與系統(tǒng)功能是否一致 2）文字長度是否加以限制 3）文字內(nèi)容是否表意不明 4）是否有錯(cuò)別字 5）信息是否為中文顯示 6）是否有敏感性詞匯、關(guān)鍵詞

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

4.功能測試

根據(jù)軟件說明或用戶需求驗(yàn)證App的各個(gè)功能實(shí)現(xiàn)，采用如下方法實(shí)現(xiàn)并評(píng)估功能測試過程：

1)采用時(shí)間、地點(diǎn)、對(duì)象、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉App的用戶使用場景，對(duì)比說明或需求，整理出內(nèi)在、外在及非功能直接相關(guān)的需求，構(gòu)建測試點(diǎn)，并明確測試標(biāo)準(zhǔn)，若用戶需求中無明確標(biāo)準(zhǔn)遵循，則需要參考行業(yè)或相關(guān)國際標(biāo)準(zhǔn)或準(zhǔn)則。

2)根據(jù)被測功能點(diǎn)的特性列丼出相應(yīng)類型的測試用例對(duì)其進(jìn)行覆蓋，如；涉及輸入的地方需要考慮等價(jià)、邊界、負(fù)面、異?；蚍欠ā鼍盎貪L、關(guān)聯(lián)測試等測試類型對(duì)其進(jìn)行覆蓋。

3)在測試實(shí)現(xiàn)的各個(gè)階段跟蹤測試實(shí)現(xiàn)與需求輸入的覆蓋情況，及時(shí)修正業(yè)務(wù)或需求理解錯(cuò)誤。a.運(yùn)行

1）App安裝完成后的試運(yùn)行，可正常打開軟件。2）App打開測試，是否有加載狀態(tài)進(jìn)度提示。3）App打開速度測試，速度是否可觀。4）App頁面間的切換是否流暢，邏輯是否正確 5）注冊

--同表單編輯頁面--用戶名密碼長度--注冊后的提示頁面

--前臺(tái)注冊頁面和后臺(tái)的管理頁面數(shù)據(jù)是否一致--注冊后，在后臺(tái)管理中頁面提示 6）登錄

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

--系統(tǒng)是否允許多次非法的登陸，是否有次數(shù)限制。--使用已經(jīng)登陸的賬號(hào)登陸系統(tǒng)是否正確處理。--使用禁用的賬號(hào)登陸系統(tǒng)是否正確處理。--用戶名、口令（密碼）錯(cuò)誤或漏填時(shí)能否登陸。--刪除或修改后的用戶，原用戶登陸。

--不輸入用戶口令和用戶、重復(fù)點(diǎn)（確定或取消按鈕）是否允許登陸。--登陸后，頁面中登陸信息。--頁面中有注銷按鈕。--登陸超時(shí)的處理。7）注銷

--注銷原模塊，新的模塊系統(tǒng)能否正確處理。--終止注銷能否返回原模塊，原用戶。--注銷原用戶，新用戶系統(tǒng)能否正確處理。

--使用錯(cuò)誤的賬號(hào)、口令、無權(quán)限的被禁用的賬號(hào)進(jìn)行注銷 b.應(yīng)用的前后臺(tái)切換

1)APP切換到后臺(tái)，再回到app，檢查是否停留在上一次操作界面。2)APP切換到后臺(tái)，再回到app，檢查功能及應(yīng)用狀態(tài)是否正常，IOS4和IOS5的版本的處理機(jī)制有的不一樣。

3)app切換到后臺(tái)，再回到前臺(tái)時(shí)，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對(duì)于從后臺(tái)切換回前臺(tái)數(shù)據(jù)有自動(dòng)更新的時(shí)候。

4)手機(jī)鎖屏解屏后進(jìn)入app注意是否會(huì)崩潰，功能狀態(tài)是否正常，尤其是對(duì)于從后臺(tái)切換回前臺(tái)數(shù)據(jù)有自動(dòng)更新的時(shí)候。

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

7)出現(xiàn)必須處理的提示框后，切換到后臺(tái)，再切換回來，檢查提示框是否還存在，有時(shí)候會(huì)出現(xiàn)應(yīng)用自動(dòng)跳過提示框的缺陷。

8)對(duì)于有數(shù)據(jù)交換的頁面，每個(gè)頁面都必需要進(jìn)行前后臺(tái)切換、鎖屏的測試，這種頁面最容易出現(xiàn)崩潰。c.免登錄

很多應(yīng)用提供免登錄功能，當(dāng)應(yīng)用開啟時(shí)自動(dòng)以上一次登錄的用戶身份來使用app.1)app有免登錄功能時(shí)，需要考慮IOS版本差異。2)考慮無網(wǎng)絡(luò)情況時(shí)能否正常進(jìn)入免登錄狀態(tài)。3)切換用戶登錄后，要校驗(yàn)用戶登錄信息及數(shù)據(jù)內(nèi)容是否相應(yīng)更新，確保原用戶退出。

4)根據(jù)MTOP的現(xiàn)有規(guī)則，一個(gè)帳戶只允許登錄一臺(tái)機(jī)器。所以，需要檢查一個(gè)帳戶登錄多臺(tái)手機(jī)的情況。原手機(jī)里的用戶需要被踢出，給出友好提示。5)app切換到后臺(tái)，再切回前臺(tái)的校驗(yàn) 6)切換到后臺(tái)，再切換回前臺(tái)的測試

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

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

9)檢查用戶主動(dòng)退出登錄后，下次啟動(dòng)app，應(yīng)停留在登錄界面 d.數(shù)據(jù)更新

根據(jù)應(yīng)用的業(yè)務(wù)規(guī)則，以及數(shù)據(jù)更新量的情況，來確定最優(yōu)的數(shù)據(jù)更新方案。1)需要確定哪些地方需要提供手動(dòng)刷新，哪些地方需要自動(dòng)刷新，哪些地方需要手動(dòng)+自動(dòng)刷新。

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

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

4)確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請(qǐng)求，還是有緩存到本地，這樣才能有針對(duì)性的進(jìn)行相應(yīng)測試。

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

很多應(yīng)用會(huì)支持離線瀏覽，即在本地客戶端會(huì)緩存一部分?jǐn)?shù)據(jù)供用戶查看。1)在無網(wǎng)絡(luò)情況可以瀏覽本地?cái)?shù)據(jù) 2)退出app再開啟app時(shí)能正常瀏覽 3)切換到后臺(tái)再切回前臺(tái)可以正常瀏覽 4)鎖屏后再解屏回到應(yīng)用前臺(tái)可以正常瀏覽 5)在對(duì)服務(wù)端的數(shù)據(jù)有更新時(shí)會(huì)給予離線的相應(yīng)提示 f.App更新

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

2)當(dāng)版本為非強(qiáng)制升級(jí)版時(shí)，用戶可以取消更新，老版本能正常使用。用戶在下次啟動(dòng)app時(shí)，仍能出現(xiàn)更新提示。

3)當(dāng)版本為強(qiáng)制升級(jí)版時(shí)，當(dāng)給出強(qiáng)制更新后用戶沒有做更新時(shí)，退出客戶端。下次啟動(dòng)app時(shí)，仍出現(xiàn)強(qiáng)制升級(jí)提示。

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

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

6)當(dāng)客戶端有新版本時(shí)，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬于缺陷。g.定位、照相機(jī)服務(wù)

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

2)有用到定位服務(wù)、照相機(jī)服務(wù)的地方，需要進(jìn)行前后臺(tái)的切換測試，檢查應(yīng)用是否正常。3)當(dāng)定位服務(wù)沒有開啟時(shí)，使用定位服務(wù)，會(huì)友好性彈出是否允許設(shè)置定位提示。當(dāng)確定允許開啟定位時(shí)，能自動(dòng)跳轉(zhuǎn)到定位設(shè)置中開啟定位服務(wù)。4)測試定位、照相機(jī)服務(wù)時(shí)，需要采用真機(jī)進(jìn)行測試。h.時(shí)間測試

客戶端可以自行設(shè)置手機(jī)的時(shí)區(qū)、時(shí)間，因此需要校驗(yàn)該設(shè)置對(duì)app的影響。--中國為東8區(qū)，所以當(dāng)手機(jī)設(shè)置的時(shí)間非東8區(qū)時(shí)，查看需要顯示時(shí)間的地方，時(shí)間是否展示正確，應(yīng)用功能是否正常。時(shí)間一般需要根據(jù)服務(wù)器時(shí)間再轉(zhuǎn)換成客戶端對(duì)應(yīng)的時(shí)區(qū)來展示，這樣的用戶體驗(yàn)比較好。比如發(fā)表一篇微博在服務(wù)端記錄的是10：00，此時(shí)，華盛頓時(shí)間為22：00，客戶端去瀏覽時(shí)，如果設(shè)置的是華盛頓時(shí)間,則顯示的發(fā)表時(shí)間即為22:00,當(dāng)時(shí)間設(shè)回東8區(qū)時(shí)間時(shí)，再查看則顯示為10：00。i.PUSH測試

1)檢查push消息是否按照指定的業(yè)務(wù)規(guī)則發(fā)送 2)檢查不接受推送消息時(shí)，檢查用戶不會(huì)再接收到push.3)如果用戶設(shè)置了免打擾的時(shí)間段，檢查在免打擾時(shí)間段內(nèi)，用戶接收不到PUSH。

在非免打擾時(shí)間段，用戶能正常收到push。

4)當(dāng)push消息是針對(duì)登錄用戶的時(shí)候，需要檢查收到的push與用戶身份是否相符，沒有錯(cuò)誤地將其它人的消息推送過來。一般情況下，只對(duì)手機(jī)上最后一個(gè)登錄用戶進(jìn)行消息推送。

5)測試push時(shí)，需要采用真機(jī)進(jìn)行測試。

5.性能測試 評(píng)估App的時(shí)間和空間特性 ：

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

--內(nèi)存滿時(shí)安裝App--運(yùn)行App時(shí)手機(jī)斷電--運(yùn)行App時(shí)斷掉網(wǎng)絡(luò)

2)響應(yīng)能力測試：測試App中的各類操作是否滿足用戶響應(yīng)時(shí)間要求。--App安裝、卸載的響應(yīng)時(shí)間--App各類功能性操作的影響時(shí)間

3)壓力測試：反復(fù)/長期操作下、系統(tǒng)資源是否占用異常。--App反復(fù)進(jìn)行安裝卸載，查看系統(tǒng)資源是否正常--其他功能反復(fù)進(jìn)行操作，查看系統(tǒng)資源是否正常

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

5)Benchmark測試（基線測試）：與競爭產(chǎn)品的Benchmarking, 產(chǎn)品演變對(duì)比測試等。6.交叉事件測試

針對(duì)智能終端應(yīng)用的服務(wù)等級(jí)劃分方式及實(shí)時(shí)特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個(gè)功能正在執(zhí)行過程中，同時(shí)另外一個(gè)事件或操作對(duì)該過程進(jìn)行干擾的測試。如；App在前/后臺(tái)運(yùn)行狀態(tài)時(shí)與來電、文件下載、音樂收聽等關(guān)鍵運(yùn)用的交互情況測試等。交叉事件測試非常重要，能發(fā)現(xiàn)很多應(yīng)用中潛在的性能問題。

1）多個(gè)App同時(shí)運(yùn)行是否影響正常功能 2）App運(yùn)行時(shí)前/后臺(tái)切換是否影響正常功能 3）App運(yùn)行時(shí)撥打/接聽電話 4）App運(yùn)行時(shí)發(fā)送/接收信息 5）App運(yùn)行時(shí)發(fā)送/收取郵件

6）App運(yùn)行時(shí)切換網(wǎng)絡(luò)（2G、3G、wifi）7）App運(yùn)行時(shí)瀏覽網(wǎng)絡(luò)

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

9）App運(yùn)行時(shí)使用相機(jī)、計(jì)算器等手機(jī)自帶設(shè)備 7.兼容測試

主要測試內(nèi)部和外部兼容性 1）與本地及主流App是否兼容

2）基于開發(fā)環(huán)境和生產(chǎn)環(huán)境的不同，檢驗(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)下，各種行為是否一致

--不同操作系統(tǒng)的兼容性，是否適配--不同手機(jī)屏幕分辨率的兼容性--不同手機(jī)品牌的兼容性 8.回歸測試

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

2）Bug修復(fù)后的回歸測試在交付前、要進(jìn)行全量用例的回歸測試。9.升級(jí)、更新測試

新版版發(fā)布后，配合不同網(wǎng)絡(luò)環(huán)境的自勱更新提示及下載、安裝、更新、啟勱、運(yùn)行的驗(yàn)證測試。

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

2）測試與升級(jí)模塊相關(guān)的模塊的功能是否與需求一致 3）升級(jí)安裝意外情況的測試（如死機(jī)、斷電、重啟）4）升級(jí)界面的UI測試 5）不同操作系統(tǒng)間的升級(jí)測試 10.用戶體驗(yàn)測試

以主觀的普通消費(fèi)者的角度去感知產(chǎn)品或服務(wù)的舒適、有用、易用、友好親切程度。通過不同個(gè)體、獨(dú)立空間和非經(jīng)驗(yàn)的統(tǒng)計(jì)復(fù)用方式去有效評(píng)價(jià)產(chǎn)品的體驗(yàn)特性提出修改意見提升產(chǎn)品的潛在客戶滿意度。

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

3）是否有不可點(diǎn)擊的效果，如：你的按鈕此時(shí)處于不可用狀態(tài)，那么一定要灰掉，或者拿掉按鈕，否則會(huì)給用戶誤導(dǎo) 4）菜單層次是否太深 5）交互流程分支是否太多 6）相關(guān)的選項(xiàng)是否離得很遠(yuǎn) 7）一次是否載入太多的數(shù)據(jù) 8）界面中按鈕可點(diǎn)擊范圍是否適中

9）標(biāo)簽頁是否跟內(nèi)容沒有從屬關(guān)系，當(dāng)切換標(biāo)簽的時(shí)候，內(nèi)容跟著切換 10）操作應(yīng)該有主次從屬關(guān)系

11）是否定義Back的邏輯。涉及軟硬件交互時(shí)，Back鍵應(yīng)具體定義 12）是否有橫屏模式的設(shè)計(jì)，應(yīng)用一般需要支持橫屏模式，即自適應(yīng)設(shè)計(jì) 11.硬件環(huán)境測試

a.手勢操作測試

1）手機(jī)開鎖屏對(duì)運(yùn)行中的App的影響 2）切換網(wǎng)絡(luò)對(duì)運(yùn)行中的App的影響 3）運(yùn)行中的App前后臺(tái)切換的影響 4）多個(gè)運(yùn)行中的App的切換 5）App運(yùn)行時(shí)關(guān)機(jī) 6）App運(yùn)行時(shí)重啟系統(tǒng) 7）App運(yùn)行時(shí)充電

8）App運(yùn)行時(shí)kill掉進(jìn)程再打開 b.網(wǎng)絡(luò)環(huán)境

手機(jī)的網(wǎng)絡(luò)目前主要分為2G、3G、wifi。目前2G的網(wǎng)絡(luò)相對(duì)于比較慢，測試時(shí)尤其要注意此塊的測試。

1)無網(wǎng)絡(luò)時(shí)，執(zhí)行需要網(wǎng)絡(luò)的操作，給予友好提示，確保程序不出現(xiàn)crash。2)內(nèi)網(wǎng)測試時(shí)，要注意選擇到外網(wǎng)操作時(shí)的異常情況處理。

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

4)在網(wǎng)絡(luò)信號(hào)不好時(shí)，檢查數(shù)據(jù)是否會(huì)一直處于提交中的狀態(tài)，有無超時(shí)限制。如遇數(shù)據(jù)交換失敗時(shí)要給予提示。5)在網(wǎng)絡(luò)信號(hào)不好時(shí)，執(zhí)行操作后，在回調(diào)沒有完成的情況下，退出本頁面或者執(zhí)行其他操作的情況，有無異常情況。此問題也會(huì)經(jīng)常出現(xiàn)程序crash。c.服務(wù)器宕機(jī)或出現(xiàn)404、502等情況下的測試

后臺(tái)服務(wù)牽涉到DNS、空間服務(wù)商的情況下會(huì)影響其穩(wěn)定性，如：當(dāng)出現(xiàn)域名解析故障時(shí)，你對(duì)后臺(tái)API的請(qǐng)求很可能就會(huì)出現(xiàn)404錯(cuò)誤，拋出異常。這時(shí)需要對(duì)異常進(jìn)行正確的處理，否則可能會(huì)導(dǎo)致程序不能正常工作。

12.接口測試

服務(wù)端一般會(huì)提供JSON格式的數(shù)據(jù)給客戶端，所以我們在服務(wù)端需要進(jìn)行接口測試，確保服務(wù)端提供的接口并轉(zhuǎn)換的JSON內(nèi)容正確，對(duì)分支、異常流有相應(yīng)的返回值。此塊測試可以采用itest框架進(jìn)行測試。最方便的是采用httpclient進(jìn)行接口測試。進(jìn)行服務(wù)端測試時(shí)，需要開發(fā)提供一份接口文檔。13.客戶端數(shù)據(jù)庫測試

1）一般的增、刪、改、查測試。

2）當(dāng)表不存在時(shí)是否能自動(dòng)創(chuàng)建，當(dāng)數(shù)據(jù)庫表被刪除后能否再自建，數(shù)據(jù)是否還能自動(dòng)從服務(wù)端中獲取回來并保存。

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

4）當(dāng)業(yè)務(wù)需要從客戶端取數(shù)據(jù)時(shí)，檢查客戶端數(shù)據(jù)存在時(shí)，app數(shù)據(jù)是否能自動(dòng)從客戶端數(shù)據(jù)中取出，還是仍然會(huì)從服務(wù)器端獲取？檢查客戶端數(shù)據(jù)不存在時(shí)，app數(shù)據(jù)能否自動(dòng)從服務(wù)器端獲取到并保存到客戶端

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

第三篇：app測試工程師工作的基本職責(zé)模板

app測試工程師工作的基本職責(zé)模板

職責(zé)：

1、負(fù)責(zé)公司軟件產(chǎn)品的整體測試工作;

2、配合產(chǎn)品經(jīng)理完成公司軟件產(chǎn)品的質(zhì)量輸出;

3、負(fù)責(zé)跟蹤產(chǎn)品在開發(fā)生命周期的測試工作，帶領(lǐng)測試工程師完成軟件測試類工作;

4、負(fù)責(zé)與產(chǎn)品、開發(fā)技術(shù)人員、UI設(shè)計(jì)人員在測試過程的溝通工作;

5、負(fù)責(zé)包含但不限于在軟件產(chǎn)品功能、接口、性能各方面的綜合測試工作;

6、參與項(xiàng)目需求講解、UI講解及產(chǎn)品相關(guān)會(huì)議的工作;

7、負(fù)責(zé)APP日常運(yùn)行跟蹤測試工作，協(xié)助客服解決客戶關(guān)于APP的疑問解答;

8、熟悉軟件工程，精通測試?yán)碚?、流程與方法，有大型互聯(lián)網(wǎng)公司相關(guān)經(jīng)驗(yàn)者;

任職要求：

1、熟悉SQL

Server/MYSQL/ORACLE等主流數(shù)據(jù)庫，熟悉常用SQL語句;

2、熟悉HTTP

Watch,Fidller等常用抓包工具

3、熟練運(yùn)用QTP、LoadRunner等工具進(jìn)行性能測試，熟練運(yùn)用WebDriver等工具進(jìn)行自動(dòng)化測試;

4、精通Bug管理流程，會(huì)使用常見的Bug管理工具，如QC、Bugzilla、JIRA等

5、熟悉Shell/PHP/Perl/Python/Ruby等至少一種腳本語言，有開發(fā)測試經(jīng)驗(yàn)者優(yōu)先;

6、有豐富的測試技術(shù)功底，對(duì)系統(tǒng)結(jié)構(gòu)、軟件運(yùn)行原理、測試框架、自動(dòng)化測試、性能測試等方面有深刻造，并具有獨(dú)立設(shè)計(jì)、搭建自動(dòng)化測試框架，編寫自動(dòng)化測試腳本能力;

app測試工程師工作的基本職責(zé)模板2

職責(zé)：

1.負(fù)責(zé)產(chǎn)品的自動(dòng)化測試，接口、安全測試、性能測試;

2.團(tuán)隊(duì)測試技術(shù)和方法的培訓(xùn)及推廣，引導(dǎo)團(tuán)隊(duì)技術(shù)發(fā)展;

3.提升團(tuán)隊(duì)測試技能和測試效率，推動(dòng)項(xiàng)目測試流程改進(jìn)等;

4.負(fù)責(zé)產(chǎn)品缺陷跟蹤和管理，注重產(chǎn)品用戶體驗(yàn)，嚴(yán)格把控產(chǎn)品從測試到發(fā)布過程質(zhì)量管理;

___組織開展測試活動(dòng)，提交測試報(bào)告，能指導(dǎo)其他測試工程師一起獨(dú)立完成測試項(xiàng)目;

任職要求：

1.有互聯(lián)網(wǎng)項(xiàng)目經(jīng)驗(yàn);

2.有java或者python等至少一種編程語言開發(fā)經(jīng)驗(yàn)，熟悉shell更佳;

3.自動(dòng)化系統(tǒng)框架，二次開發(fā)經(jīng)驗(yàn);

4.白盒測試、自動(dòng)化、安裝測試、性能測試等工具使用(LR＼JMETER＼appium＼ROBOTIUM＼SELENIUM);

5.積極主動(dòng)，優(yōu)秀的溝通能力，具有較強(qiáng)的邏輯思維和理解力，工作嚴(yán)謹(jǐn)認(rèn)真，具有較強(qiáng)的學(xué)習(xí)潛力和自我發(fā)展意愿。

app測試工程師工作的基本職責(zé)模板31、結(jié)合公司實(shí)際情況，制定測試流程、規(guī)范;理解項(xiàng)目需求，編寫對(duì)應(yīng)的測試用例;

2、執(zhí)行測試，報(bào)告軟件缺陷并跟蹤缺陷的解決，協(xié)助開發(fā)人員對(duì)問題進(jìn)行重現(xiàn)和定位;

3、對(duì)測試結(jié)果以及缺陷報(bào)告進(jìn)行統(tǒng)計(jì)分析工作;

4、對(duì)APP進(jìn)行主流機(jī)型的兼容易測試;

5、對(duì)H5端進(jìn)行主流瀏覽器及主流機(jī)型的兼容性測試;

6、對(duì)兼容性測試結(jié)果進(jìn)行統(tǒng)計(jì)分析工作并生成兼容性報(bào)告;

7、利用主流自動(dòng)化測試工具，對(duì)系統(tǒng)進(jìn)行回歸測試;對(duì)自動(dòng)化測試工具生成的報(bào)告進(jìn)行整理美化，生成自動(dòng)化測試報(bào)告，對(duì)性能測試的結(jié)果進(jìn)行統(tǒng)計(jì)分析生成性能測試報(bào)告。

app測試工程師工作的基本職責(zé)模板4

職責(zé)：

1.根據(jù)項(xiàng)目計(jì)劃和需求文檔，編寫或組織編寫測試用例，并進(jìn)行評(píng)審;

2.根據(jù)測試計(jì)劃和測試用例，執(zhí)行或組織執(zhí)行系統(tǒng)測試，編寫測試報(bào)告;

3.跟蹤項(xiàng)目缺陷，確保得到及時(shí)解決，并進(jìn)行驗(yàn)收;

4.與團(tuán)隊(duì)相關(guān)人員進(jìn)行溝通，確保測試工作順利進(jìn)行

5.完成上級(jí)安排的其他工作

崗位要求：

1.具有___年的互聯(lián)網(wǎng)行業(yè)測試經(jīng)驗(yàn)，熟悉測試?yán)碚?、方法及工?/p>

___頭腦靈活，溝通能力好，責(zé)任心強(qiáng)，細(xì)致認(rèn)真，有耐心

___對(duì)軟件測試工作有濃厚興趣，善于發(fā)現(xiàn)問題、定位問題、具有較強(qiáng)的分析問題能力和主動(dòng)性

4.熟悉ios系統(tǒng)優(yōu)先考慮。

app測試工程師工作的基本職責(zé)模板5

職責(zé):

1.前期參與產(chǎn)品需求評(píng)審，制定測試計(jì)劃和測試方案，編寫測試用例和評(píng)審，具有一定的測試管理經(jīng)驗(yàn);

2.負(fù)責(zé)測試執(zhí)行，問題反饋并跟蹤問題解決，能夠提出產(chǎn)品優(yōu)化的建議;

3.負(fù)責(zé)輸出測試報(bào)告、項(xiàng)目風(fēng)險(xiǎn)評(píng)估并對(duì)測試結(jié)果負(fù)責(zé);

4.精通對(duì)產(chǎn)品的接口測試、自動(dòng)化測試、性能測試和兼容性等工作;

5.負(fù)責(zé)測試腳本的編寫和改進(jìn)，優(yōu)化日常的測試流程和效率;

任職資格:

___本科及以上學(xué)歷，軟件工程/計(jì)算機(jī)相關(guān)專業(yè);

___至少___年以上測試工作經(jīng)驗(yàn)，具有互聯(lián)網(wǎng)從業(yè)背景，做過后臺(tái)、移動(dòng)端產(chǎn)品測試經(jīng)驗(yàn);

3.測試工具開發(fā)、性能測試、自動(dòng)化測試有任意一項(xiàng)經(jīng)驗(yàn)豐富者優(yōu)先考慮;

4.精通接口測試，精通

SQL腳本語言，熟練使用PostMan、fiddle等工具;

第四篇：app測試總結(jié)

App測試總結(jié)

一、App測試流程與web項(xiàng)目流程區(qū)別

1.對(duì)UI要求比較高，需要更加注重用戶體驗(yàn)。對(duì)于一個(gè)小小的屏幕，如何讓用戶使用更加輕便、簡介、易用。

2.App是調(diào)用服務(wù)端接口展示數(shù)據(jù)。我們測試需要可以判斷問題是客戶端還是服務(wù)端接口返回?cái)?shù)據(jù)錯(cuò)誤。

3.App網(wǎng)絡(luò)測試。手機(jī)對(duì)網(wǎng)絡(luò)要求比較特別，網(wǎng)絡(luò)分2G，3G，wifi。有條件的話，可以分別測試下。

4.App需要版本升級(jí)功能。（非常重要）

5.Push推送測試（現(xiàn)在客戶基本都挺重視此功能）

二、服務(wù)端測試

服務(wù)端一般會(huì)提供JSON格式的數(shù)據(jù)給客戶端，所以我們在服務(wù)端需要進(jìn)行接口測試，確保服務(wù)端提供的接口并轉(zhuǎn)換的JSON內(nèi)容正確，對(duì)分支、異常流有相應(yīng)的放置。我們可以用RESTClient進(jìn)行接口測試（接口需要開發(fā)提供文檔，如何調(diào)用接口）安裝方法

1.安裝Firefox-附件組件-擴(kuò)展

2.安裝成功后，點(diǎn)擊restclient圖標(biāo)

根據(jù)開發(fā)提供文檔編輯url如圖，可以獲取json數(shù)據(jù)。通過這個(gè)我們可以測試接口返回?cái)?shù)據(jù)是否正確

三、客戶端測試

1.網(wǎng)絡(luò)

1）無網(wǎng)絡(luò)，執(zhí)行需要網(wǎng)絡(luò)的操作，要有友好的提示，確保程序不出現(xiàn)crash。由于網(wǎng)絡(luò)出現(xiàn)crash都屬于bug。

2）內(nèi)網(wǎng)測試時(shí)，要注意選擇到外網(wǎng)操作時(shí)的異常處理。

3）網(wǎng)絡(luò)信號(hào)不好時(shí)，檢查功能狀態(tài)是否正常，確保不因提交數(shù)據(jù)失敗而造成crash 4）網(wǎng)絡(luò)信號(hào)不好時(shí)，檢查數(shù)據(jù)是否會(huì)一直處于提交中的狀態(tài)，有無超時(shí)限制。如遇數(shù)據(jù)交換失敗時(shí)要給予提示

5）網(wǎng)絡(luò)信號(hào)不好時(shí)，執(zhí)行操作后，在回調(diào)沒有完成的情況下，退出本頁面或者執(zhí)行其他操作的情況，有無異常情況。此問題也會(huì)經(jīng)常出現(xiàn)程序crash

2.應(yīng)用的前后臺(tái)切換

1）app切換到后臺(tái)，再回到app，檢查是否停留在上一次操作界面 2）app切換到后臺(tái)，再回到app，檢查功能及應(yīng)用狀態(tài)是否正常

3）app切換到后臺(tái)，再回到前臺(tái)時(shí)，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對(duì)于從后臺(tái)切換前臺(tái)數(shù)據(jù)有自動(dòng)更新的時(shí)候。

4）手機(jī)鎖屏解屏后進(jìn)入app注意是否會(huì)崩潰，功能狀態(tài)是否正常，尤其是對(duì)于從后臺(tái)切換前臺(tái)數(shù)據(jù)有自動(dòng)更新的時(shí)候。

5）當(dāng)app使用過程中有電話進(jìn)來中斷后再切換到app，功能狀態(tài)是否正常 6）當(dāng)殺掉app進(jìn)程后，再開啟app，app能否正常啟動(dòng)

7）出現(xiàn)必須處理的提示框后，切換到后臺(tái)，再切換回來，檢查提示框是否還存在（譬如強(qiáng)制更新提示框）。有時(shí)候會(huì)出現(xiàn)應(yīng)用自動(dòng)跳過提示框的缺陷

8）對(duì)于有數(shù)據(jù)交換的頁面，每個(gè)頁面都必須要進(jìn)行后臺(tái)切換、鎖屏測試。這種頁面最容易出現(xiàn)崩潰

3.數(shù)據(jù)更新

根據(jù)應(yīng)用的業(yè)務(wù)規(guī)則，以及數(shù)據(jù)更新量的情況，來確定最優(yōu)的數(shù)據(jù)更新方案。1）需要確定哪些地方需要提供手動(dòng)刷新，哪些地方需要自動(dòng)刷新，哪些地方需要手動(dòng)+自動(dòng)刷新

2）確定哪些地方從后臺(tái)切換回前臺(tái)時(shí)需要進(jìn)行數(shù)據(jù)更新 4.5.6.7.8.3）根據(jù)業(yè)務(wù)、速度及流量的合理分配，確定哪些內(nèi)容需要實(shí)時(shí)更新，哪些需要定時(shí)更新

4）確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請(qǐng)求，還是有緩存到本地，這樣才能有針對(duì)性的進(jìn)行相應(yīng)測試

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

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

2）檢查不接受推送消息時(shí)，檢查用戶不會(huì)再接收到push 3）如果用戶設(shè)置了免打擾的時(shí)間段，檢查在免打擾時(shí)間段內(nèi)，用戶接收不到push。再非免打擾時(shí)間段，用戶能正常收到push 4）需要注意的是，Ios如果是開發(fā)刷上來的app，是沒有推送的。需要自己網(wǎng)頁上下載或者拿到ipa安裝包自己使用手機(jī)助手安裝的才有推送 客戶端更新

客戶端更新一般是通過與服務(wù)器返回的當(dāng)前版本號(hào)比較來判斷是否有更新。我們測試模擬更新時(shí)，首先要了解到服務(wù)端當(dāng)前版本號(hào)(1.0)，然后讓客戶端打高版本的安裝包(2.0)，通知服務(wù)端改服務(wù)端版本號(hào)也改成2.0，把2.0安裝包放服務(wù)端后。即可開始升級(jí)測試。

1）當(dāng)客戶端有新版本時(shí)，有更新提示

2）當(dāng)版本為非強(qiáng)制升級(jí)版時(shí)，用戶可以取消更新，老版本能正常使用。用戶在下次啟動(dòng)app時(shí)，仍能出現(xiàn)更新提示。如果是正式app已經(jīng)上線，那么升級(jí)時(shí)一定要考慮老版本是否能正常使用。

3）當(dāng)版本為強(qiáng)制升級(jí)版時(shí)，當(dāng)給出強(qiáng)制更新后用戶沒有做更新時(shí)，退出客戶端或者切換到后臺(tái)，下次啟動(dòng)app時(shí)，仍出現(xiàn)強(qiáng)制升級(jí)提示

4）可以不刪除客戶端，覆蓋安裝。覆蓋安裝后，登錄信息都應(yīng)該保存的。5）更新成功后，檢查是否是新版本。并且不能再提示升級(jí) 免登錄

很多應(yīng)用提供免登錄功能，當(dāng)應(yīng)用開啟時(shí)自動(dòng)以上一次登錄的用戶身份來使用app 1）考慮無網(wǎng)絡(luò)情況時(shí)能否正常進(jìn)入免登錄狀態(tài)

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

3）App切換到后臺(tái)再切換到前臺(tái)的校驗(yàn)

4）密碼更換后，檢查有數(shù)據(jù)交換時(shí)是否進(jìn)行了有效身份的校驗(yàn) 5）檢查用戶主動(dòng)退出登錄后，下次啟動(dòng)app，應(yīng)停留在登錄頁面 離線瀏覽

很多應(yīng)用會(huì)支持離線瀏覽，即在本地客戶端會(huì)緩存一部分?jǐn)?shù)據(jù)供用戶查看。1）在無網(wǎng)絡(luò)情況可以本地瀏覽本地?cái)?shù)據(jù) 2）退出app再開啟app時(shí)能正常瀏覽 3）切換到后臺(tái)再切回前臺(tái)可以正常瀏覽 4）鎖屏后再解屏回到應(yīng)用前臺(tái)可以正常瀏覽

5）在對(duì)服務(wù)端的數(shù)據(jù)有更新時(shí)會(huì)給予離線的相應(yīng)提示 時(shí)間測試

客戶端可以自行設(shè)置手機(jī)的時(shí)區(qū)、時(shí)間因此需要校驗(yàn)該設(shè)置對(duì)app的影響。

時(shí)間一般需要根據(jù)服務(wù)器時(shí)間再轉(zhuǎn)換成客戶端對(duì)應(yīng)的時(shí)區(qū)來展示，這樣的用戶體驗(yàn)比較好。譬如發(fā)表一篇微博在服務(wù)端記錄是10:00，此時(shí)，華盛頓時(shí)間為22:00，客戶端去瀏覽時(shí)，如果設(shè)置的是華盛頓時(shí)間，則顯示發(fā)表時(shí)間為22：00.四、零散通用內(nèi)容測試

1.對(duì)模擬鍵盤的處理，例如鍵盤展開后，點(diǎn)擊其他位置是否正常首期，鍵盤使用完成后，能否正常收起

2.同事或者快速點(diǎn)擊不同的兩個(gè)按鍵，檢查程序是否正常，此問題經(jīng)常會(huì)crash，或者出現(xiàn)兩個(gè)功能界面并存的情況 3.較快速點(diǎn)擊同一按鈕多次，檢查程序是否正常，一般情況下需要對(duì)按鈕做置灰處理，在響應(yīng)成功之前，只允許操作一次，否則可能會(huì)產(chǎn)生重復(fù)數(shù)據(jù)

4.文字特殊符號(hào)的展示顯示能正常輸入，不轉(zhuǎn)義顯示，如<>不會(huì)顯示成<> 5.考慮界面的完整性，在界面數(shù)據(jù)顯示寬度上，我們要考慮是自適應(yīng)，還是自動(dòng)換行，當(dāng)自適應(yīng)的時(shí)候，程序會(huì)在顯示不全的時(shí)候自動(dòng)顯示…,此時(shí)，就要考慮哪些內(nèi)容是可以…,哪些內(nèi)容是必須要完整顯示的。

6.字體，顏色，視覺搭配的感觀測試也是很重要的一點(diǎn)，如果你感覺看上去很模糊，或者看著很累，說明設(shè)計(jì)上肯定是存在一定問題

五、問題排查

我們在客戶端測試時(shí)，經(jīng)常會(huì)碰到程序crash，有的是可以重現(xiàn)的。有的是莫名其妙的閃退

可以找開發(fā)debug，譬如ios。連上xcode運(yùn)行，debug。Ios的話，你的應(yīng)用的歷史crash都是可以在蘋果mac機(jī)器上看到crash的日志的。

第五篇：App測試方法總結(jié)

一、安全測試 1.軟件權(quán)限

1）扣費(fèi)風(fēng)險(xiǎn)：包括短信、撥打電話、連接網(wǎng)絡(luò)等。

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

3）對(duì)App的輸入有效性校驗(yàn)、認(rèn)證、授權(quán)、數(shù)據(jù)加密等方面進(jìn)行檢測 4）限制/允許使用手機(jī)功能接入互聯(lián)網(wǎng) 5）限制/允許使用手機(jī)發(fā)送接收信息功能 6）限制或使用本地連接

7）限制/允許使用手機(jī)拍照或錄音 8）限制/允許使用手機(jī)讀取用戶數(shù)據(jù) 9）限制/允許使用手機(jī)寫入用戶數(shù)據(jù)

10）限制/允許應(yīng)用程序來注冊自動(dòng)啟動(dòng)應(yīng)用程序 2.安裝與卸載安全性

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

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

4）沒有用戶的允許，應(yīng)用程序不能預(yù)先設(shè)定自動(dòng)啟動(dòng) 5）卸載是否安全，其安裝進(jìn)去的文件是否全部卸載 6）卸載用戶使用過程中產(chǎn)生的文件是否有提示 7）其修改的配置信息是否復(fù)原 8）卸載是否影響其他軟件的功能 9）卸載應(yīng)該移除所有的文件 3.數(shù)據(jù)安全性

1）當(dāng)將密碼或其它的敏感數(shù)據(jù)輸入到應(yīng)用程序時(shí)，其不會(huì)被存儲(chǔ)在設(shè)備中，同時(shí)密碼也不會(huì)被解碼。2）輸入的密碼將不以明文形式進(jìn)行顯示。

3）密碼、信用卡明細(xì)或其他的敏感數(shù)據(jù)將不被存儲(chǔ)在它們預(yù)輸入的位置上。4）不同的應(yīng)用程序的個(gè)人身份證或密碼長度必須至少在4-8個(gè)數(shù)字長度之間。

5）當(dāng)應(yīng)用程序處理信用卡明細(xì)或其它的敏感數(shù)據(jù)時(shí)，不以明文形式將數(shù)據(jù)寫到其他單獨(dú)的文件或者臨時(shí)文件中。以防止應(yīng)用程序異常終止而又沒有刪除它的臨時(shí)文件，文件可能遭受入侵者的襲擊，然后讀取這些數(shù)據(jù)信息。

6）黨建敏感數(shù)據(jù)輸入到應(yīng)用程序時(shí)，其不會(huì)被存儲(chǔ)在設(shè)備中。7）應(yīng)用程序應(yīng)考慮或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全警告

8）應(yīng)用程序不能忽略系統(tǒng)或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全警告，更不能在安全警告顯示前，利用顯示誤導(dǎo)信息欺騙用戶，應(yīng)用程序不應(yīng)該模擬進(jìn)行安全警告誤導(dǎo)用戶。

9）在數(shù)據(jù)刪除之前，應(yīng)用程序應(yīng)當(dāng)通知用戶或者應(yīng)用程序提供一個(gè)“取消”命令的操作。10）應(yīng)用程序應(yīng)當(dāng)能夠處理當(dāng)不允許應(yīng)用軟件連接到個(gè)人信息管理的情況。

11）當(dāng)進(jìn)行讀或?qū)懹脩粜畔⒉僮鲿r(shí)，應(yīng)用程序?qū)?huì)向用戶發(fā)送一個(gè)操作錯(cuò)誤的提示信息。12）在沒有用戶明確許可的前提下不損壞刪除個(gè)人信息管理應(yīng)用程序中的任何內(nèi)容。13）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫，應(yīng)及時(shí)告知用戶。14）能合理的處理出現(xiàn)的錯(cuò)誤。15）意外情況下應(yīng)提示用戶。4.通訊安全性

1）在運(yùn)行軟件過程中，如果有來電、SMS、藍(lán)牙等通訊或充電時(shí)，是否能暫停程序，優(yōu)先處理通信，并在處理完畢后能正?；謴?fù)軟件，繼續(xù)其原來的功能。2）當(dāng)創(chuàng)立連接時(shí)，應(yīng)用程序能夠處理因?yàn)榫W(wǎng)絡(luò)連接中斷，進(jìn)而告訴用戶連接中斷的情況。3）應(yīng)能處理通訊延時(shí)或中斷。

4）應(yīng)用程序?qū)⒈３止ぷ鞯酵ㄓ嵆瑫r(shí)，進(jìn)而給用戶一個(gè)錯(cuò)誤信息指示有鏈接錯(cuò)誤。5）應(yīng)能處理網(wǎng)絡(luò)異常和及時(shí)將異常情況通報(bào)用戶。6）應(yīng)用程序關(guān)閉網(wǎng)絡(luò)連接不再使用時(shí)應(yīng)及時(shí)關(guān)閉，斷開。5.人機(jī)接口安全測試

1）返回菜單應(yīng)總保持可用。2）命令有優(yōu)先權(quán)順序。

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

5）應(yīng)用程序必須能夠處理不可預(yù)知的用戶操作，例如錯(cuò)誤的操作和同時(shí)按下多個(gè)鍵。

二、安裝、卸載測試

驗(yàn)證App是否能正確安裝、運(yùn)行、卸載、以及操作過程和操作前后對(duì)系統(tǒng)資源的使用情況 1.安裝

1）軟件安裝后是否能夠正常運(yùn)行，安裝后的文件夾以及文件是否寫到了指定的目錄里。2）軟件安裝各個(gè)選項(xiàng)的組合是否符合概要設(shè)計(jì)說明。3）軟件安裝向?qū)У腢I測試

4）安裝后沒有生成多余的目錄結(jié)構(gòu)和文件。2.卸載

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

2）測試卸載后文件是否全部刪除所有的安裝文件夾。3）卸載是否支持取消功能，單擊取消后軟件卸載的情況。4）系統(tǒng)直接卸載UI測試，是否有卸載狀態(tài)進(jìn)度條提示。

三、UI測試

1）測試用戶界面（如菜單、對(duì)話框、窗口和其他控件）布局、風(fēng)格是否滿足要求、文字是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。

2）UI測試的目標(biāo)是確保用戶界面會(huì)通過測試對(duì)象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操作性測試。1.導(dǎo)航測試

1）按鈕、對(duì)話框、列表和窗口等；或在不同的連接頁面之間需要導(dǎo)航。2）是否易于導(dǎo)航，導(dǎo)航是否直觀。3）是否需要搜索引擎。4）導(dǎo)航幫助是否準(zhǔn)確直觀。

5）導(dǎo)航與頁面結(jié)構(gòu)、菜單、連接頁面的風(fēng)格是否一致。2.圖形測試

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

2）自適應(yīng)界面設(shè)計(jì)，內(nèi)容根據(jù)窗口大小自適應(yīng)。3）頁面標(biāo)簽風(fēng)格是否統(tǒng)一。4）頁面是否美觀。

5）頁面的圖片應(yīng)有其實(shí)際意義而要求整體有序美觀。3.內(nèi)容測試

1）輸入框說明文字的內(nèi)容與系統(tǒng)功能是否一致。2）文字長度是否加以限制。3）文字內(nèi)容是否表意不明。4）是否有錯(cuò)別字。5）信息是否為中文顯示。

四、功能測試

根據(jù)軟件說明或用戶需求驗(yàn)證App的各個(gè)功能實(shí)現(xiàn)，采用如下方法實(shí)現(xiàn)并評(píng)估功能測試過程： 1）采用時(shí)間、地點(diǎn)、對(duì)象、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉App的用戶使用場景，對(duì)比說明或需求，整理出內(nèi)在、外在及非功能直接相關(guān)的需求，構(gòu)建測試點(diǎn)，并明確測試標(biāo)準(zhǔn)。2）根據(jù)被測功能點(diǎn)的特性列出相應(yīng)類型的測試用例對(duì)其進(jìn)行覆蓋，如：設(shè)計(jì)輸入的地方需要考慮等價(jià)、邊界、負(fù)面、異常、非法、場景回滾、關(guān)聯(lián)測試等測試類型對(duì)其進(jìn)行覆蓋。

3）在測試實(shí)現(xiàn)的各個(gè)階段跟蹤測試實(shí)現(xiàn)與需求輸入的覆蓋情況，及時(shí)修正業(yè)務(wù)或需求理解錯(cuò)誤。1.運(yùn)行

1）App安裝完成后的試運(yùn)行，可正常打開軟件。2）App打開測試，是否有加載狀態(tài)進(jìn)度提示。3）App頁面間的切換是否流暢，邏輯是否正確。4）注冊

? ? ? ? ? 同表單編輯頁面 用戶名密碼長度 注冊后的提示頁面

前臺(tái)注冊頁面和后臺(tái)的管理頁面數(shù)據(jù)是否一致 注冊后，在后臺(tái)管理中頁面提示

5）登錄

? ? 使用合法的用戶登錄系統(tǒng)

系統(tǒng)是否允許多次非法的登錄，是否有次數(shù)限制 ? ? ? ? ? ? ? 使用已經(jīng)登錄的賬號(hào)登錄系統(tǒng)是否正確處理 用戶名、口令（密碼）錯(cuò)誤或漏填時(shí)能否登陸 刪除或修改后的用戶，原用戶名登陸

不輸入用戶口令和重復(fù)點(diǎn)“確定/取消”按鈕，是否允許登錄 登陸后，頁面中登錄信息 頁面中有注銷按鈕 登錄超時(shí)的處理

2.應(yīng)用的前后臺(tái)切換

1）App切換到后臺(tái)，再回到App，檢查是否停留在上一次操作界面。2）App切換到后臺(tái)，再回到App，檢查功能及應(yīng)用狀態(tài)是否正常。

3）App切換到后臺(tái)，再回到前臺(tái)時(shí)，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對(duì)于從后臺(tái)切換回前臺(tái)數(shù)據(jù)有自動(dòng)更新的時(shí)候。

4）手機(jī)鎖屏解鎖后進(jìn)入App注意是否會(huì)崩潰，功能狀態(tài)是否正常，尤其是對(duì)于從后臺(tái)切換回前臺(tái)數(shù)據(jù)有自動(dòng)更新的時(shí)候。

5）當(dāng)App使用過程中有電話進(jìn)來中斷后再切換到App，功能狀態(tài)是否正常。6）當(dāng)殺掉App進(jìn)城后，再開啟App，App能否正常啟動(dòng)。

7）出現(xiàn)必須處理的提示框后，切換到后臺(tái)，再切換回來，檢查提示框是否還存在，有時(shí)候會(huì)出現(xiàn)應(yīng)用自動(dòng)跳過提示框的缺陷。

8）對(duì)于有數(shù)據(jù)交換的頁面，每個(gè)頁面都必須要進(jìn)行前后臺(tái)切換、鎖屏的測試，這種頁面最容易出現(xiàn)崩潰。3.免登陸

很多應(yīng)用提供免登陸功能，當(dāng)應(yīng)用開啟時(shí)自動(dòng)以上一次登錄的用戶身份來使用App。1）考慮無網(wǎng)絡(luò)情況時(shí)能否正常進(jìn)入免登錄狀態(tài)。

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

3）根據(jù)Mtop的現(xiàn)有規(guī)則，一個(gè)賬戶只允許登陸一臺(tái)機(jī)器。所以，需要檢查一個(gè)賬戶登錄多臺(tái)手機(jī)的情況。原手機(jī)里的用戶需要被退出，給出友好提示。4）App切換到后臺(tái)，在切換回前臺(tái)的校驗(yàn)。5）切換到后臺(tái)，再切換回到前臺(tái)的測試。

6）密碼更換后，檢查有數(shù)據(jù)交換時(shí)是否進(jìn)行了有效身份的校驗(yàn)。

7）支持自動(dòng)登錄的應(yīng)用在進(jìn)行數(shù)據(jù)校驗(yàn)時(shí)，檢查系統(tǒng)是否能自動(dòng)登錄成功并且數(shù)據(jù)操作無誤。8）檢查用戶主動(dòng)退出登錄后，下次啟動(dòng)App，應(yīng)停留在登錄界面。4.離線瀏覽

很多應(yīng)用會(huì)支持離線瀏覽，即在本地客戶端會(huì)緩存一部分?jǐn)?shù)據(jù)供用戶查看。1）在無線網(wǎng)絡(luò)情況可以瀏覽本地?cái)?shù)據(jù)。2）退出App再開啟App時(shí)能正常瀏覽。3）切換到后臺(tái)再回到前臺(tái)可以正常瀏覽。4）鎖屏后再解鎖回到應(yīng)用前臺(tái)可以正常瀏覽。

5）在對(duì)服務(wù)器段的數(shù)據(jù)有更新時(shí)回給予離線的相應(yīng)提示。5.App更新

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

2）當(dāng)版本為非強(qiáng)制升級(jí)版時(shí)，用戶可以取消更新，老版本能正常使用。用戶在下次啟動(dòng)App時(shí)，仍出現(xiàn)更新提示。

3）當(dāng)版本為強(qiáng)制升級(jí)版時(shí)，但給出強(qiáng)制更新后用戶沒有做更新時(shí)，退出客戶端。下次啟動(dòng)App時(shí)，仍出現(xiàn)強(qiáng)制升級(jí)提示。4）當(dāng)客戶端有新版本時(shí)，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。

5）當(dāng)客戶端有新版本時(shí)，在本地不刪除客戶端的情況下，檢查更新后的客戶端功能是否是新版本。6）當(dāng)客戶端有新版本時(shí)，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬于缺陷。6.定位、照相機(jī)服務(wù)

1）App有用到相機(jī)，定位服務(wù)時(shí)，需要注意系統(tǒng)版本差異。

2）有用到照相機(jī)服務(wù)的地方，需要進(jìn)行前后臺(tái)的切換測試，檢查應(yīng)用是否正常。3）測試照相機(jī)服務(wù)時(shí)，需要采用真機(jī)進(jìn)行測試。7.PUSH測試

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

2）檢查不接收推送消息時(shí)，用戶不會(huì)在接收到Push消息。

3）如果用戶設(shè)置了免打擾的時(shí)間段，檢查在免打擾時(shí)間段內(nèi)，用戶接收不到Push。在非免打擾時(shí)間段內(nèi)，用戶能正常收到Push。

4）當(dāng)Push消息是針對(duì)登錄用戶的時(shí)候，需要檢查收到的Push與用戶身份是否相符，沒有錯(cuò)誤的將其他人的消息推送過來。一般情況下，只對(duì)手機(jī)上最后一個(gè)登錄用戶進(jìn)行消息推送。5）測試Push時(shí)，需要采用真機(jī)進(jìn)行測試。

五、性能測試

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

? ? App安裝、卸載的響應(yīng)時(shí)間 App各類功能性操作的響應(yīng)時(shí)間

2）壓力測試，反復(fù)/長期操作下，系統(tǒng)資源是否占用異常。

? App反復(fù)進(jìn)行安裝卸載，檢查系統(tǒng)資源是否正常 ? 其他功能反復(fù)進(jìn)行操作，檢查系統(tǒng)資源是否正常

六、交叉事件測試

針對(duì)智能終端應(yīng)用的服務(wù)等級(jí)劃分方式及實(shí)時(shí)特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個(gè)功能正在執(zhí)行過程中，同時(shí)另外一個(gè)事件或操作對(duì)該過程進(jìn)行干擾的測試。如：App在前/后臺(tái)運(yùn)行狀態(tài)時(shí)與來電、文件下載、音樂收聽等關(guān)鍵運(yùn)用的交互情況測試等。交叉事件測試非常重要，能發(fā)現(xiàn)很多應(yīng)用中潛在的性能問題。1）多個(gè)App同時(shí)運(yùn)行是否影響正常功能。2）App運(yùn)行時(shí)前/后臺(tái)切換是否影響正常功能。3）App運(yùn)行時(shí)撥打/接聽電話。4）App運(yùn)行時(shí)發(fā)送/接收信息。5）App運(yùn)行時(shí)發(fā)送/收取郵件。6）App運(yùn)行時(shí)瀏覽網(wǎng)絡(luò)。

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

8）App運(yùn)行時(shí)使用相機(jī)、計(jì)算器等手機(jī)自帶設(shè)備。

七、兼容測試

主要測試內(nèi)部和外部兼容性 1）與本地及主流App是否兼容

2）與各種設(shè)備是否兼容，若有跨系統(tǒng)支持則需要檢驗(yàn)是否在個(gè)系統(tǒng)下，各種行為是否一致。

? ? 不同手機(jī)屏幕分標(biāo)率的兼容性 不同手機(jī)品牌的兼容性

八、回歸測試

1）Bug修復(fù)后且在新版本發(fā)布后需要進(jìn)行回歸測試。2）Bug修復(fù)后的回歸測試在交付前、要進(jìn)行大量用例的回歸測試。

九、用戶體驗(yàn)測試

以主觀的普通消費(fèi)者的角度去感知產(chǎn)品或服務(wù)的舒適、有用、易用、友好親切程度。通過不同個(gè)體、獨(dú)立空間和非經(jīng)驗(yàn)的統(tǒng)計(jì)復(fù)用方式去有效評(píng)價(jià)產(chǎn)品的體驗(yàn)特性，提出修改意見提升產(chǎn)品的潛在客戶滿意度。

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

3）是否有不可點(diǎn)擊的效果，如：你的按鈕此時(shí)處于不可用狀態(tài)，那么一定要灰掉，或者拿掉按鈕，否則會(huì)給用戶誤導(dǎo)。4）菜單層次是否太深。5）交互流程分支是否太多。6）相關(guān)的選項(xiàng)是否離的很遠(yuǎn)。7）一次是否載入太多的數(shù)據(jù)。8）界面中按鈕可點(diǎn)擊范圍是否適中。

9）標(biāo)簽頁是否跟內(nèi)容沒有從屬關(guān)系，當(dāng)切換標(biāo)簽的時(shí)候，內(nèi)容跟著切換。10）操作應(yīng)該有主次從屬關(guān)系。

11）是否定義Back的邏輯。涉及軟硬件交互時(shí)，Back鍵應(yīng)具體定義。12）是否有橫屏模式的設(shè)計(jì)，應(yīng)用一般需要支持橫屏模式，即自適應(yīng)設(shè)計(jì)。

十、手勢操作測試

1）手機(jī)開鎖屏對(duì)運(yùn)行中的App的影響。2）運(yùn)行中的App前后臺(tái)切換的影響。3）多個(gè)運(yùn)行中的App的切換。4）App運(yùn)行時(shí)關(guān)機(jī)。5）App運(yùn)行時(shí)重啟系統(tǒng)。6）App運(yùn)行時(shí)充電

7）App運(yùn)行時(shí)Kill掉進(jìn)程再打開

十一、客戶端數(shù)據(jù)庫測試 1）一般的增、刪、改、查測試。

2）當(dāng)表不存在時(shí)是否能自動(dòng)創(chuàng)建，當(dāng)數(shù)據(jù)庫表被刪除后能否再自建，數(shù)據(jù)是否還能自動(dòng)從服務(wù)器中獲取回來并保存。

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

4）當(dāng)業(yè)務(wù)需要從客戶端取數(shù)據(jù)時(shí)，檢查客戶端數(shù)據(jù)存在時(shí)，App數(shù)據(jù)是否能自動(dòng)從客戶端數(shù)據(jù)中取出，還是仍然會(huì)從服務(wù)器端獲??？檢查客戶端數(shù)據(jù)不存在時(shí)，App數(shù)據(jù)能否自動(dòng)從服務(wù)器端獲取到并保存到服務(wù)器端。

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