app測試總結

結合目前對app測試的理解，作出以下總結：

1、App 獨特測試點：

（1）客戶端兼容性測試：系統版本、不一樣深度定製的 rom、屏幕分辨率、中斷測試、安裝、卸載、升級、對其餘程序的干擾等

（2）android & ios 區別：基本上是一些系統特性不同，如橫豎屏，home 鍵，音量鍵，power 鍵等

2、軟件權限：

1）扣費風險：包括髮送短信、撥打電話、鏈接網絡等

2）隱私泄露風險：包括訪問手機信息、訪問聯繫人信息等

3）對 App 的輸入有效性校驗、認證、受權、敏感數據存儲、數據加密等方面進行檢測

4）限制/容許使用手機功能接入互聯網

5）限制/容許使用手機發送接受信息功能

6）限制/容許自動啓動應用程序

7）限制或使用本地鏈接

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

9）限制/容許使用手機讀取用戶數據

10）限制/容許使用手機寫入用戶數據

11）檢測 App 的用戶受權級別、數據泄漏、非法受權訪問等

3、安裝與卸載安全性

1）應用程序應能正確安裝到設備驅動程序上

2）可以在安裝設備驅動程序上找到應用程序的相應圖標

3）是否包含數字簽名信息

4）JAD 文件和 JAR 包中包含的全部託管屬性及其值必需是正確的

（1）JAR文件相似於ZIP文件

（2）JAD是安裝的信息文件，文件中包含了程序的大小、類型、名稱、安裝路徑、版權類型等信息，打開jad後，可根據jad找到jar,下載軟件時能夠先下載jad(jad很小),瞭解一些jar的基本信息後，在決定是否下載jar。jad裏還能夠存儲一些key和value,在midlet運行的時候可能會用到。若是直接用jar運行，就得不到這些key和value.對於某些程序，就不能正常運行了。

5）JAD 文件顯示的資料內容與應用程序顯示的資料內容應一致

6）安裝路徑應能指定

7）沒有用戶的容許，應用程序不能預先設定自動啓動

8）卸載是否安全，其安裝進去的文件是否所有卸載

9）卸載用戶使用過程當中產生的文件是否有提示

10）其修改的配置信息是否復原

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

12）卸載應該移除全部的文件

4、數據安全性

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

2）密碼，信用卡明細，或其餘的敏感數據將不被儲存在它們預輸人的位置上（除非受權）

3）不一樣的應用程序的我的身份或密碼長度必需至少在4一8個字符長度之間

4）當將敏感數據輸人到應用程序時，其不會被儲存在設備中
5）備份應該加密，恢復數據應考慮恢復過程的異常通信中斷等，數據恢復後再使用前應該通過校驗

6）應用程序應考慮系統產生的用戶提示信息或安全替告

5、圖形測試

1）整個 App 各控件操做方式統一

2）自適應界面設計，內容根據窗口大小自適應

3）頁面標籤風格是否統一

4）頁面是否美觀

5）頁面的圖片應有其實際意義而要求總體有序美觀

6）圖片質量要高且圖片尺寸在設計符合要求的狀況下應儘可能小

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

 

6、運行

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

2）App 打開測試，是否有加載狀態進度提示。

3）App 打開速度測試，速度是否可觀。

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

5）註冊：

用戶名密碼長度

註冊後的提示頁面

前臺註冊頁面和後臺的管理頁面數據是否一致

註冊後，在後臺管理中頁面提示

6）登陸

使用合法的用戶登陸系統。

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

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

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

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

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

不輸入用戶口令和用戶、重複點（肯定或取消按鈕）是否容許登錄。 --登錄後，

頁面中登錄信息。

頁面中有註銷按鈕。

登錄超時的處理。

7）註銷

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

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

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

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

 

7、應用的先後臺切換
1) APP 切換到後臺，再回到 app，檢查是否停留在上一次操做界面。

2) APP 切換到後臺，再回到 app，檢查功能及應用狀態是否正常

3) app 切換到後臺，再回到前臺時，注意程序是否崩潰，功能狀態是否正常，

尤爲是對於從後臺切換回前臺數據有自動更新的時候。

4) 手機鎖屏解屏後進入 app 注意是否會崩潰，功能狀態是否正常，尤爲是對於

從後臺切換回前臺數據有自動更新的時候。

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

6) 當殺掉 app 進程後，再開啓 app，app 可否正常啓動。

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

在，有時候會出現應用自動跳過提示框的缺陷。

8) 對於有數據交換的頁面，每一個頁面都必須要進行先後臺切換、鎖屏的測試，這種頁面最容易出現崩潰

 

8、免登陸

不少應用提供免登陸功能，當應用開啓時自動以上一次登陸的用戶身份來使用app.

1) app 有免登陸功能時，須要考慮 IOS 版本差別。

2) 考慮無網絡狀況時可否正常進入免登陸狀態。

3) 切換用戶登陸後，要校驗用戶登陸信息及數據內容是否相應更新，確保原用戶退出。

4) 若是一個賬戶只容許登陸一臺機器。須要檢查一個賬戶登陸多臺手機的狀況。原手機裏的用戶須要被踢出，給出友好提示。

5) 切換到後臺，再切換回前臺的測試

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

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

8) 檢查用戶主動退出登陸後，下次啓動 app，應停留在登陸界面

 

9、數據更新

根據應用的業務規則，以及數據更新量的狀況，來肯定最優的數據更新方案。

1) 須要肯定哪些地方須要提供手動刷新，哪些地方須要自動刷新，哪些地方須要手動+自動刷新。

2) 肯定哪些地方從後臺切換回前臺時須要進行數據更新。

3) 根據業務、速度及流量的合理分配，肯定哪些內容須要實時更新，哪些須要定時更新。

4) 肯定數據展現部分的處理邏輯，是每次從服務端請求，仍是有緩存到本地，這樣纔能有針對性的進行相應測試。

5) 檢查有數據交換的地方，均有相應的異常處理

 

10、離線瀏覽

不少應用會支持離線瀏覽，即在本地客戶端會緩存一部分數據供用戶查看。

1) 在無網絡狀況能夠瀏覽本地數據

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

3) 切換到後臺再切回前臺能夠正常瀏覽

4) 鎖屏後再解屏回到應用前臺能夠正常瀏覽

 

11、App 更新

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

2) 當版本爲非強制升級版時，用戶能夠取消更新，老版本能正常使用。用戶在

下次啓動 app 時，仍能出現更新提示。

3) 當版本爲強制升級版時，當給出強制更新後用戶沒有作更新時，退出客戶端。下次啓動 app 時，仍出現強制升級提示。

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

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

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

若是以上沒法更新成功的，也都屬於缺陷。

7）測試 App 的增量升級，測試 App 在升級失敗之後，是否能夠繼續使用升級以前的版本。

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

須要檢查的內容：

測試升級後的功能是否與需求說明同樣

測試與升級模塊相關的模塊的功能是否與需求一致

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

升級界面的 UI 測試

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

數字簽名、升級覆蓋安裝、下載後手動覆蓋安裝、跨版本升級、升級後能夠正常使用。覆蓋安裝要確保數據庫有字段更新的話，能正常更新，不然就容易致使app 異常。

 

12、定位、照相機服務

1) App 有用到相機，定位服務時，須要注意系統版本差別

2) 有用到定位服務、照相機服務的地方，須要進行先後臺的切換測試，檢查應用是否正常。

3) 當定位服務沒有開啓時，使用定位服務，會友好性彈出是否容許設置定位提示。當肯定容許開啓定位時，能自動跳轉到定位設置中開啓定位服務。

4) 測試定位、照相機服務時，須要採用真機進行測試。

 

13、時間測試

客戶端能夠自行設置手機的時區、時間，所以須要校驗該設置對 app 的影響。

中國爲東 8 區，因此當手機設置的時間非東 8 區時，查看須要顯示時間的地方，時間是否展現正確，應用功能是否正常。時間通常須要根據服務器時間再轉換成

客戶端對應的時區來展現，這樣的用戶體驗比較好。

好比發表一篇微博在服務端記錄的是 10：00，此時，華盛頓時間爲 22：00，客戶端去瀏覽時，若是設置的是華盛頓時間,則顯示的發表時間即爲 22:00,當時間設回東 8 區時間時，再查看則顯示爲 10：00。

 

14、PUSH 測試

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

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

3) 若是用戶設置了免打擾的時間段，檢查在免打擾時間段內，用戶接收不到PUSH。 在非免打擾時間段，用戶能正常收到 push。

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

5) 測試 push 時，須要採用真機進行測試。

 

15、性能測試

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

1）極限測試：在各類邊界壓力狀況下，如電池、存儲、網速等，驗證 App 是否能正確響應。內存滿時安裝 App --運行 App 時手機斷電 --運行 App 時斷掉網絡

2）響應能力測試：測試 App 中的各種操做是否知足用戶響應時間要求 。 --App安裝、卸載的響應時間 --App 各種功能性操做的影響時間

3）壓力測試：反覆/長期操做下、系統資源是否佔用異常。App 反覆進行安裝卸載，查看系統資源是否正常其餘功能反覆進行操做，查看系統資源是否正常

4）性能評估：評估典型用戶應用場景下，系統資源的使用狀況。可測試的方面- 安裝和啓動時間- CPU 的佔用- 內存的佔用- 流量的耗用- 電量的耗用- 後端,測試 App 中的各種操做是否知足用戶響應時間要求，主要是測試點在網速方面，2g，3g，wifi， 4g 必定要覆蓋到- 後端 有網絡併發

 

16、交叉事件測試
針對智能終端應用的服務等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或衝突測試，是指一個功能正在執行過程當中，同時另一個事件或操做對該過程進行干擾的測試。

如：App 在前/後臺運行狀態時與來電、文件下載、音樂收聽等關鍵運用的交互狀況測試等。交叉事件測試很是重要，能發現不少應用中潛在的性能問題。

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

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

3） App 運行時撥打/接聽電話 4） App 運行時發送/接收信息

5） App 運行時發送/收取郵件

6） App 運行時切換網絡（2G、3G、4G、WIFI ）

7） App 運行時瀏覽網絡

8） App 運行時使用藍牙傳送/接收數據

9） App 運行時使用相機、計算器等手機自帶設備

 

17、兼容測試

主要測試內部和外部兼容性

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

2）基於開發環境和生產環境的不一樣，檢驗在各類網絡鏈接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA 等)，App 的數據和運用是否正確

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

不一樣操做系統的兼容性，是否適配

不一樣手機屏幕分辨率的兼容性

不一樣手機品牌的兼容性

 

18、用戶體驗測試
1）是否有空數據界面設計，引導用戶去執行操做。

2）是否濫用用戶引導。

3）是否有不可點擊的效果，如：你的按鈕此時處於不可用狀態，那麼必定要灰

掉，或者拿掉按鈕，不然會給用戶誤導

4）菜單層次是否太深

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

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

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

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

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

10）操做應該有主次從屬關係

11）是否有橫屏模式的設計，應用通常須要支持橫屏模式，即自適應設計

 

19、硬件環境測試
手勢操做測試

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

2）切換網絡對運行中的 App 的影響

3）運行中的 App 先後臺切換的影響

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

5）App 運行時關機

6）App 運行時重啓系統

7）App 運行時充電

8）App 運行時 kill 掉進程再打開

 

20、網絡環境

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

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

2) 內網測試時，要注意選擇到外網操做時的異常狀況處理。

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

4) 在網絡信號很差時，檢查數據是否會一直處於提交中的狀態，有無超時限制。如遇數據交換失敗時要給予提示。

5) 在網絡信號很差時，執行操做後，在回調沒有完成的狀況下，退出本頁面或者執行其餘操做的狀況，有無異常狀況。此問題也會常常出現程序 crash。

注：通常能夠選擇在地鐵、公交、電梯、隧道燈表明性的場所進行測試。

 

以上主要概括爲如下幾點：

1. UI 測試

app 主要核 ui 與實際設計的效果圖是否一致；交互方面的問題建議，能夠先與產品經理確認，確認經過後，纔開始讓開發實施更改或優化

2. 功能測試

根據軟件說明或用戶需求驗證 App 的各個功能實現

3. 中斷測試

模擬用戶真實使用 app 時會遇到的中斷狀況進行測試.

如： 網絡的斷網，切換網絡， 斷電，來電話/短信，聽音樂，切換到其餘 app，打開其餘 app 的通知、低電量時可否正常使用等

4. 兼容以及適配測試

新舊版本的在功能，邏輯層面的兼容測試， 同一個 app 在不一樣系統版本運行，以及不一樣機型之間的適配測試兼容測試：接口的兼容性測試可以保證大部分的功能完善；

app 在不一樣系統版本上保證運行適配性： 屏幕，系統版本等（系統位數必定要考慮）該部分經過第三方的雲平臺進行用不一樣的支持語言驗證 App 行爲。

5. 安全測試

App 安全測試大概劃分爲如下幾類：

1）從數據的本地存儲到數據的傳輸、處理以及遠程訪問等各個環節，基於相應的安全標準/行業標準評估 App 的安全特性；借鑑在 WebApp 和網絡安全測試的一些成功經驗在智能終端 App 測試中進行裁減或適配；

2）檢測 App 的用戶受權級別，數據泄漏，非法受權訪問等；

3）對 App 的輸入有效性校驗、認證、受權、敏感數據存儲、數據加密等方面進行檢測,以期發現潛在的安全問題；

4）基於各類通訊協議或相應的行業安全標準檢視 App 是否知足相應的要求。

 

21、測試 App 的消息顯示和通知顯示

在安裝 App 的時候是否申請相應的權限

驗證收到 App 新的消息的時候，如何經過通知向用戶進行消息展現

測試 App 可否及時顯示和同步消息

測試在多臺設備登陸 App，是否同步消息、設置、內容、數據等

測試 App 的消息是否同步在 PC 端（不管 Web 版本或者 PC 版本）

測試 App 中高內存使用的功能

測試 App 對於讀取大量圖片、視頻等進行高內存佔用操做的處理能力

查看 App 是否有對應的異步加載功能等

測試 App 的流量和電量消耗

測試 App 的安裝文件大小

測試 App 佔用的存儲空間

測試 App 使用的流量和電量

測試 App 支持的文件格式

測試 App 支持 Office 文件操做

測試 App 支持圖片文件展現

測試 App 支持 PDF 文件打開

測試 App 支持視頻和音頻文件播放

 

22、其餘：

1）若是程序裏面包括分享功能，那麼檢測點擊分享的時候是否會正常給出分享

提示，點擊分享後所填寫的分享內容是否正確

2）app 在清空數據或強制退出後還能正常運行否

3）api，包括在 app 內跳轉到另外一個界面，在返回來，以及跳轉到系統 api

4）長時間開機且開 app，看是否會出現異常狀況

5）移動 App 崩潰的一些常見緣由：

帶寬限制：帶寬不佳的網絡對 App 所需的快速響應時間可能不夠。

網絡的變化：不一樣網絡間的切換可能會影響 App 的穩定性。

內存管理：可用內存太低，或非受權的內存位置的使用可能會致使 App 失敗。

用戶過多：鏈接數量過多可能會致使 App 崩潰。

 

以上是app主要的一些測試技術點。固然，這都是創建在對需求很是理解的基礎之上的，測試以前，要對需求有一個總體的把握，最次也要清楚測試的功能點有哪些/測試的目的是什麼，以及客戶端與後臺之間的交互。

 

 

 

總結：

測試手機版APP時，暴露出了本身對APP測試認識的不足，沒有把APP與web測試的異同點作出區分，如下主要對APP與web測試的不一樣點作出總結：

①中斷測試：主要是來電，短信，關機，重啓，鬧鐘、插拔數據線、手機鎖定、手機斷電等對軟件的影響

②安裝卸載：app產品的安裝卸載操做：從上一個版本/上兩個版本直接升級到最新版本，包括全新安裝新版本、新版本覆蓋舊版本安裝、卸載舊版本，安裝新版本、卸載新版本，安裝新版本，此外還要考慮一下內容：

安裝：需考慮安裝時的中斷、弱網、安裝後刪除安裝文件等狀況

卸載：需考慮 卸載後是否刪除app相關的文件

更新：分強制更新、非強制更新、弱網狀態下更新

③兼容性測試：不一樣手機型號、廠家、分辨率和屏幕大小等

④弱網絡測試（2g、3g、4g，wifi網絡狀態）；網絡切換測試（網絡斷開後重連、3g切換到4g/wifi 等）

⑤界面操做：注意手勢，橫豎屏切換，多點觸控，先後臺切換對軟件的影響

⑥權限測試：App是否能夠獲取該權限，例如是否可訪問通信錄、相冊、照相機等