測試手機(jī)app流程規(guī)范方案標(biāo)準(zhǔn)-資料下載頁
2025-04-23 04:32本頁面
【正文】 ） 7） App運(yùn)行時瀏覽網(wǎng)絡(luò) 8） App運(yùn)行時使用藍(lán)牙傳送/接收數(shù)據(jù) 9） App運(yùn)行時使用相機(jī)、計算器等手機(jī)自帶設(shè)備 主要測試內(nèi)部和外部兼容性 1）與本地及主流App是否兼容 2）基于開發(fā)環(huán)境和生產(chǎn)環(huán)境的不同，檢驗在各種網(wǎng)絡(luò)連接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的數(shù)據(jù)和運(yùn)用是否正確 3）與各種設(shè)備是否兼容，若有跨系統(tǒng)支持則需要檢驗是否在各系統(tǒng)下，各種行為是否一致 不同操作系統(tǒng)的兼容性，是否適配 不同手機(jī)屏幕分辨率的兼容性 不同手機(jī)品牌的兼容性 1）Bug修復(fù)后且在新版本發(fā)布后需要進(jìn)行回歸測試。 2）Bug修復(fù)后的回歸測試在交付前、要進(jìn)行全量用例的回歸測試。 、更新測試 新版版發(fā)布后，配合不同網(wǎng)絡(luò)環(huán)境的自勱更新提示及下載、安裝、更新、啟勱、運(yùn)行的驗證測試。 1）測試升級后的功能是否與需求說明一樣 2）測試與升級模塊相關(guān)的模塊的功能是否與需求一致 3）升級安裝意外情況的測試（如死機(jī)、斷電、重啟） 4）升級界面的UI測試 5）不同操作系統(tǒng)間的升級測試 以主觀的普通消費(fèi)者的角度去感知產(chǎn)品或服務(wù)的舒適、有用、易用、友好親切程度。 通過不同個體、獨立空間和非經(jīng)驗的統(tǒng)計復(fù)用方式去有效評價產(chǎn)品的體驗特性升產(chǎn)品的潛在客戶滿意度。 1）是否有空數(shù)據(jù)界面設(shè)計，引導(dǎo)用戶去執(zhí)行操作。 2）是否濫用用戶引導(dǎo)。 3）是否有不可點擊的效果，如：你的按鈕此時處于不可用狀態(tài)，那么一定要灰掉，或者拿掉按鈕，否則會給用戶誤導(dǎo) 4）菜單層次是否太深 5）交互流程分支是否太多 6）相關(guān)的選項是否離得很遠(yuǎn) 7）一次是否載入太多的數(shù)據(jù) 8）界面中按鈕可點擊范圍是否適中 9）標(biāo)簽頁是否跟內(nèi)容沒有從屬關(guān)系，當(dāng)切換標(biāo)簽的時候，內(nèi)容跟著切換 10）操作應(yīng)該有主次從屬關(guān)系 11）是否定義Back的邏輯。涉及軟硬件交互時，Back鍵應(yīng)具體定義 12）是否有橫屏模式的設(shè)計，應(yīng)用一般需要支持橫屏模式，即自適應(yīng)設(shè)計 硬件環(huán)境測試 1）手機(jī)開鎖屏對運(yùn)行中的App的影響 2）切換網(wǎng)絡(luò)對運(yùn)行中的App的影響 3）運(yùn)行中的App前后臺切換的影響 4）多個運(yùn)行中的App的切換 5）App運(yùn)行時關(guān)機(jī) 6）App運(yùn)行時重啟系統(tǒng) 7）App運(yùn)行時充電 8）App運(yùn)行時kill掉進(jìn)程再打開 手機(jī)的網(wǎng)絡(luò)目前主要分為2G、3G、wifi。目前2G的網(wǎng)絡(luò)相對于比較慢，測試時尤其要注意此塊的測試。 1) 無網(wǎng)絡(luò)時，執(zhí)行需要網(wǎng)絡(luò)的操作，給予友好提示，確保程序不出現(xiàn)crash。 2) 內(nèi)網(wǎng)測試時，要注意選擇到外網(wǎng)操作時的異常情況處理。 3) 在網(wǎng)絡(luò)信號不好時，檢查功能狀態(tài)是否正常，確保不因提交數(shù)據(jù)失敗而造成crash。 4) 在網(wǎng)絡(luò)信號不好時，檢查數(shù)據(jù)是否會一直處于提交中的狀態(tài)，有無超時限制。如遇數(shù)據(jù)交換失敗時要給予提示。 5) 在網(wǎng)絡(luò)信號不好時，執(zhí)行操作后，在回調(diào)沒有完成的情況下，退出本頁面或者執(zhí)行其他操作的情況，有無異常情況。此問題也會經(jīng)常出現(xiàn)程序crash。 、502等情況下的測試 后臺服務(wù)牽涉到DNS、空間服務(wù)商的情況下會影響其穩(wěn)定性，如：當(dāng)出現(xiàn)域名解析故障時，你對后臺API的請求很可能就會出現(xiàn)404錯誤，拋出異常。這時需要對異常進(jìn)行正確的處理，否則可能會導(dǎo)致程序不能正常工作。 服務(wù)端一般會提供JSON格式的數(shù)據(jù)給客戶端，所以我們在服務(wù)端需要進(jìn)行接口測試，確保服務(wù)端提供的接口并轉(zhuǎn)換的JSON內(nèi)容正確，對分支、異常流有相應(yīng)的返回值。此塊測試可以采用itest框架進(jìn)行測試。最方便的是采用client進(jìn)行接口測試。 進(jìn)行服務(wù)端測試時，需要開發(fā)提供一份接口文檔。 1）一般的增、刪、改、查測試。 2） 當(dāng)表不存在時是否能自動創(chuàng)建，當(dāng)數(shù)據(jù)庫表被刪除后能否再自建，數(shù)據(jù)是否還能自動從服務(wù)端中獲取回來并保存。 3） 在業(yè)務(wù)需要從服務(wù)端取回數(shù)據(jù)保存到客戶端的時候，客戶端能否將數(shù)據(jù)保存到本地。 4） 當(dāng)業(yè)務(wù)需要從客戶端取數(shù)據(jù)時，檢查客戶端數(shù)據(jù)存在時，app數(shù)據(jù)是否能自動從客戶端數(shù)據(jù)中取出，還是仍然會從服務(wù)器端獲取？檢查客戶端數(shù)據(jù)不存在時，app數(shù)據(jù)能否自動從服務(wù)器端獲取到并保存到客戶端 5） 當(dāng)業(yè)務(wù)對數(shù)據(jù)進(jìn)行了修改、刪除后，客戶端和服務(wù)端是否會有相應(yīng)的更新您好，歡迎您閱讀我的文章，本W(wǎng)ORD文檔可編輯修改，也可以直接打印。閱讀過后，希望您提出保貴的意見或建議。閱讀和學(xué)習(xí)是一種非常好的習(xí)慣，堅持下去，讓我們共同進(jìn)步。
公司管理相關(guān)推薦
鄂ICP備17016276號-1