手機APP專案測驗點總結
對于手機專案（應用軟體），主要是進行系統測驗。
而針對手機應用軟體的系統測驗，我們通常從如下幾個角度開展測驗作業：
功能模塊測驗
交叉事件測驗
性能測驗
安全測驗
容量測驗
兼容性測驗
介面測驗
易用性/用戶體驗測驗
硬體環境測驗
安裝/卸載測驗
升級/更新測驗
1、功能模塊測驗：
根據軟體需求說明書或者用戶需求驗證app的各個功能是否實作，采用如下方法實作并評估功能測驗程序：
采用時間、地點、物件、行為、和背景五元素或業務分析等方法、提煉app的用戶使用場景，對比說明和需求，整理出內在，外在及非功能直接相關需求，構建測驗點和用例，并明確測驗標準，若用戶需求中無明確標準遵循，則需要參考行業或相關國際標準或準則。
根據被測驗功能點的特性列出相應型別的測驗用例對其進行覆寫，如：涉及輸入的地方需要考慮等價、邊界、負面、例外或非法、場景回滾、關聯測驗等測驗型別對其進行覆寫。
在測驗實作的各個階段跟蹤測驗實作與需求輸入的覆寫情況，及時修正業務或需求理解錯誤地方。
運行
1）App安裝完成后的試運行，可正常打開軟體。
2）App打開測驗，是否有加載狀態進度提示。
3）App打開速度測驗，速度是否可觀。
4）App頁面間的切換是否流暢，邏輯是否正確
5）注冊
--同表單編輯頁面
--用戶名密碼長度
--注冊后的提示頁面
--前臺注冊頁面和后臺的管理頁面資料是否一致
--注冊后，在后臺管理中頁面提示
6）登錄
--使用合法的用戶登錄系統。
--系統是否允許多次非法的登陸，是否有次數限制。
--使用已經登陸的賬號登陸系統是否正確處理。
--使用禁用的賬號登陸系統是否正確處理。
--用戶名、口令（密碼）錯誤或漏填時能否登陸。
--洗掉或修改后的用戶，原用戶登陸。
--不輸入用戶口令和用戶、重復點（確定或取消按鈕）是否允許登陸。
--登陸后，頁面中登陸資訊。
--頁面中有注銷按鈕。
--登陸超時的處理。
7）注銷
--注銷原模塊，新的模塊系統能否正確處理。
--終止注銷能否回傳原模塊，原用戶。
--注銷原用戶，新用戶系統能否正確處理。
--使用錯誤的賬號、口令、無權限的被禁用的賬號進行注銷
應用的前后臺切換
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) 檢查有資料交換的地方，均有相應的例外處理。
離線瀏覽
很多應用會支持離線瀏覽，即在本地客戶端會快取一部分資料供用戶查看。
1) 在無網路情況可以瀏覽本地資料
2) 退出app再開啟app時能正常瀏覽
3) 切換到后臺再切回前臺可以正常瀏覽
4) 鎖屏后再解屏回到應用前臺可以正常瀏覽
5) 在對服務端的資料有更新時會給予離線的相應提示
App更新
1) 當客戶端有新版本時，有更新提示。
2) 當版本為非強制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啟動app時，仍能出現更新提示。
3) 當版本為強制升級版時，當給出強制更新后用戶沒有做更新時，退出客戶端。下次啟動app時，仍出現強制升級提示。
4) 當客戶端有新版本時，在本地不洗掉客戶端的情況下，直接更新檢查是否能正常更新。
5) 當客戶端有新版本時，在本地不洗掉客戶端的情況下，檢查更新后的客戶端功能是否是新版本。
6) 當客戶端有新版本時，在本地不洗掉客戶端的情況下，檢查資源同名檔案如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬于缺陷。
定位、照相機服務
1) App有用到相機，定位服務時，需要注意系統版本差異
2) 有用到定位服務、照相機服務的地方，需要進行前后臺的切換測驗，檢查應用是否正常。
3) 當定位服務沒有開啟時，使用定位服務，會友好性彈出是否允許設定定位提示。當確定允許開啟定位時，能自動跳轉到定位設定中開啟定位服務。
4) 測驗定位、照相機服務時，需要采用真機進行測驗。
時間測驗
客戶端可以自行設定手機的時區、時間，因此需要校驗該設定對app的影響。
--中國為東8區，所以當手機設定的時間非東8區時，查看需要顯示時間的地方，時間是否展示正確，應用功能是否正常。時間一般需要根據服務器時間再轉換成客戶端對應的時區來展示，這樣的用戶體驗比較好。比如發表一篇微博在服務端記錄的是10：00，此時，華盛頓時間為22：00，客戶端去瀏覽時，如果設定的是華盛頓時間,則顯示的發表時間即為22:00,當時間設回東8區時間時，再查看則顯示為10：00。
PUSH測驗
1) 檢查push訊息是否按照指定的業務規則發送
2) 檢查不接受推送訊息時，檢查用戶不會再接收到push.
3) 如果用戶設定了免打擾的時間段，檢查在免打擾時間段內，用戶接收不到PUSH。
在非免打擾時間段，用戶能正常收到push。
4) 當push訊息是針對登錄用戶的時候，需要檢查收到的push與用戶身份是否相符，沒有錯誤地將其它人的訊息推送過來。一般情況下，只對手機上最后一個登錄用戶進行訊息推送。
5) 測驗push時，需要采用真機進行測驗。
2、交叉事件測驗：又叫事件沖突測驗
是指一個功能正在執行程序中，同時另外一個事件或操作對該程序進行干擾測驗。如：App在前/后臺運行狀態時與來電、檔案ixaz、音樂收聽等關鍵運用的互動情況測驗等。
多個App同時運行是否影響正常功能。
App運行時前/后臺切換是否影響正常功能。
App運行時撥打/接聽電話。
App運行時發送/接收資訊。
App運行時發送/收取郵件。
App運行時切換網路（2G/3G/WIFI）.
App運行瀏覽網頁。
App運行時使用藍牙傳送/接收資料。
App運行時使用相機、計算器手機自帶設備。
App運行時插拔充電器。
執行干擾的沖突事件不能導致軟體應用軟體例外、手機死機或者花屏等嚴重問題，還需要注意各交叉事件的優先級別，檢驗系統是否能依據各事件的優先級別依次進行處理。不能因執行優先級別高的事件而導致優先級別較低的事件吊死。另外有中英文模式切換的手機要注意中英文模式切換后的功能實作存在的問題。
3、性能測驗：評估App的時間和空間特性
極限測驗：
在各種邊界壓力情況下，如電池、存盤、網速等，驗證App是否能正確回應。
--記憶體滿時安裝App
--運行App時手機斷電
--運行App時斷掉網路
回應能力測驗：
測驗App中的各類操作是否滿足用戶回應時間要求 。
--App安裝、卸載的回應時間
--App各類功能性操作的影響時間
壓力測驗：
反復/長期操作下、系統資源是否占用例外。
--App反復進行安裝卸載，查看系統資源是否正常
--其他功能反復進行操作，查看系統資源是否正常
性能評估：
評估典型用戶應用場景下，系統資源的使用情況。
Benchmark測驗（基線測驗）：與競爭產品的Benchmarking, 產品演變對比測驗等。
特定場景測驗
1.通過模擬終端低電量（例如5%電量）的狀態來測驗功能在該狀態下的正確性
2.通過模擬終端處于特殊地理位置（例如上海）來測驗功能在該狀態下的正確性
3.通過模擬終端處于特定網路狀態下（例如3G）來測驗功能在該狀態下的正確性
深度性能測驗
1.獲取App在典型使用場景及狀態下消耗的電量流量消耗
2.獲取App在典型使用場景及待機狀態下消耗的流量
3.獲取App在典型使用場景及待機狀態下的CPU占用率
4.獲取App在典型使用場景及待機狀態下記憶體量
5.獲取App冷啟動和熱啟動耗時內容
6.獲取App特定頁面的內容加載耗時
7.獲取App退出的耗時
8.獲取App在典型使用場景下幀率
4、安全測驗：
軟體權限
--扣費風險：包括發送短信、撥打電話、連接網路等
--隱私泄露風險：包括訪問手機資訊、訪問聯系人資訊等
--對App的輸入有效性校驗、認證、授權、敏感資料存盤、資料加密等方面進行檢測
--限制/允許使用手機功能接人互聯網
--限制/允許使用手機發送接受資訊功能
--限制/允許應用程式來注冊自動啟動應用程式
--限制或使用本地連接
--限制/允許使用手機拍斬訓錄音
--限制/允許使用手機讀取用戶資料
-- 限制/允許使用手機寫人用戶資料
--檢測App的用戶授權級別、資料泄漏、非法授權訪問等
安裝與卸載安全性
--應用程式應能正確安裝到設備驅動程式上
--能夠在安裝設備驅動程式上找到應用程式的相應圖示
--是否包含數字簽名資訊
--JAD檔案和JAR包中包含的所有托管屬性及其值必需是正確的
--JAD檔案顯示的資料內容與應用程式顯示的資料內容應一致
--安裝路徑應能指定
--沒有用戶的允許, 應用程式不能預先設定自動啟動
--卸載是否安全, 其安裝進去的檔案是否全部卸載
--卸載用戶使用程序中產生的檔案是否有提示
--其修改的配置資訊是否復原
--卸載是否影響其他軟體的功能
--卸載應該移除所有的檔案
--驗證App是否能正確安裝、運行、卸載，以及操作程序和操作前后對系統資源的使用情況，主要包括：
--檢測軟體是否能正確安裝、運行、卸載；大量真機多維度測驗,兼容性測驗無死角
--安裝、卸載、更新錯誤報告；包含安裝、卸載、高/低版本覆寫安裝
--用于檢測的安全軟體包括：百度手機管家、LBE、QQ手機管家、網秦、安卓優化大師
資料安全性
--當將密碼或其他的敏感資料輸人到應用程式時, 其不會被儲存在設備中, 同時密碼也不會被解碼
--輸人的密碼將不以明文形式進行顯示
--密碼, 信用卡明細, 或其他的敏感資料將不被儲存在它們預輸人的位置上
--不同的應用程式的個人身份證或密碼長度必需至少在4一8 個數字長度之間
--當應用程式處理信用卡明細, 或其他的敏感資料時, 不以明文形式將資料寫到其它單獨的檔案或者臨時檔案中。以
--防止應用程式例外終止而又沒有側除它的臨時檔案, 檔案可能遭受人侵者的襲擊, 然后讀取這些資料資訊。
--當將敏感資料輸人到應用程式時, 其不會被儲存在設備中
--備份應該加密, 恢復資料應考慮恢復程序的例外
文章轉自
http://blog.csdn.net/huwei2003/article/details/52250830
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/39074.html
標籤：非技術區