網(wǎng)站打開速度是用戶體驗非常重要的環(huán)節(jié)，當(dāng)我們的網(wǎng)站建設(shè)好后都會進(jìn)行各種測試，今天就和大家來分享下速度的監(jiān)控和測試。


我們有很多種工具進(jìn)行網(wǎng)站頁面速度測試。從建立服務(wù)器連接到呈現(xiàn)整個頁面所需的時間，獲取詳細(xì)報告的工具已經(jīng)存在。事實上，在DevTools中的大多數(shù)瀏覽器下都有很棒的工具，可以做許多像WebPageTest這樣久經(jīng)考驗的服務(wù)所提供的事情，包括改進(jìn)特定指標(biāo)的建議。

我不知道你是怎么想的，但在衡量頁面速度性能時，我經(jīng)常感覺自己錯過了什么。即使我有所有可用的工具，我仍然發(fā)現(xiàn)自己伸手去拿其中的幾個。某些工具是為某些指標(biāo)設(shè)計的，帶有產(chǎn)生某些結(jié)果的某些假設(shè)。因此，在我對正在發(fā)生的事情有一個清晰的了解之前，我所擁有的是一個需要收集、組合和處理的報告大雜燴。

在我們真正登錄并查看報告之前，我認(rèn)為有必要了解一下語義。這里的關(guān)鍵詞是“監(jiān)控”性能。在使用DebugBear之后，我開始意識到我一直在做的是“測量”性能。而“監(jiān)控”和“測量”的區(qū)別就大了。當(dāng)我測量性能，我只是在特定的時間和地點獲得快照。沒有關(guān)于快照前后頁面速度性能的上下文，因為它是獨立的。把它想象成線形圖上的一個單獨的數(shù)據(jù)點——沒有周圍的點可以和我的結(jié)果進(jìn)行比較，這讓我不停地問，這是好結(jié)果還是壞結(jié)果？這是我在表演努力中一直缺少的“東西”。

當(dāng)然有辦法解決這個問題。我可以捕獲這些數(shù)據(jù)，并將其輸入到電子表格中，這樣我就可以記錄一段時間內(nèi)的性能結(jié)果，可以用來發(fā)現(xiàn)性能在哪里得到了提高，或者相反，在哪里出現(xiàn)了問題。這看起來工作量很大，即使它增加了價值。另一個問題是，我得到的數(shù)據(jù)是基于實驗室模擬的，在實驗室模擬中，我可以添加調(diào)節(jié)，確定所使用的設(shè)備和網(wǎng)絡(luò)連接，以及其他模擬條件。

有時我有一個優(yōu)化頁面速度的想法，但發(fā)現(xiàn)我需要首先將更改部署到生產(chǎn)中，以便報告工具可以重新評估頁面，以便我比較結(jié)果。如果能知道這些改變是否有效，那是非常有意義的事情，對我們建設(shè)網(wǎng)站又有了新的突破。