【轉載】移動互連網App測試流程及測試點之功能測試

標籤：

 App功能測試

根據軟體說明或使用者需求驗證App的各個功能實現，採用如下方法實現並評估功能測試過程：

1)採用時間、地點、對象、行為和背景五元素或業務分析等方法分析、提煉App的使用者使用情境，對比說明或需求，整理出內在、外在及非功能直接相關的需求，構建測試點，並明確測試標準，若使用者需求中無明確標準遵循，則需要參考行業或相關國際標準或準則。

2)根據被測功能點的特性列丼出相應類型的測試案例對其進行覆蓋，如；涉及輸入的地方需要考慮等價、邊界、負面、異常或非法、情境復原、關聯測試等測試類型對其進行覆蓋。 

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

 

1運行

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

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

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

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

5）註冊

--同表單編輯頁面
--使用者名稱密碼長度
--註冊後的提示頁面
--前台註冊頁面和背景管理頁面資料是否一致
--註冊後，在後台管理中頁面提示

6）登入

--使用合法的使用者登入系統。
--系統是否允許多次非法的登陸，是否有次數限制。
--使用已經登陸的帳號登陸系統是否正確處理。
--使用禁用的帳號登陸系統是否正確處理。
--使用者名稱、口令（密碼）錯誤或漏填時能否登陸。
--刪除或修改後的使用者，原使用者登陸。
--不輸入使用者口令和使用者、重複點（確定或取消按鈕）是否允許登陸。
--登陸後，頁面中登陸資訊。
--頁面中有登出按鈕。
--登陸逾時的處理。

7）登出

--登出原模組，新的模組系統能否正確處理。
--終止登出能否返回原模組，原使用者。
--登出原使用者，新使用者系統能否正確處理。
--使用錯誤的帳號、口令、無許可權的被禁用的帳號進行登出

 

2應用的前後台切換

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

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

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

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

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

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

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

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

 

3免登入

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

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

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

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

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

5) app切換到後台，再切回前台的校正 

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

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

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

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

 

4 資料更新  

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

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

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

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

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

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

 

5離線瀏覽  

很多應用會支援離線瀏覽，即在本地用戶端會緩衝一部分資料供使用者查看。 

1) 在無網路情況可以瀏覽本機資料 

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

3) 切換到後台再切回前台可以正常瀏覽 

4) 鎖屏後再解屏回到應用前台可以正常瀏覽 

5) 在對服務端的資料有更新時會給予離線的相應提示 

6 App更新

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

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

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

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

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

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

 

7 定位、照相機服務  

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

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

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

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

 

8 時間測試  

用戶端可以自行設定手機的時區、時間，因此需要校正該設定對app的影響。 

--中國為東8區，所以當手機設定的時間非東8區時，查看需要顯示時間的地方，時間是否展示正確，應用功能是否正常。時間一般需要根據伺服器時間再轉換成用戶端對應的時區來展示，這樣的使用者體驗比較好。比如發表一篇微博在服務端記錄的是10：00，此時，華盛頓時間為22：00，用戶端去瀏覽時，如果設定的是華盛頓時間,則顯示的發表時間即為22:00,當時間設回東8區時間時，再查看則顯示為10：00。

 

9 PUSH 測試

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

2) 檢查不接受推送訊息時，檢查使用者不會再接收到push.

3) 如果使用者佈建了免打擾的時間段，檢查在勿打擾時間段內，使用者接收不到PUSH。

在非勿打擾時間段，使用者能正常收到push。

4) 當push訊息是針對登入使用者的時候，需要檢查收到的push與使用者身份是否相符，沒有錯誤地將其它人的訊息推送過來。一般情況下，只對手機上最後一個登入使用者進行訊息推送。 

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

 

【轉載】移動互連網App測試流程及測試點之功能測試