手機APP專案測試點總結

對於手機專案（應用軟體），主要是進行系統測試。

而針對手機應用軟體的系統測試，我們通常從如下幾個角度開展測試工作：

功能模組測試

交叉事件測試

效能測試

安全測試

容量測試

相容性測試

介面測試

易用性/使用者體驗測試

硬體環境測試

安裝/解除安裝測試

公升級/更新測試

根據被測試功能點的特性列出相應型別的測試用例對其進行覆蓋，如：涉及輸入的地方需要考慮等價、邊界、負面、異常或非法、場景回滾、關聯測試等測試型別對其進行覆蓋。

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

執行--同表單編輯頁面

--使用者名稱密碼長度

--註冊後的提示頁面

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

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

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

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

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

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

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

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

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

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

--頁面中有登出按鈕。

--登陸超時的處理。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

很多應用會支援離線瀏覽，即在本地客戶端會快取一部分資料供使用者檢視。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3) 如果使用者設定了免打擾的時間段，檢查在免打擾時間段內，使用者接收不到push。

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

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

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

執行干擾的衝突事件不能導致軟體應用軟體異常、手機宕機或者花屏等嚴重問題，還需要注意各交叉事件的優先級別，檢驗系統是否能依據各事件的優先級別依次進行處理。不能因執行優先級別高的事件而導致優先級別較低的事件吊死。另外有中英文模式切換的手機要注意中英文模式切換後的功能實現存在的問題。

反覆/長期操作下、系統資源是否占用異常。

--其他功能反覆進行操作，檢視系統資源是否正常

評估典型使用者應用場景下，系統資源的使用情況。

benchmark測試（基線測試）：與競爭產品的benchmarking, 產品演變對比測試等。

1.通過模擬終端低電量（例如5%電量）的狀態來測試功能在該狀態下的正確性

2.通過模擬終端處於特殊地理位置（例如上海）來測試功能在該狀態下的正確性

3.通過模擬終端處於特定網路狀態下（例如3g）來測試功能在該狀態下的正確性

--扣費風險：包括傳送簡訊、撥打**、連線網路等

--隱私洩露風險：包括訪問手機資訊、訪問聯絡人資訊等

--限制/允許使用手機功能接人網際網路

--限制/允許使用手機傳送接受資訊功能

--限制/允許應用程式來註冊自動啟動應用程式

--限制或使用本地連線

--限制/允許使用手機拍照或錄音

--限制/允許使用手機讀取使用者資料

-- 限制/允許使用手機寫人使用者資料

--應用程式應能正確安裝到裝置驅動程式上

--能夠在安裝裝置驅動程式上找到應用程式的相應圖示

--是否包含數字簽名資訊

--jad檔案和jar包中包含的所有託管屬性及其值必需是正確的

--jad檔案顯示的資料內容與應用程式顯示的資料內容應一致

--安裝路徑應能指定

--沒有使用者的允許, 應用程式不能預先設定自動啟動

--解除安裝是否安全, 其安裝進去的檔案是否全部解除安裝

--解除安裝使用者使用過程中產生的檔案是否有提示

--其修改的配置資訊是否復原

--解除安裝是否影響其他軟體的功能

--解除安裝應該移除所有的檔案

--檢測軟體是否能正確安裝、執行、解除安裝；大量真機多維度測試,相容性測試無死角

--安裝、解除安裝、更新錯誤報告；包含安裝、解除安裝、高/低版本覆蓋安裝

--當將密碼或其他的敏感資料輸人到應用程式時, 其不會被儲存在裝置中, 同時密碼也不會被解碼

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

--密碼, 信用卡明細, 或其他的敏感資料將不被儲存在它們預輸人的位置上

--不同的應用程式的個人身份證或密碼長度必需至少在4一8 個數字長度之間

--當應用程式處理信用卡明細, 或其他的敏感資料時, 不以明文形式將資料寫到其它單獨的檔案或者臨時檔案中。以

--防止應用程式異常終止而又沒有側除它的臨時檔案, 檔案可能遭受人侵者的襲擊, 然後讀取這些資料資訊。

--當將敏感資料輸人到應用程式時, 其不會被儲存在裝置中

--備份應該加密, 恢復資料應考慮恢復過程的異常

手機APP專案測試點總結

手機APP專案測試點內容總結

手機APP測試點總結

手機APP測試點總結

手機APP專案測試點總結

手機APP專案測試點 內容 總結

手機APP測試點總結

手機APP測試點總結

相關推薦

手機APP專案測試點內容總結