基本上只要對那個view長按，然後看是不是有反應，比如手機震動（android）、或者出現文字選擇貼上（android/ios），那麼就是webview！
橫屏豎屏相互切換，能自適應，並且布局不會亂掉；
h5的頁面在pc端也是能訪問的，chrome對h5支援最好，功能的測試可以在pc端chrome下先測試，也可以在手機上直接測試，這個看個人習慣。（ie系列包括ie8,及以下都支援的不好，這個可以與pd確認h5頁面在這些pc瀏覽器上不支援）
圖1.1
圖1.2
圖1.3
圖1.4
圖1.5
圖1.6
圖1.7
圖1.8
a、若客戶端已登入，那麼進入h5後仍然是登入狀態。
b、若客戶端未登入，進入h5，點選對應按鈕or鏈結，如果需要登入，須拉起native登入。若取消登入，是否可再次拉起登入，或者停留在的頁面是否有對應的登入提示。
c、清空cookies後，是否正常退出，返回登入頁面
d、兩個裝置，乙個忘記密碼後，檢視另一裝置是否可操作
a、下拉重新整理是否仍然處於當前頁面。
b、使用者主動點選重新整理按鈕是否仍然處於當前頁面。
******內容未被清空，再此基礎上返回也不會出現，之前頁面內容丟失的問題*****
c、進行相應邏輯操作後，頁面應正常自動重新整理，內容變為最新的（扔在本頁的內容），且內容應該與外面內容一致
a、點選返回與back鍵，回退頁面是否是期望頁面 （通過h5網頁（非手機的返回功能）的返回功能可以返回，不會出現無法返回的情況。）
b、進行其他操作後，頁面會統一返回首頁，或統一返回乙個頁面
c、返回之後，是否需要定位到之前的位置，還是返回到頂部
遇到翻頁載入的頁面，需要注意內容為1頁或者多頁的情況。
a、資料分頁載入時，注意後續頁面請求資料的正確。（有沒有重複載入的，或者到分界線時提示沒有資料，但是後有資料的情況）
ps：這個需要注意在快速操作場景中，請求頁數是不是依次遞增，快速操作（如第一頁尚未loading出來的時候仍然繼續上拉操作）時是否發出去對應的請求了。
重複載入內容
下方還有資料
a，搜尋後內容是否一致，內容的排序是怎麼排序的
c，搜尋後其他操作後，頁面是返回哪個頁面？（統一首頁？之前頁面【內容是否存在】？）
a、不同排序是否正常排序
b、插入後，內容是否正常排序
c、搜尋後，內容是否按正常排序
a、業務邏輯資料流變化，從乙個頁面影響到另乙個頁面
b、業務的業務流變化，狀態的變化，後台系統狀態變化後，檢視系統狀態是否變化，同乙個內容的多條資訊是否一起變化
c、判斷邏輯的先後順序，例如提交先判斷時間？還是內容是否為空？這個邏輯***
d、不填寫內容後，按鈕是可點選狀態還是置灰狀態？***
①對不同內容增加，是否有成功新增提示框/是否成功新增到頁面/資料是否變化/其他頁面是否有重新整理
-增加不同內容
-增加相同內容
-刪除後再新增相同內容
-增加空內容
-增加特殊字元內容
-增加超限長度內容
-增加特殊表情符號內容
-增加負數內容
-增加貼上複製內容
-增加內容後，根據調整框跳轉內容
②刪除，是否有刪除提示框/是否成功刪除提示框/刪除後頁面內容是否刪除/資料是否變化/其他頁面是否有刪除
-刪除內容後
-刪除後新增再刪除，是否可刪除
-更改不同內容
-更改相同內容
-更改後再次更改
④查，查詢後內容是否一致/查詢後操作後，返回什麼頁面/查詢後，點選返回，是什麼頁面
-正常查詢
-操作後查詢頁面
-查詢後，返回
發現這個出現問題的地方有很多，但是只要有意識的去處理，就很容易避免，主要是以下幾種情況：
a、請求成功，且返回有資料，測試mtop介面返回資料的各種場景。
b、請求成功，但data內容為空。
c、請求介面異常，出現err_sid_invalid::session過期，拉起登入。
d、請求介面發生除c中提到的異常之外的異常，通常可歸結為一類進行處理。
a、提交了資料，資料是否正確提交到後台。
b、傳送了請求，是否正確返回要求的資料。
關注頁面請求，是否會有多餘的請求，或者請求後有多餘的資料返回，盡量精簡，否則會浪費流量。
h5的適配其實比客戶端的相對來說，要少一些，品牌之間的差異不大，所以不用太多關注，最容易出現問題的是android2.3系統，這個要特別關注下：
a、大屏（如720*1280，重點關注頁面背景是否完全撐開頁面，重新整理是否有抖動）、小屏手機（如320*480，重點關注下彈框樣式和文案折行）
b、android2.3、android4.x隨機找乙個即可。
c、ios5、ios6、ios7。
①適配測試，根據不同螢幕和解析度做適配，以及適配後的清晰度，高階機取雙倍尺寸的圖
②對於類似公司名稱、offer名稱長度的問題，在手機上最好能根據螢幕大小自適應而不是截斷，因為手機上是不會有tips可以看的。截斷導致大螢幕下也只能顯示幾個字，互動不好
③手機測試要特別關注互動是否友好，與pc機的事件模型不一樣，可能會導致一些體驗的問題，比如：彈出層的點選，是否會穿透，影響到彈出層下面的頁面。
④對於一些浮層做的頁面，例如地圖、產品分類等浮層，注意拖動後是否可以看到它下面的頁面，拖動後邊緣是否有留白
⑤*******手指滑動是否流暢，手指點選時焦點是否定位正確，不同機型會不一樣。焦點地位後點選是否靈敏。****
注意：手機鍵盤切出後，焦點的定位是否正確、內容是否該改隱藏的隱藏、鍵盤是否切換到數字/字母
a、頁面中有的話，**那邊建議一般不大於50kb，本著乙個原則，盡量縮小。
b、資源是否壓縮、是否通過cdn載入。
c、如何保證二次發布後有效更新。
a、對於一些不會變化的，如遊戲動畫效果相關，不需要每次都請求的東西，做本地快取。
b、資料較多時是否做了分頁載入。
a、關注頁面首屏載入時間。
a、弱網路下，資料載入較慢，是否有對應的loading提示。
b、介面獲取異常時，提示是否友好。
c、重新整理頁面或者載入新內容時頁面是否有抖動。
a、鎖屏之後展示頁面。
b、回退到後台之後，重新撥出在前台展示。
如獨客、主客、wap，是否對未投放渠道做了限制，直接通過url請求是否攔截等
如mtee黑白名單等。
涉及到金錢相關，如天貓積分，紅包等，為了防刷，一般都需要判斷是否支付寶實名認證。
所有請求通過native發出。
是否加密顯示？
H5頁面測試總結
其實經過幾次h5頁面測試之後，發現存在很多共同的問題，所以在此對h5頁面的測試點 以及容易出問題的點 做乙個總結，給開發同學自測，以及準備入手h5測試的同學乙個參考。1 業務邏輯相關 之外，h5頁面的測試，需要關注以下幾點 1.1 登陸 1.2 翻頁 1.3 重新整理與返回 1.4 mtop介面返回...
h5頁面開發
相信大家在做h5頁面開發的時候，也會遇到一些問題。筆者將h5開發過程中常見的一些問題和解決辦法列舉出來，有需要的朋友可以參考一下。1.安卓瀏覽器看背景，有些裝置會模糊。同等比例的在pc端頁面和移動手機端頁面的解析度差很多，原因和devicepixelratio有關。手機解析度比pc端的解析度小，按照...
vuejs開發H5頁面總結
vuejs開發h5頁面總結 關於布局方案 當拿到設計師給的ui設計圖，前端的首要任務就是布局和樣式，相信這對於大部分前端工程師來說已經不是什麼難題了。移動端的布局相對pc較為簡單，關鍵在於對不同裝置的適配。之前介紹了一篇關於移動端rem布局方案，這大致是網易h5的適配方案。不過實踐中發現 開源的可伸...