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

App測試總結(jié)

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

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

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

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

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

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

二、服務(wù)端測試

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

1.安裝Firefox-附件組件-擴展

2.安裝成功后，點擊restclient圖標

根據(jù)開發(fā)提供文檔編輯url如圖，可以獲取json數(shù)據(jù)。通過這個我們可以測試接口返回數(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)測試時，要注意選擇到外網(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.應(yīng)用的前后臺切換

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1）當客戶端有新版本時，有更新提示

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

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

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

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

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

3）App切換到后臺再切換到前臺的校驗

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

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

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

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

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

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

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

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

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

五、問題排查

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

二、安裝、卸載測試

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

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

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

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

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

三、UI測試

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

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

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

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

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

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

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

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

四、功能測試

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

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

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

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

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

5）登錄

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1）當客戶端有新版本時，有更新提示。

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

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

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

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

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

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

2）檢查不接收推送消息時，用戶不會在接收到Push消息。

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

4）當Push消息是針對登錄用戶的時候，需要檢查收到的Push與用戶身份是否相符，沒有錯誤的將其他人的消息推送過來。一般情況下，只對手機上最后一個登錄用戶進行消息推送。5）測試Push時，需要采用真機進行測試。

五、性能測試

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

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

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

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

六、交叉事件測試

針對智能終端應(yīng)用的服務(wù)等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個功能正在執(zhí)行過程中，同時另外一個事件或操作對該過程進行干擾的測試。如：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ò)。

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

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

七、兼容測試

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

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

? ? 不同手機屏幕分標率的兼容性 不同手機品牌的兼容性

八、回歸測試

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

九、用戶體驗測試

以主觀的普通消費者的角度去感知產(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)的選項是否離的很遠。7）一次是否載入太多的數(shù)據(jù)。8）界面中按鈕可點擊范圍是否適中。

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

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

十、手勢操作測試

1）手機開鎖屏對運行中的App的影響。2）運行中的App前后臺切換的影響。3）多個運行中的App的切換。4）App運行時關(guān)機。5）App運行時重啟系統(tǒng)。6）App運行時充電

7）App運行時Kill掉進程再打開

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

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

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

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

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

第三篇：APP測試功能點總結(jié)

APP測試功能點總結(jié)

1.功能性測試：

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

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

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

2.兼容性測試:

——android版本的兼容性

——手機分辨率兼容性

——網(wǎng)絡(luò)的兼容性：2G3G4GWIFI,弱網(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>.在線跨版本升級。

3.性能測試：

——壓力測試：

——電量流量測試：

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

——app啟動時長

——crash率

——內(nèi)存泄漏

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

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

2.外網(wǎng)測試主要覆蓋到wifi2G3G4G,.netwap、電信移動聯(lián)通、所有可能的組合進行測試。

原則：

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

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

5.接口性測試：

——client端和service端的交互

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

——client端更新時斷開了。

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

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

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

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

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

7.異常測試：

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

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

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

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

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

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

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

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

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

第四篇：APP測試流程

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

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

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

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

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

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

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

4.日報及產(chǎn)品上線報告

1）測試人員每天需對所測項目發(fā)送測試日報。2）測試日報所包含的內(nèi)容為：--對當前測試版本質(zhì)量進行分級；

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

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

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

App測試

1.安全測試

a.軟件權(quán)限

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

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

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)訪問等 b.安裝與卸載安全性

1）應(yīng)用程序應(yīng)能正確安裝到設(shè)備驅(qū)動程序上 2）能夠在安裝設(shè)備驅(qū)動程序上找到應(yīng)用程序的相應(yīng)圖標 3）是否包含數(shù)字簽名信息

4）JAD文件和JAR包中包含的所有托管屬性及其值必需是正確的 5）JAD文件顯示的資料內(nèi)容與應(yīng)用程序顯示的資料內(nèi)容應(yīng)一致 6）安裝路徑應(yīng)能指定

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

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

2）輸人的密碼將不以明文形式進行顯示

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

5）當應(yīng)用程序處理信用卡明細, 或其他的敏感數(shù)據(jù)時, 不以明文形式將數(shù)據(jù)寫到其它單獨的文件或者臨時文件中。以6）防止應(yīng)用程序異常終止而又沒有側(cè)除它的臨時文件, 文件可能遭受人侵者的襲擊, 然后讀取這些數(shù)據(jù)信息。7）當將敏感數(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)該模擬進行安全警告誤導(dǎo)用戶

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

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

13）應(yīng)用程序應(yīng)當能夠處理當不允許應(yīng)用軟件連接到個人信息管理的情況 14）當進行讀或?qū)懹脩粜畔⒉僮鲿r, 應(yīng)用程序?qū)蛴脩舭l(fā)送一個操作錯誤的提示信息

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

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

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

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

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

4）應(yīng)用程序?qū)⒈３止ぷ鞯酵ㄓ嵆瑫r, 進而發(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)境中（如：麥當勞、星巴克等）都要輸入用戶名和密碼，通過SSL認證來訪問網(wǎng)絡(luò)，需要對使用HTTP Client的library異常作捕獲處理。e.人機接口安全性

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

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

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

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

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

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

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

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

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

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

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

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

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

3.UI測試

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

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

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

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

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

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

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

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

4.功能測試

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

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

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

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

1）App安裝完成后的試運行，可正常打開軟件。2）App打開測試，是否有加載狀態(tài)進度提示。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)限的被禁用的賬號進行注銷 b.應(yīng)用的前后臺切換

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1)當客戶端有新版本時，有更新提示。

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

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

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

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

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

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

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

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

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

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

4)當push消息是針對登錄用戶的時候，需要檢查收到的push與用戶身份是否相符，沒有錯誤地將其它人的消息推送過來。一般情況下，只對手機上最后一個登錄用戶進行消息推送。

5)測試push時，需要采用真機進行測試。

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ù)進行安裝卸載，查看系統(tǒng)資源是否正常--其他功能反復(fù)進行操作，查看系統(tǒng)資源是否正常

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

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

針對智能終端應(yīng)用的服務(wù)等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個功能正在執(zhí)行過程中，同時另外一個事件或操作對該過程進行干擾的測試。如；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運行時使用藍牙傳送/接收數(shù)據(jù)

9）App運行時使用相機、計算器等手機自帶設(shè)備 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)的兼容性，是否適配--不同手機屏幕分辨率的兼容性--不同手機品牌的兼容性 8.回歸測試

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

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

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

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

2）測試與升級模塊相關(guān)的模塊的功能是否與需求一致 3）升級安裝意外情況的測試（如死機、斷電、重啟）4）升級界面的UI測試 5）不同操作系統(tǒng)間的升級測試 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)的選項是否離得很遠 7）一次是否載入太多的數(shù)據(jù) 8）界面中按鈕可點擊范圍是否適中

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

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

a.手勢操作測試

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

8）App運行時kill掉進程再打開 b.網(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。c.服務(wù)器宕機或出現(xiàn)404、502等情況下的測試

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

12.接口測試

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

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

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

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

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

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

第五篇：iPhone App自動化測試工具總結(jié)

iPhone App自動化測試工具總結(jié)

無線客戶端的發(fā)展很快，特別針對是android和ios兩款無線操作系統(tǒng)的客戶端應(yīng)用，相應(yīng)的測試工具也應(yīng)運而生，這里主要給大家介紹一些針對iPhone App的自動化測試工具。

首先，我們把這些測試框架分為三大類：接口測試工具、注入式UI測試工具、錄放式UI測試工具。

一、接口測試工具，主要在iphone SDK提供的單元測試框架的基礎(chǔ)上，完成代碼的接口功能測試。

這類工具用的比較多的是SDK本身提供的test unit，以及google的google-toolbox-for-mac工具。google的GTM工具是在test unit上做了一層封裝，可以簡單、快速的完成測試腳本編寫，提供完善的測試日志和報告，并提供部分簡單的UI測試功能。

詳細的文檔可以參考這里：http://code.google.com/p/google-toolbox-for-mac/wiki/iPhoneUnitTesting

二、注入式UI測試工具，可以完成對被測應(yīng)用的UI功能測試，需要在源代碼中加入一些必須的測試代碼。優(yōu)點是可以模擬用戶的操作，測試被測應(yīng)用 的相關(guān)功能，可以覆蓋比較全的應(yīng)用功能。缺點是因為在源代碼中插入了必須的測試代碼，而這些應(yīng)用發(fā)布時需要去除，引入了被測應(yīng)用和發(fā)布應(yīng)用不一致的風(fēng)險。

UISpec,提供了用例運行前的準備和運行的恢復(fù)功能，UIQuery功能，以及較為完善的校驗功能，但該工具的使用比較復(fù)雜，腳本的編寫也很繁瑣，雖然對UI可以query，但無法方便、清晰、直觀的查看應(yīng)用控件的屬性。

詳細的文檔可以參考這里：http://code.google.com/p/uispec/wiki/Documentation

Bromine,腳本編寫簡單，對控件的操作，完全模擬touch事件實現(xiàn)，但控件的定位通過對控件重畫，并插入定位需要的信息，xpath的描述串也稍顯復(fù)雜，校驗功能相對較弱。

詳細的文檔可以參考這里：http://code.google.com/p/bromine/

三、錄放式UI測試工具，主要通過錄制用戶的操作行為，通過回放來完成對被測應(yīng)用的功能測試，這類工具對UI的功能測試相對是比較弱的。

比較常用的有Instrument、FoneMonke。

Instrument，是iOS提供的主要用于分析應(yīng)用的性能和用戶行為的工具，利用它可以完成對被測應(yīng)用的簡單的UI測試。

FoneMonke，是國外提供的一個開源的，免費的錄制/回放工具。網(wǎng)站：http://004km.cn/fonemonkey

以上是了解的一些針對iPhone App的自動化測試工具，大家感興趣的可以了解了解，歡迎交流、學(xué)習(xí)！