無線質(zhì)量全過程保障實踐(存儲版)
【正文】 一般 ? 設(shè)計適配力度小， 兼容性測試后延 ? 自測包混亂丌統(tǒng)一 ? 發(fā)布流程多人跟進(jìn) ? 反饋收集滯后 1 2 3 4 問題識別 這些問題環(huán)節(jié)的背后都有一個通?。河脩羰种懈黝惒豢煽氐氖謾C(jī)！ 看看下面這些 ，你最想做的是什么？ 正題來啦！ 提測前期：我們能為質(zhì)量保障做些什么 ？ 開發(fā)： 設(shè)計： 測試階段：影響效率的那些問題怎么辦？ ?客戶端在線維護(hù)版本 5個，每一次的升級都要向前覆蓋安裝 5個 版本； ?一次我們與某個手機(jī)廠商合作預(yù)裝，要求將 apk開啟放置后臺測試 2小時； ?接入的模塊多加了獲取用戶通訊錄 的權(quán)限， 導(dǎo)致緊急發(fā)布一個修復(fù)版本； ? 內(nèi)部服務(wù)端接口多次請求，耗用戶 流量 如何去快速查看數(shù)據(jù)流轉(zhuǎn) ? 快速進(jìn)入客戶端某個模塊，死機(jī) 如何去有效模擬網(wǎng)速 測試階段：如何關(guān)注隱藏在背后的問題？ 測試階段：如何快速覆蓋業(yè)務(wù)邏輯？ ?服務(wù)端邏輯： 通過 API接口測試腳本覆蓋回歸， 確保業(yè)務(wù)邏輯的正確 性 ?客戶端交互： 通過數(shù)據(jù) mock，簡化真實數(shù)據(jù)準(zhǔn)備的繁瑣問題，降低遺漏 ?客戶端 UI： 通過 UI自動化腳本快速回歸主干 預(yù)發(fā)階段：如何確保客戶端預(yù)發(fā)效果？ 發(fā)布階段：如何避免不必要的失誤？ 通過系統(tǒng)化打包發(fā)布，減少了過程中的人工參與，降低失誤率
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1