我們以往的APP是使用原生系統內核的，相當於直接在系統上操作，是我們傳統意義上的軟件，更加穩定
H5的APP先得調用系統的瀏覽器內核，相當於是在網頁中進行操作，較原生APP穩定性稍差，似乎還沒有百萬級用戶量的H5 APP
H5最大的優點是可以跨平台，開發容易，APP的話需要用ANDROID的語言和IOS的語言各自寫，H5只要開發一套
簡單的說：H5是基於web，native基於客戶端
H5測試應該從哪些方面考慮？
1、業務邏輯相關
除基本的功能測試之外，H5頁面的測試，需要關注以下幾點：
1.1 登陸
目前H5與native各個客戶端都做了互通，所以大家在測試的時候要注意兩點：
A、若客戶端已登錄，那么進入H5后仍然是登錄狀態。
B、若客戶端未登錄，進入H5，點擊對應按鈕OR鏈接。
如果需要登錄，須拉起native登錄；
若取消登錄，是否可再次拉起登錄，或者停留在的頁面是否有對應的登錄提示。
1.2 翻頁
遇到翻頁加載的頁面，需要注意內容為1頁或者多頁的情況。
A、數據分頁加載時，注意后續頁面請求數據的正確。
ps：這個需要注意在快速操作場景中，請求頁數是不是依次遞增，快速操作
（如第一頁尚未loading出來的時候仍然繼續上拉操作）時是否發出去對應的請求了。
1.3 刷新與返回
A、下拉刷新是否仍然處於當前頁面
B、用戶主動點擊刷新按鈕是否仍然處於當前頁面
C、點擊返回與back鍵，回退頁面是否是期望頁面
1.4 數據的請求與返回
A：提交了數據，數據是否正確的整理到后台管理系統。
B：發送了請求，是否正確返回你要求的數據。
2、H5適配相關
H5的適配其實比客戶端的相對來說，要少一些，手機品牌之間的差異不大，所以不用太多關注，最容易出現問題的是android2.3系統，這個要特別關注下：
A、大屏（如720*1280，重點關注頁面背景是否完全撐開頁面，刷新是否有抖動）、小屏手機（如320*480，重點關注下彈框樣式和文案折行）
B、android2.3、android4.X隨機找一個即可
C、ios5、ios6、ios7
D、瀏覽器上也要能夠進行完美展示
3、安全相關
3.1 明確投放渠道都有哪些？
如獨客、主客、wap，是否對未投放渠道做了限制，直接通過url請求是否攔截等
3.2 是否需要接入支付寶實名認證涉及到金錢相關。
如天貓積分，紅包等，為了防刷，一般都需要判斷是否支付寶實名認證。
以前我在的公司，有一次為了做推廣~發起了一個數錢的活動，每次都是一毛一毛的數，時間是15秒，出現如下bug：
1) 利用腳本數錢，15秒數出了100多~~-最后出於推廣成本的考慮，就把時間限制為5秒、
2）轉發一次就可以獎勵多一次機會數錢，結果沒有做好限制，朋友的朋友推廣，還是可以獎勵次數。
4、體驗相關
4.1 資源相關
A、頁面中有圖片的話，淘寶那邊建議圖片一般不大於50kb，本着一個原則，盡量縮小圖片。
B、資源是否壓縮、是否通過CDN加載。---CDN是什么？---就近地區訪問，服務速度會更快。
C、如何保證二次發布后有效更新。
D、對於類似公司名稱、offer名稱長度的問題，在手機上最好能根據屏幕大小自適應而不是截斷，因為手機上是不會有tips可以看的。
截斷導致大屏幕下也只能顯示幾個字，交互不好
4.2 流量
A、對於一些不會變化的圖片，如游戲動畫效果相關圖片，不需要每次都請求的東西，做本地緩存。
B、數據較多時是否做了分頁加載。
4.3 頁面展現時間
A、關注頁面首屏加載時間。
4.4 頁面提示
A、弱網絡下，數據加載較慢，是否有對應的loading提示
B、接口獲取異常時，提示是否友好。
C、刷新頁面或者加載新內容時頁面是否有抖動。
4.5 手機操作相關
A、鎖屏之后展示頁面。
B、回退到后台之后，重新呼出在前台展示。
C、手指滑動是否流暢，手指點擊時焦點是否定位正確，不同機型會不一樣。焦點地位后點擊是否靈敏。
4.6 弱網絡體驗
5、埋點數據檢查
與前端同學一起確認埋點情況。什么是埋點？
接下來你可能要問，H5測試的工具是什么？很簡單。
2：谷歌瀏覽器→調試成手機模式來進行測試
下載谷歌瀏覽器，點擊瀏覽器右上角“三”圖標，在下拉選項中選擇→“更多工具”→“開發者工具”，或者直接按F2；
這樣子就可以開始測試了！是不是超簡單？
Native App
傳統的原生App開發模式，android基於Java語言，底層調用Goolge提供的API，IOS基於Objective c或Swift，底層調用Apple官方提供的Api
優點：
直接依托於操作系統,交互性最強,性能最好
功能最為強大,特別是在與系統交互中,幾乎所有功能都能實現
缺點 :
開發成本高,無法跨平台,不同平台Android和iOS上都要各自獨立開發
門檻較高,原生人員有一定的入門門檻,相比廣大的前端人員而言,較少 更新緩慢,特別是發布應用商店后,需要等到審核周期 維護成本高
Web App
即移動端的網站,將頁面部署在服務器上,然后用戶使用各大瀏覽器訪問,不是獨立APP,無法安裝和發布，類似於現在所說的輕應用
優點：
開發成本低,可以跨平台,調試方便
維護成本低 更新無需通知用戶，不需要手動升級 無需安裝App,不會占用手機內存
缺點：
無法獲取系統級別的通知，提醒，動效等等
用戶留存率低 設計受限制諸多 體驗較差
Hybrid App
(Hybrid)混合應用程序，在應用程序中嵌入了webview，通過webview訪問網頁，嗯，那webview又是個啥？ webview是一個基於webkit引擎，展現web頁面的控件 作用： 顯示和渲染web界面 直接使用html文件（網絡或Apk資源包assets中）作布局 可和Java交互調用
優點：
開發成本較低,可以跨平台,調試方便 維護成本低,功能可復用
功能更加完善,性能和體驗要比起web app好太多 更新較為自由
缺點： 相比原生,性能仍然有較大損耗 不適用於交互性較強的app
tips
如何判斷一個應用界面是native還是web界面
1、在手機/模擬器中點擊關於手機中的版本號5下，出來開發者選項
2、在開發者選項中勾選上顯示布局邊界再返回到App界面
3、如果App是Html的界面，那界面不會有布局邊界顯示，如有則說明是native的