在 performance metrics 中講了效能指標，還介紹了關於測量的內容，除了使用瀏覽器提供的 api 進行測量，還可以借助一些工具進行測量。這次就來看看關於工具的介紹。以下是個人理解的部分翻譯。
翻譯時 how to think about speed tools 原文 last updated 2019-02-12 。
谷歌已經發布了很多關於效能資料和效能工具的指導。本文的目的是為開發人員和營銷人員整合這一指導，幫助他們了解如何考慮效能，並了解谷歌提供的所有效能工具。
使用者體驗可以通過單一指標捕獲。
好的使用者體驗不是靠單一的點就能捕獲，它是由你的使用者使用過程中，一系列關鍵的事件組成。明白不同的衡量標準並跟蹤它們，對於使用者體驗來說十分重要。
使用者體驗可以通過單個「代表性使用者」捕獲。
由於使用者裝置、網路連線和其它因素的差異，真實世界的效能差別很大。校準你的實驗室和開發環境以測試類似各種不同的條件。使用現場資料告知不同的測試引數，例如裝置型別（即移動裝置與台式電腦）、網路連線（即3g或4g）和其他關鍵變數。
我的**載入速度對我來說很快，所以對我的使用者來說載入速度應該也很快。
開發人員測試載入效能的裝置和網路通常比使用者實際體驗的速度快得多。使用現場資料了解使用者使用的裝置和網路，並在測試效能時適當地模擬這些條件。
實驗室資料是在乙個受控環境中收集的效能資料，該環境擁有預定義的裝置和網路設定。這提供了可重現的結果和除錯功能，以幫助識別、隔離和修復效能問題。
優勢
限制
注意：像 lighthouse 和 webpagetest 這樣的工具收集的就是這種型別的資料。
現場資料是你的使用者在戶外體驗頁面載入時，收集到的效能資料。
優勢
限制
注意：像 chrome user experience report 中公共資料設定 和 pagespeed insights 效能工具中速度得分報告就是這種型別的資料。
back to top
備註：在原文中還有提到工具speed scorecard和impact calculator，點選跳轉到的都是 testmysite **。去試了一下，檢測的結果都包含了對工具 speed scorecard 和 impact calculator 的描述，猜測是後來功能統一合併到 testmysite 工具上，因此將原文中相關的描述都合併到了 testmysite 的描述中。
開發者試圖理解你**當前的效能，如真實世界 chrome 使用者的體驗，並尋找針對行業頂級趨勢的審查建議和指導方針。
pagespeed insights 讓你知道在真實世界中 chrome 使用者體驗你站點的效能，並推薦優化的機會。
開發人員試圖根據現代 web 效能最佳實踐來理解和審查**。
lighthouse 包含詳細效能評估。它為你提供頁面中缺少的效能優化列表，以及通過實施每個優化所節省的時間，這可以幫你了解應該做什麼。
開發人員在尋找有關如何除錯/深入了解站點效能的技術指導。
chrome developer tools（cdt）包含乙個效能面板，允許你通過使用自定義配置分析站點來深入研究站點的效能問題，從而跟蹤效能瓶頸。你可以在**的生產或開發版本上使用 cdt。
webpagetest 包含一套高階的度量和跟蹤檢視器。它能夠深入了解你的**在真實的移動硬體和網路條件下的效能。
back to top
關於效能測試
效能測試的主要手段是通過產生模擬真實業務的壓力對被測系統進行加壓，研究被測系統在不同壓力情況下的表現，找出其潛在的瓶頸。目前，典型的企業it系統的架構為 系統是由客戶端，網路，防火牆，負載均衡器，web伺服器，應用伺服器 中介軟體 資料伺服器等等環節組成。根據木桶原理，即木桶所能裝的水取決於最短的那...
關於效能調優
效能是指程式的處理效率無法達到預期值.導致效能問題的原因總的分為兩種,外部原因和內部原因.內部原因是指程式 本身有問題,無法高效地利用資源來完成計算.外部原因是指程式 以外的因素,比如硬體配置和程式的負載.解決效能問題的關鍵在於把瓶頸找出來,然後消滅瓶頸.預備 為了防止進入永無止境的效能優化圈 客戶...
基本概念 關於效能
qps queries per second，顧名思義 每秒查詢率 是一台伺服器每秒能夠相應的查詢次數，是對乙個特定的查詢伺服器在規定時間內所處理流量多少的衡量標準。tps 是transactionspersecond的縮寫，也就是事務數 秒。它是軟體測試結果的測量單位。乙個事務是指乙個客戶機向伺服...