APP自動化測驗很重要？一文帶你搞懂怎么測APP

現在是移動互聯網的時代，移動端APP產品在不斷推陳出新，相應的APP測驗人員也變得炙手可熱，今天松勤軟體測驗程老師跟大家全面談談APP應該怎么做測驗，

一、首先，移動測驗要注意以下幾點：

移動APP測驗中如何設計Test Case？

移動互聯網開發節奏很快，而且版本快速、頻繁迭代，建議放棄傳統的Tese Case，不需要寫詳細的測驗用例，而采用feature list，比如使用“思維導圖+功能點”的方法，這樣能節省大量的時間，而且思維導圖比較直觀，不容易漏掉功能，

讓自己成為真實的用戶

大部分移動APP都是面向普通用戶的，而不是企業用戶，既要把自己當作APP的真實用戶，又得具有測驗員的思維，這樣便于徹底了解業務邏輯，

關注用戶體驗測驗

用戶體驗是APP成功的關鍵，在這么小的螢屏上，用戶體驗關系著用戶對APP的滿意度，

少做UI自動化，多做后臺介面的自動化

UI自動化大部分的時候，都沒什么意義，投入大，收益少，應該多關注后臺介面的自動化測驗，

重要的原則：測驗你最終要發布給用戶的APP版本！

每日構建，每日測驗的理念已經深入人心，很多時候我們測驗的是APP的開發和Debug版本，而不是最終的Release版本，在打包最終Release版本時，我們一般還要加上數字簽名，或者再加上代碼混淆，那么最終的發布版本和Debug的版本肯定有不一致的地方，很可能最終的版本會有問題，比如Debug版本是完全作業正常，但是上線后才發現會導致“崩潰”，

HTTP，HTTPS都要覆寫

許多APP和后臺服務都是通過HTTP來互動的，正常情況下都一切正常，為什么需要測驗HTTPS環境？一些免費上網的環境中，比如，麥當勞，萬達商城，他們的網路環境都需要輸入用戶名和密碼，通過SSL認證來訪問網路，如果你使用HTTP Client 的Library對這種例外沒有做捕獲處理，那么你的APP，肯定要“崩潰”，

進行網路例外，服務器宕機或出現404，502情況下的測驗

后臺服務的穩定性是你有時候很難去控制的，尤其是牽扯到DNS，空間服務商的情況下，如果出現DNS決議故障，碰到這種情況，你對后臺API的請求很可能就會出現404錯誤，而你和API互動的資料應該是某種固定格式（例如JSON和XML），這樣你的資料決議可能會出現錯誤，拋出例外，如果你對例外沒有進行正確的處理可能會導致程式不能正常作業，

2G、3G、4G、wifi都要覆寫

這四者之間不僅僅是網路速度的差別，它們代表了不同的網路環境，經常會有些APP能在3G網路下運行，但是不能在wifi下運行，所以在需要在不同的網路環境下執行check，

APPStore冗長的審核機制

一旦你的應用出現嚴重系統錯誤，你修復版本基本不可能在很短時間內在APP Store上架，那么你的用戶就會離去，

二、至于APP測驗要測驗哪些點，請接著往下看：

APP測驗的方面很多，如：功能測驗（功能點測驗、流程測驗）、兼容性測驗、交叉測驗、安裝卸載測驗（包括應用的升級）、壓力測驗（主要指，介面壓力測驗）、安全測驗等等，

功能測驗： 對具體功能點一一測驗，驗證確認每個點都實作滿足需求的相應功能，

APP兼容性測驗： 根據螢屏尺寸、系統進行適配測驗；對市場上主流的設備安裝應用執行測驗（如果有特定針對群體，應該根據實際用戶資料接入設備進行分析，對靠前的機型選擇進行適配測驗），確保都能正常運行，

壓力測驗： 用戶量大，互動性高的應用需對介面執行壓力測驗，確應用在海量的用戶使用的情況下能正常運行，

UI/UE測驗： 主要是一些適配，用戶體驗方面，互動方面的測驗，

用戶行為統計測驗： 確保手頭的行為統計分析定義檔案為最新版本，且與開發員手中的檔案一致；確保產品經理在檔案中所定義的頁面在該產品中都是存在的；盡可能真實地模擬用戶行為；核對統計日志，確保各項操作所對應的頁面ID以及操作ID都是正確的，

安全測驗 ： 軟體權限、資料安全性、通訊安全性、人機介面安全性，

安裝卸載測驗： 確保應用都能正確安裝、卸載，且能正確運行（注意應用的升級測驗：升級前后的狀態），

交叉測驗： 對于正在運行的應用，若進入短信、電話等其它軟體回應的情況，不會影響被測驗應用，且會保證應用能正確運行；殺掉行程時再重新打開APP；多個APP切換資料的保存等，

協議測驗： 模擬客戶端直接發送協議包給服務器，看服務器是否有一定的校驗，認不認客戶端發過來的資料，協議測驗主要是為了處理用戶發送惡意協議到服務器，騙過服務器的校驗，

例外測驗： 多次快速點擊切換頁面的回應情況？橫屏豎屏的快速操作：切換選單，播放，下載等；服務器宕機或出現404、502等情況下的測驗，

弱網測驗： APP在2G/3G/4G/wifi下的表現情況，網路環境變化時，APP的應對情況：是否有適當提示？從有網環境到無網環境時，APP的反饋如何？從無網路環境回到有網路環境時，是否能自動加載資料，且多久才能開始加載資料？

電量測驗： 設備在不同電量時（低于10%，50%，95%），APP的回應以及操作流暢度；設備在充電時，APP的回應以及操作流暢度；設備意外斷電時，APP資料丟失情況等，

三、移動測驗設計用例的要點

安裝

1、應用程式是否正確安裝到設備上；

軟體權限

1、扣費風險：包括發送短信、撥打電話、鏈接網路是否提醒；

2、隱私泄漏風險：包括訪問手機資訊、訪問聯系人資訊等；

登錄

1、洗掉或修改后的用戶、原用戶登陸；

2、登錄超時處理；

螢屏旋轉

1、確認哪些界面是需要允許橫屏或者禁止橫屏的；

2、將螢屏鎖定為豎屏或者橫屏，在幾個界面跳轉，界面是否正常；

3、當適應橫屏時，是否對橫屏進行了適配；

應用切換

1、APP切換到后臺，再回到APP：①、檢查功能及應用狀態是否正常；②、程式是否崩潰，功能狀態是否正常；③、從后臺切換到前臺，資料有更新的時候，是否自動更新；

2、手機鎖屏解屏后，進入APP是否崩潰，功能狀態是否正確，尤其是從后臺切換到前臺，資料有更新的時候；

3、當APP使用程序中有電話進來中斷后再切換到APP，功能狀態是否正常；

4、切換用戶登錄后，是否有原用戶臟資料；

升級更新

1、是否有完整的升級策略（強制升級，灰度發布）；

2、下載升級包程序中是否可以取消、中斷；

3、升級包下載是否可以續傳；

4、當客戶端有新版本時，是否有更新提示；當版本為非強制升級版時，用戶可以取消更新，老版本能正常使用，用戶在下次啟動時，仍能出現更新提示；

5、當給出強制更新后用戶沒有做更新時，退出客戶端；下次啟動時，仍出現強制升級提示；

6、當客戶端有新版本時，在本地不洗掉客戶端的情況下，直接更新檢查是否能正常更新；

7、如果升級有忽略本次版本升級，那么當有新的升級版本時，是否還有升級提示；

訊息push

1、不接受推送訊息時，用戶是否會再接收到push；

2、檢查收到的push與用戶身份是否相符，也沒推送給其他人；

權限測驗

1、當某些權限被安全軟體或者系統禁止時，是否可以正常使用，需要注意的權限：麥克風/攝像頭/定位/短資訊等權限；

2、在做兼容性測驗時，需要特別注意權限管理較嚴的Rom，比如魅族在攝像頭等權限為默認關閉；

3、第三方安全軟體彈框請求禁止權限時，選擇后，是否會影響到被測應用的正常流程；

用戶體驗測驗

1、是否有用戶引導；

2、選單層次是否太深；

3、互動流程分支太多；

4、相關選項離的太遠；

5、一次性載入太多資料；

6、界面中按鈕點擊范圍是否適中；

性能測驗

1、反復/長期操作下（Andriod應用可以考慮monkey測驗），系統資源（cpu占用、記憶體）是否占用例外；

2、cpu占用、記憶體、流量，耗時等資料，必須有標準和參考值（可以是市場上同類應用的類似操作的表現，或者同應用的不同版本測驗）；

交叉事件

1、APP運行時，切換網路；

2、APP運行時使用藍牙傳送/接受資料；

3、APP運行時使用相機、計算器等手機自帶設備；

兼容性測驗

1、不同系統、不同解析度的兼容性；

網路環境測驗

1、無網路時，執行請求，給與友好提示；

2、網路信號不好，檢查功能狀態是否正常，確保不因提交資料失敗而造成crash；檢查資料是否一直處于提交狀態，有無超時限制；

3、網路信號不好，執行操作后，在回呼沒有完成的情況下，退出本頁面或執行其它操作，有無例外情況；

4、在各種網路環境下(wifi、電信/移動–2G/3G/4G)，應用的表現情況；

服務器宕機或404、502等情況下測驗

1、當出現域名決議故障時，后臺api請求很可能出現404，拋出例外，應用端是否做處理；

其它情況

1、中文字符的處理，是否亂碼；

2、提交的資訊是否能重復，比如賬號名、昵稱；

3、昵稱中使用輸入法的表情，是否可用或限制；

4、回車鍵檢查，在輸入結束后直接按回車鍵，是否生效或報錯；

上面是我收集的一些視瞥澩，在這個程序中幫到了我很多，如果你不想再體驗一次自學時找不到資料，沒人解答問題，堅持幾天便放棄的感受的話，可以加入我們扣扣群【313782132 】，里面有各種軟體測驗資源和技術討論，

當然還有面試，面試一般分為技術面和hr面，形式的話很少有群面，少部分企業可能會有一個交叉面，不過總的來說，技術面基本就是考察你的專業技術水平的，hr面的話主要是看這個人的綜合素質以及家庭情況符不符合公司要求，一般來講，技術的話只要通過了技術面hr面基本上是沒有問題（也有少數企業hr面會刷很多人）
我們主要來說技術面，技術面的話主要是考察專業技術知識和水平，上面也是我整理好的精選面試題，

趕快進來學習了解與交流吧，