移動 APP 測試之基礎功能測試流程

根據使用者需求驗證APP的各個功能實現，以使用者使用場景，對比說明或需求，整理出內在、外在及非功能直接相關的需求，構建測試點，並明確測試標準。根據被測功能點的特性列丼出相應型別的測試用例對其進行覆蓋，。

在測試實現的各個階段跟蹤測試實現與需求輸入的覆蓋情況，及時修正業務或需求理解錯誤。

執行部分

1）APP安裝完成後的試執行，可正常開啟軟體。

2）APP開啟測試，是否有載入狀態進度提示。

3）APP開啟速度測試，速度是否可觀。

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

5）註冊

--同表單編輯頁面

--使用者名稱密碼長度

--註冊後的提示頁面

--前臺註冊頁面和後臺的管理頁面資料是否一致

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

登入部分

--使用合法的使用者登入系統。

--系統是否允許多次非法的登陸，是否有次數限制。

--使用已經登陸的賬號登陸系統是否正確處理。

--使用禁用的賬號登陸系統是否正確處理。

--使用者名稱、口令（密碼）錯誤或漏填時能否登陸。

--刪除或修改後的使用者，原使用者登陸。

--不輸入使用者口令和使用者、重複點（確定或取消按鈕）是否允許登陸。

--登陸後，頁面中登陸資訊。

--頁面中有登出按鈕。

--登陸超時的處理。

登出部分

--登出原模組，新的模組系統能否正確處理。

--終止登出能否返回原模組，原使用者。

--登出原使用者，新使用者系統能否正確處理。

--使用錯誤的賬號、口令、無許可權的被禁用的賬號進行登出

切換部分

1) APP切換到後臺，再回到APP，檢查是否停留在上一次操作介面。

2) APP切換到後臺，再回到APP，檢查功能及應用狀態是否正常，IOS4和IOS5的版本的處理機制有的不一樣。

3) APP切換到後臺，再回到前臺時，注意程式是否崩潰，功能狀態是否正常，尤其是對於從後臺切換回前臺資料有自動更新的時候。

4) 手機鎖屏解屏後進入APP注意是否會崩潰，功能狀態是否正常，尤其是對於從後臺切換回前臺資料有自動更新的時候。

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

6) 當殺掉APP程式後，再開啟APP，APP能否正常啟動。

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

8) 對於有資料交換的頁面，每個頁面都必需要進行前後臺切換、鎖屏的測試，這種頁面最容易出現崩潰。

免登入部分

很多應用提供免登入功能，當應用開啟時自動以上一次登入的使用者身份來使用APP.

1) APP有免登入功能時，需要考慮IOS版本差異。

2) 考慮無網路情況時能否正常進入免登入狀態。

3) 切換使用者登入後，要校驗使用者登入資訊及資料內容是否相應更新，確保原使用者退出。

4) 根據MTOP的現有規則，一個帳戶只允許登入一臺機器。所以，需要檢查一個帳戶登入多臺手機的情況。原手機裡的使用者需要被踢出，給出友好提示。

5) APP切換到後臺，再切回前臺的校驗

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

7) 密碼更換後，檢查有資料交換時是否進行了有效身份的校驗

8) 支援自動登入的應用在進行資料交換時，檢查系統是否能自動登入成功並且資料操作無誤。

9) 檢查使用者主動退出登入後，下次啟動APP，應停留在登入介面

資料更新部分

根據應用的業務規則，以及資料更新量的情況，來確定最優的資料更新方案。

1) 需要確定哪些地方需要提供手動重新整理，哪些地方需要自動重新整理，哪些地方需要手動+自動重新整理。

2) 確定哪些地方從後臺切換回前臺時需要進行資料更新。

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

4) 確定資料展示部分的處理邏輯，是每次從服務端請求，還是有快取到本地，這樣才能有針對性的進行相應測試。

5) 檢查有資料交換的地方，均有相應的異常處理。

APP更新部分

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

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

3) 當版本為強制升級版時，當給出強制更新後使用者沒有做更新時，退出客戶端。下次啟動APP時，仍出現強制升級提示。

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

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

6) 當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名檔案如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬於缺陷。

以上是APP功能測試流程的基礎部分，具體的各個功能點的測試就要看，被測試的APP的具體功能才能設計滿足需求的測試用例流程。在APP測試中功能方面一向是最複雜的工作，幾千條用例不在少數。