軟件測試入門到飛昇上仙之客戶端

針對app的測試過程和重點關注內容，作如下梳理和總結。

1、首先是測試資源確認及準備

（1） 產品需求文檔、產品原型圖、接口說明文檔以及設計說明文檔等應齊全；

（2） 測試設備及工具的準備：IOS和andriod不一樣版本的真機，以及相關測試工具的準備。

2、 測試用例的設計與評審

（1） 根據產品需求文檔、產品原型圖等文檔，設計客戶端的通常功能測試用例；

（2） 測試用例評審、修改與完善，評審經過後着手進入正式測試階段。

3、 UI測試

（1） 確保手頭的原型圖與效果圖爲當前最新版本，符合產品經理及用戶要求；

（2） 測試過程當中一切以效果圖爲準，如有用戶體驗方面的建議，能夠先以郵件的形式與產品經理確認，確認經過後，能夠正式向開發提出用戶體驗方面的問題；

（3） 因爲測試環境中的數據爲模擬數據，測試時必須預先考慮到正式環境中可能出現的數據類型。

4、功能測試

（1） 功能測試時主要依據編寫的功能測試用例進行軟件功能的遍歷；

（2） 

涉及的測試主要包括基本功能測試，安裝、卸載、運行測試，異常處理（包括網絡忽然斷開或者網速過慢、機器內存不足等異常狀況的處理）測試。

（2） 涉及的測試主要包括基本功能測試，安裝、卸載、運行測試，異常處理（包括網絡忽然斷開或者網速過慢、機器內存不足等異常狀況的處理）測試。

5、中斷測試

（1） 軟件運行過程當中接電話、收短信、鎖屏、鬧鈴、充電，收到通知提醒後再使用軟件，軟件應仍可正常運行使用；

（2） 軟件運行時，由前臺切換到後臺，再切回前臺後，應仍可正常運行使用。

6、兼容性及適配測試

（1） 硬件的適配：不一樣手機廠商、硬件性能，不一樣屏幕大小的適配；

（2） OS版本的兼容：IOS6-10；Andriod4以上等，若是用了一些新的API在老的系統上不支持會致使crash；

（3） 不一樣分辨率屏幕的適配：移動設備的分辨率多種多樣，若是app沒有作比較合適的處理就可能會顯示很差，甚至影響功能的操做。

 

（4） 兼容性測試必須在必定數量的真機上進行，因爲真機類型過多，尤爲Android在作兼容性測試時，能夠選取典型的幾種運用較多的真機，進行兼容性測試；

（5） 另外能夠藉助開源測試testin雲測，進行更多機型的兼容性測試，testin雲測提供基本的運行狀況和一些截圖，以及簡單的測試報告，有助於擴大測試的範圍。

7、 性能測試

（1） 客戶端性能測試重點關注：安裝卸載時間、啓動時間、頁面加載時間、主要功能佔用的CPU、內存、流量、耗電量等，以及與同類產品相比較是否有優點；

（2） 其中頁面加載時間能夠利用Android調試工具DDMS獲取到，在DDMS裏面搜索Displayed關鍵

字就能夠看到頁面加載時間；

（2） 其中頁面加載時間能夠利用Android調試工具DDMS獲取到，在DDMS裏面搜索Displayed關鍵字就能夠看到頁面加載時間；

（3） 運行過程當中主要功能佔用的CPU、內存、流量等能夠藉助開源工具emmagee（適用於Android）獲取到；

（4） 至於服務器端的性能，主要利用接口對服務器施加壓力，重點關注響應時間、吞吐量、併發數、事物經過率等，能夠視同工具loadrunner、jmeter進行測試。

8、穩定性測試

（1） 安卓APP的穩定性經常使用monkey命令進行測試，經過隨機事件流模擬人的操做，對檢查程序的內存溢出、空指針有很大的做用。

（2） Monkey主要用來檢測系統ANR及Crash等問題

9、測試分析及測試報告輸出

以上各項測試結束後，應該造成完整的分析及報告文檔（包括buglist、性能及穩定性結果分析，版本上線風險分析等內容），輸出給各項相關人員。

安裝、卸載測試，主要針對編譯後源程序生成的APK安裝文件

1. 生成APK文件在真機上能夠安裝及卸載

2. Andriod手機端的通用安裝工具，如：豌豆莢及91助手等工具能夠正常安裝及卸載程序；

IOS，itools工具能夠正常安裝及卸載

3. Android平臺程序安裝在SD卡上（android2.2版本之後）

升級測試

1. 驗證數字簽名

2. 升級後可正常使用（升級覆蓋安裝、下載後手動覆蓋安裝），升級後看數據對不對

3. 在線跨版本升級（長時間不使用app，從小版本0.幾升級到3.幾），有些系統支持

功能測試

1、 業務邏輯測試：主要測試客戶端業務可否正常完成，好比說咱們手機端購物商城，要測

試各類業務可否正常完成，好比說購物，可以正常選擇商品、付款進行商品業務流程

2、 功能點的測試，好比說登陸功能、搜索功能等單個功能點的測試，主要根據需求利用各

種經常使用用例設計方法編寫用例，從正向及反向進行考慮

3、 關聯性測試，主要測試客戶端與PC端的交互，客戶端處理完後，PC端與客戶端數據一致，好比說在手機端購買商品，

那用相同帳戶在PC端登陸後，相關信息在PC端是否同步。

3、 關聯性測試，主要測試客戶端與PC端的交互，客戶端處理完後，PC端與客戶端數據一致，好比說在手機端購買商品，那用相同帳戶在PC端登陸後，相關信息在PC端是否同步。

異常測試

1、 異常性測試：主要包含了斷網、斷電、服務器異常等狀況下，客戶端可否正常處理，保

證數據正確性。

2、 交互性測試：客戶端在運行的時候被其餘時間打擾，如來電、來短信。。。，低電量測

試。還要注意手機端硬件上，如：待機、插拔數據線、插拔耳機等操做不會影響客戶端，好比說我在看新聞，這個時候突然來電話了，接聽電話後會不會當前網頁有影響 客戶端側性能測試

客戶端在不一樣網絡環境下響應速度（2G、3G、4G等）。

app對資源的佔用（cpu、內存、耗電、流量等）

兼容性測試：

各類手機平臺、操做系統版本、分辨率、不一樣尺寸屏幕、與其餘App的兼容

各類網絡環境下的測試

各類網絡狀態下進行的測試（包括飛行模式）

3G上網：td-cdma、cdma2000、wcdma可否正常使用。

 

edge、gprs可否正常使用

4G網絡可否正常使用

App運行測試：

最小化、多個app切換，關機、待機後app可否正常使用，強制退出後還可否正常運行 長時間開機且開app，看是否會出現異常狀況

反覆運行關閉app

Android/IOS特性測試：

橫豎屏，home鍵，音量鍵，power鍵等

互動分享：

若是程序裏面包括分享功能，那麼檢測點擊分享的時候是否會正常給出分享提示，點擊分享後所填寫的分享內容是否正確

 

 

APP功能測試

1、 安裝

1. 應用程序應是否正確安裝到設備驅動程序上 安裝路徑是否能指定 沒有用戶的容許, 應用程序不能預先設定自動啓動 卸載用戶使用過程當中產生的文件是否有提示 意外狀況是否有提示，如內存不足，因手機系統限制部分功能不能使用，如miui短信

攔截，軟件安裝過程當中意外狀況的處理是否符合需求（如死機，重啓，斷電）

2、 軟件權限

 

1. 扣費風險：包括髮送短信、撥打電話、鏈接網絡，沒有網絡時可否提醒 隱私泄露風險：包括訪問手機信息、訪問聯繫人信息等 容許使用手機發送接受信息功能 使用手機拍照 容許使用手機讀取用戶數據 檢測App的用戶受權級別、數據泄漏、非法受權訪問等

3、 登錄註冊

1. 若是沒有網絡時候，須要有個提示到用戶沒有鏈接到網絡

2. 如今是若是登錄以後，退出app再點擊進去就能夠直接到我的中心，這裏應該有個緩存

時間，若是在

登錄緩存內，就直接進去，若是不在就引導到登錄註冊頁面。而如今是須要到操做內頁時候再去登錄。

時間，若是在登錄緩存內，就直接進去，若是不在就引導到登錄註冊頁面。而如今是須要到操做內頁時候再去登錄。

3. 密碼：輸入密碼時可見，保存密碼是如何確保其安全性，可否找回密碼，用戶名密碼長

度

4. -註冊後的提示頁面

5. 登陸系統是否容許屢次非法的登錄，是否有次數限制。

6. 使用已經登錄的帳號登錄系統是否正確處理

7. 使用禁用的帳號登錄系統是否正確處理

8. 用戶名、口令（密碼）錯誤或漏填時可否登錄

9. 刪除或修改後的用戶，原用戶登錄

10. 登錄超時的處理

11. 註銷原模塊，新的模塊系統可否正確處理

12. 終止註銷可否返回原模塊，原用戶

13. 註銷原用戶，新用戶系統可否正確處理

14. 使用錯誤的帳號、口令、無權限的被禁用的帳號進行註銷

4、 卸載

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

2. 測試系統直接卸載程序是否有提示信息。

3. 卸載過程當中出現的意外狀況的測試（如死機、斷電、重啓）。

4. 卸載是否支持取消功能，單擊取消後軟件卸載的狀況 。

5. 系統直接卸載UI測試，是否有卸載狀態進度條提示 。

5、 Ui測試（詳見ui優化文檔）

1. 測試用戶界面(如菜單、對話框、窗口和其它可規控件)佈局、風格是否統一，文字是否

正確、操做是否簡單易懂、部分功能是否有相應提示，提示用語是否易懂。

2. 哪些操做須要反饋、提示信息，反饋是否及時、提示是否易懂

3. 相應界面是否有操做引導

6、 運行

1. App安裝完成後的試運行，可正常打開軟件，是否有加載狀態進度提示。

2. App打開速度測試，速度是否可觀。

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

7、 應用的先後臺切換

1. APP切換到後臺，再回到app，檢查是否停留在上一次操做界面；檢查功能及應用狀態

是否正常；程序是否崩潰，功能狀態是否正常，尤爲是對於從後臺切換回前臺數據有自動更新的時候

2. 手機鎖屏解屏後進入app注意是否會崩潰，功能狀態是否正常，尤爲是對於從後臺切換

回前臺數據有自動更新的時候。

3. 當App使用過程當中有電話進來中斷後再切換到app，功能狀態是否正常

4. 當關閉app進程後，再開啓app，app可否正常啓動。

5. 出現必須處理的提示框後，切

換到後臺，再切換回來，檢查提示框是否還存在，是否出

5. 出現必須處理的提示框後，切換到後臺，再切換回來，檢查提示框是否還存在，是否出

現自動跳過提示框（對於有數據交換的頁面，每一個頁面都必須要進行先後臺切換、鎖屏的測試，這種頁面最容易出現崩潰）

8、 免登錄

1. 應用開啓時是否自動以上一次登陸的用戶身份來使用app.，無網絡狀況時可否正常進入

免登陸狀態

2. 切換用戶登陸後，用戶登陸信息及數據內容是否相應更新，確保原用戶退出。

3. 一個賬戶只是否只能登陸一臺機器，一個賬戶登陸其餘手機時，原手機裏的用戶是否會

被踢出，並給出提示

4. app切換到後臺，再切回前臺的校驗，切換到後臺，再切換回前臺的測試

5. 密碼更換後，檢查有數據交換時是否進行了有效身份的校驗

6. 支持自動登陸的應用在進行數據交換時，檢查系統是否能自動登陸成功而且數據操做無

誤。

7. 用戶主動退出登陸後，下次啓動app，是否停留在登陸界面

 

9、 數據更新

哪些數據須要手動刷新，哪些數據會自動刷新，哪些數據是手動+自動刷新 肯定哪些數據從後臺切換回前臺時須要進行數據更新。 哪些內容須要實時更新，哪些須要定時更新 肯定數據時需從服務端請求，仍是有緩存到本地

10、 離線瀏覽

是否支持離線瀏覽，即在本地客戶端會緩存一部分數據供用戶查看 在無網絡狀況能夠是否瀏覽本地數據 退出app再開啓app時是否能正常瀏覽 切換到後臺再切回前臺能夠正常瀏覽 鎖屏後再解屏回到應用前臺能夠正常瀏覽 在對服務端的數據有更新時會給予離線的相應提示

11、 App的更新

1. 當客戶端有新版本時，是否有更新提示 ；當版本爲非強制升級版時，用戶能夠取消更新，老版本能正常使用，用戶在下次啓動app時，仍能出現更新提示。

2. 是否須要強制升級版本，若有須要，當版本爲強制升級版時，當給出強制更新後用戶沒有作更新時，退出客戶端；下次啓動app時，仍出現強制升級提示。

3. 當客戶端有新版本時，在本地不刪除客戶端的狀況

下，直接更新檢查是否能正常更新；更新後的客戶端功能是不是新版本

3. 當客戶端有新版本時，在本地不刪除客戶端的狀況下，直接更新檢查是否能正常更新；更新後的客戶端功能是不是新版本

4. 當客戶端有新版本時，在本地不刪除客戶端的狀況下，檢查資源同名文件如圖片是否能正常更新成最新版本

12、功能測試 相機服務 根據相應功能進行操做，是否會達到預期效果，若不能，記錄詳情，並給出相應解決方法

1. App有用到相機服務時，系統版本是否有差別

2. 進行先後臺的切換測試，檢查應用是否正常。

十4、 PUSH測試（內容、消息推送）

1. push消息是否按照指定的業務規則發送

2. 不接受推送消息時，用戶是否會再接收到push.

3. 當push消息是針對登陸用戶的時候，須要檢查收到的push與用戶身份是否相符，沒有錯誤地將其它人的消息推送過來

4. Push推送消息是是否能有針對性的推送，如相應內容推送給相應用戶（精準推送）

十三、 性能測試

1. 內存滿時安裝App是否能成功，是否能給出相應提示 運行App時手機斷電、斷掉網絡，再次重啓是否能正常啓動到相應操做界面 App中的各種操做是否知足用戶響應時間要求，如：安裝、卸載的響應時間 反覆/長期操做下、系統資源是否佔用異常，如反覆卸載、安裝，上架，下架商品等

十四、 交叉事件測試（多個App同時運行是否影響正常功能） 1.

一個功能正在執行過程當中，同時另一個事件或操做對該過程進行干擾的測試。 如：App在前/後臺運行狀態時與來電、文件下載、音樂收聽等關鍵運用的交互狀況測試等 App運行時前/後臺切換是否影響正常功能 App運行時撥打/接聽電話、發送/接收信息、發送/收取郵件 App運行時切換網絡（2G、3G、wifi） App運行時瀏覽網絡 App運行時使用藍牙傳送/接收數據 App運行時使用相機、計算器等手機自帶設備

十五、 兼容測試

1. 手機系統與App是否兼容

2. 在各類網絡鏈接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA200

0、HSPDA

2. 在各類網絡鏈接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA

等)，App的數據和運用是否正確

3. 與各類設備是否兼容，如有跨系統支持則須要檢驗是否在各系統下，各類行爲是否一致

4. 不一樣操做系統的兼容性，是否適配；不一樣手機屏幕分辨率的兼容性

十六、 升級更新測試

新版版發佈後，配合不一樣網絡環境的自勱更新提示及下載、安裝、更新、啓勱、運行的驗證測試。

1. 測試升級後的功能是否與與預期一致

2. 升級安裝意外狀況的測試（如死機、斷電、重啓）

3. 不一樣操做系統間的升級測試

十七、 用戶體驗測試

1. 是否有空數據界面設計，引導用戶去執行操做。

2. 是否有用戶引導。

3. 是否有不可點擊的效果，如：你的按鈕此時處於不可用狀態，那麼必定要灰掉，或者拿掉按鈕，不然會給用戶誤導

4. 菜單層次是否太深

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

6. 相關的選項是否離得很遠

7. 一次是否載入太多的數據

8. 界面中按鈕可點擊範圍是否適中

9. 標籤頁是否跟內容沒有從屬關係，當切換標籤的時候，內容跟着切換

十八、

硬件測試 手機開鎖屏、切換網絡對運行中的App的影響 運行中的App先後臺切換、多個運行中的App的切換 App運行時關機、重啓系統、充電 App運行時kill掉進程再打開

十九、 網絡環境測試

手機的網絡目前主要分爲2G、3G、4G、wifi。目前2G的網絡相對於比較慢，測試時尤爲要注意此塊的測試。

1. 無網絡時，執行須要網絡的操做，給予友好提示，確保程序不出現crash。

2. 在網絡信號很差時，檢查功能狀態是否正常，確保不因提交數據失敗而形成crash；檢

查數據是否會一直處於提交中的狀態，有無超時限制，如遇數據交換失敗時是否給予提示

3. 在網絡信號很差時，執行操做後，在回調沒有完成的狀況下，退出本頁面或者執行其餘

操做的狀況，有無異常狀況

二10、 服務器宕機或出現404、502等狀況下的測試 後

臺服務牽涉到DNS、空間服務商的狀況下會影響其穩定性，如：當出現域名解析故障時，後臺API的請求極可能就會出現404錯誤，拋出異常

二十一、 服務器宕機或出現404、502等狀況下的測試 後臺服務牽涉到DNS、空間服務商的狀況下會影響其穩定性，如：當出現域名解析故障時，後臺API的請求極可能就會出現404錯誤，拋出異常

二十二、 接口測試

確保服務端提供的接口並轉換的JSON內容正確，對分支、異常流有相應的返回值

二十三、 客戶端數據庫測試

1. 通常的增、刪、改、查測試。

2. 當表不存在時是否能自動建立，當數據庫表被刪除後可否再自建，數據是否還能自動從

服務端中獲取回來並保存。

3. 當須要從服務端取回數據保存到客戶端的時候，客戶端可否將數據保存到本地。

4. 當須要從客戶端取數據時，檢查客戶端數據存在時，app數據是否能自動從客戶端數據

中取出，仍是仍然會從服務器端獲取？客戶端數據不存在時，app數據可否自動從服務器端獲取到並保存到客戶端

5. 當對數據進行了修改、刪除後，客戶端和服務端是否會有相應的更新