H5頁面測試總結
1:業務邏輯相關
除了基本的功能測試還需要關註:
1.1登陸
目前H5與native各個客戶端都做了互通,所以大家在測試的時候要註意兩點:
A、若客戶端已登錄,那麽進入H5後仍然是登錄狀態。
B、若客戶端未登錄,進入H5,點擊對應按鈕OR鏈接,如果需要登錄,須拉起native登錄。若取消登錄,是否可再次拉起登錄,或者停留在的頁面是否有對應的登錄提示。
ps:本次測試過程中就發現,第一次點擊鏈接,可以拉起登錄,第二次卻不能
1.2翻頁
a:數據分頁加載時,註意後續數據的正確性
ps:這個需要註意在快速操作場景中,請求頁數是不是依次遞增,快速操作(如第一頁尚未loading出來的時候仍然繼續上拉操作)時是否發出去對應的請求了
1.3刷新與返回
a:下拉刷新之後是否是當前頁面
b:用戶主動點擊刷新按鈕是否仍然處於當前頁面。
c:點擊返回與back鍵,回退頁面是否是期望頁面
ps:本次測試過程中就發現,mtop接口請求成功,但是data內無數據時,返回到的就是個空白頁面,無法正常發送請求。
1.4 mtpo接口返回處理
a:請求成功,且返回有數據,測試mtop接口返回數據的各種場景。
b:請求成功,但data內容為空。
c:請求接口異常,出現ERR_SID_INVALID::SESSION過期,拉起登錄。
d:請求接口發生除C中提到的異常之外的異常,通常可歸結為一類進行處理。
2、H5適配相關
H5的適配其實比客戶端的相對來說,要少一些,手機
a:大屏(如720*1280,重點關註頁面背景是否完全撐開頁面,刷新是否有抖動)、小屏手機(如320*480,重點關註下彈框樣式和文案折行)
b:android2.3、android4.X隨機找一個即可。
c:ios5、ios6、ios7。
3、安全相關
3.1 明確投放渠道都有哪些
如獨客、主客、wap,是否對未投放渠道做了限制,直接通過url請求是否攔截等
3.2 評估是否需要接入集團安全,如mtee黑白名單等。
3.3 是否需要接入支付寶實名認證
涉及到金錢相關,如天貓積分,紅包等,為了防刷,一般都需要判斷是否支付寶實名認證。
3.4 是否接入windvane,所有請求通過native發出。
4、體驗相關
4.1資源體驗相關
a:頁面中有圖片的話,淘寶那邊建議圖片一般不大於50kb,本著一個原則,盡量縮小圖片。
b:資源是否壓縮、是否通過CDN加載。
c:如何保證二次發布後有效更新。
4.2流量
a:對於一些不會變化的圖片,如遊戲動畫效果相關圖片,不需要每次都請求的東西,做本地緩存。
b:數據較多時是否做了分頁加載。
4.3頁面展示的時間
a:關註頁面首屏加載的時間。
4.4頁面提示
a:弱網絡下,數據加載較慢,是否有對應的loading提示。
b:接口獲取異常時,提示是否友好。
c:刷新頁面或者加載新內容時頁面是否有抖動。
4.5 手機操作相關
a:鎖屏之後展示頁面。
b:回退到後臺之後,重新呼出在前臺展示。
4.6 弱網測試
H5頁面測試總結