除了基本的功能測試以外，h5頁面的測試需要關注以下幾點：
1.1登入
目前h5與native各個客戶端都做了互通，所以大家測試時要關注兩點
a：若客戶端已登入，那麼進入h5後仍是登入狀態
1.2翻頁
遇到翻頁載入的頁面，需要注意內容為1頁或者多頁的情況。
a，資料分頁載入時，注意後續頁面請求資料的正確。
ps：這個需要注意在快速操作場景中，請求頁數是不是依次遞增，快速操作（如第一頁尚未loading出來的時候仍然繼續上拉操作）時是否發出去對應的請求了。
1.3重新整理與返回
a：下拉重新整理是否仍處於當前頁面。
b：使用者主動點選重新整理按鈕是否處於當前頁面。
c：點選返回和back鍵，回退頁面是否是期望頁面。
ps：測試時發現，mtop介面請求成功，但是data內無資料時，返回的頁面是個空白頁面，資料返回錯誤。
1.4mtop介面返回處理
發現這個問題的地方很多，但是只是有意識的去處理，就很容易避免。
a、請求成功，且返回有資料，測試mtop介面返回資料的各種場景。
b、請求成功，但data內容為空。
c、請求介面異常，出現err_sid_invalid：：session過期，拉起登陸。
d、請求介面發生出c中提到的異常之外的異常，通常可歸結為一類處理。
h5適配相關
h5的適配其實比客戶端的相對來說，要少一些，手機品牌之間的差異不大，所以不需要太多的去關注，注重一下android2.3版本：
a：大屏（如：720x1280，重點關注頁面背景是否完全撐開頁面，重新整理是否有抖動），小屏手機（320*480，重點關注下彈框樣式和文案折行）。
b：android4.x，android5.x，android6.x任意找乙個機型即可
c：ios10的機型。
安全相關
3.1明確投放渠道都有哪些？（如獨客，主客，是否對未投放渠道做了限制，直接通過url請求是否攔截等）
3.2評估是否需要接入集團安全，如mtee黑名單
3.3是否需要接入支付實名認證
3.4是否接入windvance，所有請求通過nativa發出。
體驗相關
b：資源是否壓縮，是否通過cdn載入。
c：如何保證二次發布後有效更新。
2：流量
b：資料較多時是否做了分頁載入。
3：頁面展現時間
關注頁面首屏載入時間
4：頁面提示
a：弱網下，資料載入較慢，是否有對應的loading提示。
b：介面獲取異常時，提示是否友好。
c：重新整理頁面或者載入內容時頁面是否有抖動。
a：鎖屏之後展示頁面
b：回退到後台之後，重新撥出在前台展示。
6：弱網路體驗
效能測試關注點
作為軟體測試人員，我們經常會遇到壓力測試 穩定性測試 功能測試 效能測試 相容性測試等等，有時在工作中潛移默化的就已經在使用這些測試方法中包含的點，但是我們沒有太在意去總結梳理，那麼每個測試方法的關注點是什麼？如 在效能測試的過程中我們應該最該關注什麼？等等的思考呢，經過幾次的總結，今天首先將效能測...
APP測試關注點
一 功能測試 1.頁面展示 2.正常邏輯 3.異常邏輯 包括資料丟失，資料錯誤，錯誤資料如何處理，其他正確資料如何處理 4.使用者體驗 5.介面功能測試二 效能測試 1.服務端資源消耗 cpu記憶體 磁碟io 網路2.客戶端資源消耗 cpu記憶體 磁碟io 流量 電量 跟流量有直接的關係 3.頁面渲...
介面測試的關注點
介面測試的關注點 引數測試 返回值驗證 業務資料 介面之間 db驗證 響應的資料必須與api文件的定義的須一致 介面返回的節點 返回節點對應的值是不是對的 當介面有翻頁時，頁碼與頁數的異常值測試 第一頁有資料，翻頁到第二頁 1 第二頁的資料是否和第一頁重複 2 第二頁介面有沒有報錯，頁碼 一頁返回多...