H5 頁(yè)面發(fā)版靈活，輕量，又具有跨平臺(tái)的特性，在業(yè)務(wù)上有很多應(yīng)用場(chǎng)景。但是同時(shí)對(duì)比 App，H5 的性能表現(xiàn)總是要遜色一籌，比如頁(yè)面打開往往會(huì)出現(xiàn)白屏，滑動(dòng)列表等交互場(chǎng)景下也不如 Native 頁(yè)面流暢。針對(duì)這些白屏、卡慢之類的問(wèn)題，我們測(cè)試該從哪些方面去展開測(cè)試分析和數(shù)據(jù)對(duì)比呢？接下來(lái)筆者分享一些 H5 前端測(cè)試實(shí)踐的經(jīng)驗(yàn)，拋磚引玉，希望大家一起談?wù)摚黄鹜诰蚋嘤袃r(jià)值的課題。

如下圖所示，是精選平臺(tái)打開 H5 頁(yè)面的幾個(gè)過(guò)程截圖。

圖一到圖四可以簡(jiǎn)單分類，圖一是 App 負(fù)責(zé)做的事情，主要是初始化 Webview 上下文；后面三張圖則是一個(gè)H5頁(yè)面加載的過(guò)程。其中，App 這個(gè)階段的耗時(shí)，主要是 Native 代碼的耗時(shí)，這里先不展開討論，我們重點(diǎn)放在后面幾個(gè)階段。第四個(gè)圖是用戶直觀看到的第一屏頁(yè)面，我們通常稱為首屏。

1）加載網(wǎng)絡(luò)請(qǐng)求

這個(gè)過(guò)程主要是 Webview 拿到 H5 頁(yè)面 url 之后，調(diào)用 loadUrl 方法，開始去網(wǎng)絡(luò)上請(qǐng)求第一個(gè)資源文件。這個(gè)階段主要包含 dns 解析、建立網(wǎng)絡(luò)鏈接、數(shù)據(jù)傳輸?shù)暮臅r(shí)。

2）html 解析

Webview 拿到 html 返回后，需要從上至下解析 html 中的標(biāo)簽和內(nèi)容，識(shí)別外鏈資源、計(jì)算頁(yè)面框架的布局，并渲染繪制出來(lái)。在這個(gè)過(guò)程中會(huì)構(gòu)建出負(fù)責(zé)頁(yè)面結(jié)構(gòu)的 DOM Tree 和負(fù)責(zé)頁(yè)面布局展示的 Render Tree，如下圖所示：

3）外鏈資源加載

這部分主要是從網(wǎng)絡(luò)上加載外鏈的 css、圖片和 js 等，再重新填充到 html 中。之后重新進(jìn)行一次 layout 布局計(jì)算和頁(yè)面渲染繪制，此時(shí)看到的才是有完整內(nèi)容的頁(yè)面。如下圖所示，頁(yè)面需要等圖片和 css 加載出來(lái)后才能展示，js 也是外鏈資源，不過(guò)一般來(lái)說(shuō)，只要放在 html 底部加載，就不會(huì)阻塞頁(yè)面的渲染和展示。

前面我們已經(jīng)了解了 H5 頁(yè)面加載過(guò)程，接下來(lái)如果遇到白屏，我們自然會(huì)問(wèn)，怎么才能知道頁(yè)面當(dāng)前處在哪個(gè)階段，每個(gè)階段耗時(shí)多長(zhǎng)，以及整體首屏加載的耗時(shí)呢？

首先看下通過(guò) PC Chrome 模擬 H5 頁(yè)面的情況。Chrome Devtool 提供的 Performance 工具，可以錄制頁(yè)面從第一個(gè)請(qǐng)求到加載完成的所有事件，通過(guò)這種方式可以很詳細(xì)的看到各階段做的事情和具體的耗時(shí)。

其中兩個(gè)最關(guān)鍵的首屏耗時(shí)指標(biāo)：domContentLoaded（首屏頁(yè)面可見）和onLoad（首屏加載完成）的耗時(shí)，除了圖示的方法，還可以通過(guò)在 console 里打印全局變量window.performance.timing，拿到時(shí)間戳并計(jì)算得到。

但實(shí)際我們要的是移動(dòng)設(shè)備的真機(jī)數(shù)據(jù)，這個(gè)才能真實(shí)反應(yīng)頁(yè)面性能和用戶體驗(yàn)。想要獲取 H5 真機(jī)耗時(shí)，一種方式是 js 代碼進(jìn)行上報(bào)；另一種是對(duì)于 Android 設(shè)備，可以用 remote-debug 的方式遠(yuǎn)程調(diào)試真機(jī)頁(yè)面。只需要保證 webview 調(diào)試開關(guān)打開 & 與 PC USB 連接且開啟 USB 調(diào)試，就可以在 PC Chrome 訪問(wèn) chrome://inspect 來(lái)獲取調(diào)試對(duì)象。之后參考 PC Chrome 模擬 H5 的方法即可拿到數(shù)據(jù)。

對(duì)于傳統(tǒng)頁(yè)面而言，實(shí)際分析發(fā)現(xiàn)大部分耗時(shí)還是在移動(dòng)網(wǎng)絡(luò)請(qǐng)求這部分，所以最直接有效的方式就是對(duì)頁(yè)面進(jìn)行直出改造，也就是改變先加載 html、再加載 css 等數(shù)據(jù)的情況，先在后端（比如 nodejs）并行加載首屏依賴的所有 css、js 和后臺(tái)接口數(shù)據(jù)，拼裝好一個(gè)完成的最終要呈現(xiàn)的 html 再回給前端，達(dá)到秒開的效果。

有時(shí)候用戶在頁(yè)面交互的過(guò)程中會(huì)遇到卡慢，比如上下滑動(dòng)列表、左右切換或者輪播等。這個(gè)過(guò)程無(wú)非也是執(zhí)行 js、請(qǐng)求資源、計(jì)算新的頁(yè)面布局并渲染繪制這幾件事。通過(guò) Performance 分析就會(huì)發(fā)現(xiàn)，卡慢其實(shí)并不全是很多人認(rèn)為的“移送設(shè)備性能就是差”，有時(shí)候其實(shí)是假性卡頓。

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。