html5測試總結

一、由於html5不兼容IE78，因此在PC上使用並不是十分光。pc上IE仍是佔主流

二、html5主要用在移動終端

三、html5短時間內由於自身的缺陷，用戶體驗沒法達到原生app的體驗。如：html5調用本地文件能力比較弱，全部數據須要從服務器拉取||||沒法像原生app同樣推送消息|||相比之下比原生app響應要慢，體驗要差||不過移動設備的兼容性，使他也有必定的市場。如今所在的產品部，HTML5主要嵌入在Native App裏面和微信公衆號裏面，這也限定了咱們的測試環境。

四、html5也是一種web，因此web測試的方法咱們都須要測試一遍

測試流程：

需求測試介入：需求是否合理，設計是否有遺落，原生邏輯圖是否正確，目標是否明智等。前期的設計儘可能知足後續開發須要，減小後續開發時出現遺漏，減小人力物力，瞭解需求後可介入測試計劃，方案等，提升效率

接口測試：

終端這塊，主要數據來自接口，接口錯，即終端邏輯錯誤，邏輯錯誤即影響用戶。接口測試主要方法以下：

一、接口輸出是否與指望一致

二、終端上報是否與api文檔一致

三、每一個上報節點的邊界值，是否爲空等測試

四、接口邏輯測試

五、接口響應時間測試

六、接口安全性測試：接口部分敏感信息是否加密傳輸等，敏感內容是否屏蔽等

七、接口容錯性：是否接受特殊字符，是否區分大小寫，中英文符合等，整形和浮點型數據是否區分等

功能性：

功能測試，主要驗證頁面UI功能是否正確

 

參考51testing：

用戶界面測試

根據測試和評審修改過的UED，測試開發遞交的測試包。風格、樣式、顏色是否協調，不只包括HTML5自己，由於HTML5會嵌入App裏面，因此要考慮h5的風格、樣式、顏色是否與app自己協同，不至於格格不入，包括用戶習慣等也最好保持一致或相近，最好在設計初期就有顏色、按鈕、圖片、背景、邊框等詳細規劃和統一。可是正是因爲H5的可移植性，同一服務會嵌入到N家客戶的產品中，難以與各家都徹底統一，因此在設計中就應該考慮這些問題。

兼容性：主要兼容IOS和Android的不一樣版本

 

下面作了一些與App對接測試常見問題：

　　▲因爲HTML5嵌入在App裏面，輸入框須要調用原生鍵盤。因爲andriod不一樣 手機的差別化，會致使原生鍵盤功能不一樣。曾發現 三星的android某版本調用原生數字鍵盤沒有小數點，後只要碰到三星機器就調用全鍵盤；

　　▲App底部導航欄是否帶入到H5頁面中，打開鍵盤是否會影響導航欄位置變更。通常在HTML5頁面中應該刪除App的導航欄；

　　▲App與HTML5對接部分須要加密傳輸；

　　▲App頭部的點擊後返回的是前一個頁面仍是退回app主界面，須要注意；

　　▲IOS、Android的部分機型因爲鍵盤的打開和收起會出現提示或確認頁面彈框上下不居中；

　　▲因爲網絡問題偶現的App的報錯須要包裝；

　　▲從App各個入口進入HTML5界面都是免登陸，各入口登陸、登出正常；

　　▲在各個機型中，屏幕較小和較大的機器會出現不能所有顯示或者部分空白的狀況。

　　▲長時間不操做HTML5或者App，須要從新登陸，或者須要從新輸入密碼；

　　▲屏幕較小手機提交參數的確認頁面，因爲字數較多會出現換行的狀況，須要作適配。

　　微信主要是入口不一致，申請對接公衆號後，須要用微信自帶的瀏覽器進行兼容性測試，其餘不少都類似，此處不在贅述。

　　 【網絡測試】

　　因爲H5系統不少是雲服務，全部響應速度廣泛較慢。咱們測試的時候通常會用wifi，速度會相對可觀點。咱們應該觀察在4G、3G、甚至2G的網下，看響應時間是否在忍受範圍內。時間過長的話，須要提示優化代碼作改善。

　 　【安全測試】

　　因爲咱們對應的產品部利用HTML5把一些通用功能作成了雲服務，能夠嵌入多家客戶的App，根據渠道劃分，因此安全性顯得尤其重要。

　　 【性能測試】

　　隨着對接客戶的增長，對服務的性能方面的要求也會增長。對於雲服務的模塊須要作性能測試。

　　因爲部門機器的有限，第一輪測試我通常是採用google模擬器測試，也方便快速熟悉交互，最重要的是能夠簡單調試報錯信息，定位缺陷緣由，便於開發調試。

　　第二輪大功能基本穩定後，我纔會借各類機器，用手機的自帶的瀏覽器測試手機的兼容問題。由於app通常同步開發，App團隊給不了穩定的包給咱們作對接測試。

　　第三輪或者等App能給出穩定的包的時候，才嵌入微信和App測試。