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

spasvo發表於2020-06-12

根據使用者需求驗證 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 測試中功能方面一向是最複雜的工作,幾千條用例不在少數。

相關文章