⑴ 網站前端性能測試有什麼工具可以測頁面載入或渲染等時間呢
頁面載入速度本來就是和瀏覽器與機器性能掛鉤，為了區分從伺服器端取數據和瀏覽器載入渲染頁面的時間的話，比較推薦使用Chrome自帶的開發者工具，其中在Timeline的Tab下就能看到各個行為所消耗的時間，還是很方便的。
每種顏色代表不同的行為，比如Loading,Scripting,Rendering,Painting每種顏色代表不同的行為，比如Loading,Scripting,Rendering,Painting
覺得這樣不夠具有代表性的話，可以去各種頁面性能檢測的網站進行測試，得出的結果比較統一吧
我自己在用的是這個WebPagetest - Website Performance and Optimization Test，能夠比較直觀的看出性能，而且還給出了優化方法和優化後的性能對比
⑵ 頁面性能測試的難點有哪些
測試難點不大，主要在於集合點的設置並發的設置
前端頁面的測試難點在於完成後的性能瓶頸的分析
⑶ 性能測試知多少
但是，性能測試不是loadrunner，所有的作者也是這么認為的。但他們在講性能測試的時候講的就是loadrunner有，只是講的多少不同罷啦。 你是否覺得我對loadrunner有仇？我之所以將其分開來學，只是希望自己在學習性能測試的時候不要被loadrunner局限了而已。只是覺得在做性能測試時不要帶loadrunner的思維，這樣更容易把握性能測試的本質。----------------------------------------------------- 性能測試工具，從廣義上講，在性能測試過程中使用到的所有工具都可以稱其為性能測試工具。從狹義上來講，我們可以把性能測試工具分為伺服器端性能測試工具與前段性能測試工具。 伺服器端性能測試工具也我們測試人員通常所認為的性能測試工具。LoadRunner、JMeter、SilkPerformance、伺服器端壓力性能工具需要支持產生壓力和負載，錄制和生成腳本，設置和部署場景，產生並發用戶和向系統施加持續的壓力。 前端性能測試工具應用比較廣泛，開發人員，前端開發人員、測試人員都會經常用到。Firebug 、fildder2、Yslow 、前端性能測試工具只需要關於心瀏覽器等客戶端工具對具體需要展現的頁面的處理過程。 伺服器性能測試工具原理 性能測試工具的主要作用是通過模擬生產環境中的真實業務操作，對被測試系統實行壓力負載測試，監視被 測試系統在不同業務、不同壓力性能下的性能表現，找出潛在的性能瓶頸進行分析、優化。 客戶端與伺服器相當於兩個人，通過信息來進行交流。由於初次見面不好意思直接交流，與是找來了中間傳話人，客戶端把信息告訴給傳話人，由傳話人來轉達給伺服器。那麼伺服器反饋的信息也由傳話人轉達給客戶端。一般性能測試工具都需要錄制或編寫客戶端行為腳本。 這樣傳達人就有了客戶端的行為能力，從而假扮客戶端來欺騙伺服器，與之進行通信。有了客戶端行為了傳達人可以進行自我復制。從而變出N多個傳達人對伺服器進通信。---這個傳達人的行為和能力也就是性能測試工具的基本特質。（突然覺得性能工具像第三者插足，而且是可以自我復制瘋狂變態的第三者，哈哈！） 對於目前流行的性能測試工具，他們的基本工作原理都是一致的。在客戶端通過多線程或多進程模擬虛擬用戶訪問，對伺服器端施加壓力，然後在過程中監控和收集性能數據。性能測試工具應該具備什麼的特質呢？1、工具本身佔用系統資源少，可擴展性好，可用性強。 2、能模擬真實業務事務操作，在並發時能真正產生業務壓力。（這一點是核心）3、對壓力測試結果能很好地進行性能分析，快速找出被測試系統的瓶頸。4、測試腳本的重復性強。 伺服器性能測試工具的架構 用戶行為生成部分 我為什麼說的這么朦朧，對於熟悉loadrunner的朋友，我說成虛擬用戶腳本生成器，你更容易理解，這個腳本，我們可以錄制，也可以手工編寫。你不要以為這是生成用戶行為的唯一方式。因為在JMeter成中是添加各種組件，通過對組件的配置來完成用戶行為的，當然也可以通過錄制。而在相對簡陋的性能測試工具curl_loader（linux環境下的運行的），他是通過編寫配置文件的形式來描述用戶形為的。 我前面也有提了，雖然性能測試工具由不同的形式來描述，但他們的原理是一樣的，都是通過Proxy方式來實現，具體來說，Proxy作為客戶端和伺服器之間的中間人，接收客戶端的數據包。 壓力產生器 壓力產生器用於根據腳本內容產生實際的負載，在性能測試工具中，壓力產生器扮演著「產生負載」的角色。也就根用戶的設置，進行自我復制來生成多個客戶端向伺服器發送請求。對於工具來說，每復制出來的一份就是一個進程或線程，進程和線程的運行是要佔用系統資源的。所以，對一台壓力測試機來說能運行的虛擬用戶數也是有限的。根基測試機的配置而定。那麼這個時候就要通過多台測試機合作，來模擬更多的虛擬用戶向伺服器發請求。 那麼，對於性能測試來說，很重要的一點就是產生「並發」的請求，不然就不會對伺服器產生壓力。那多台機子如何產生「步調一致」的虛擬用戶呢？使用「用戶代理」 用戶代理 用戶代理是運行在負載機上的進程，該進程與產生負載壓力的進程或線程協作，接收調度系統的命令，調度產生負載壓力的進程或線程，從這個意義上看，用戶代理也是壓力產生器的一部分。 調度能力 我們在做復雜的性能測試時，常常會設計各種場景，不同的虛擬用戶數，不同事務的用戶比例，運行時間，設置同步點等，這個時候也需要我們的測試工具有壓力調度能力。從而才能更真實的模擬我們所設計的運行場景。 監控系統 監控系統是性能測試工具直接與用戶進行交互的主要部分，監控系統，主要用戶在壓力測試過程中對各種軟硬體進行監控，如對資料庫、應用伺服器，伺服器的主要性能表現情況進行監控。用於判斷系統當前處於什麼狀態。 當然，監控系統不是性能工具必須的部分，可以通過軟硬體系統自身的監控工具或者第三方監控工具進行監控。但是否有強大的性能計數器監控系統是衡量性能測試工具是否強大的指標之一。 壓力結果分析 壓力結果分析工具可以用來輔助進行測試結果的分析，性能測試工具一般都能將監控系統獲取的性能技術數器值生成曲線圖，折線圖等各種圖表。通過展現性能測試過程中的各種參數指標，來供測試人員進行分析。 但這里需要強調的是，壓力結果分析工具本身不能代替分析者進行性能結果分析，而只是提供多種不同的數據揭示和呈現方法而已。對於這些數據進行分析必然要依靠測試工程師對系統性能分析的知識和經驗。------------------------------------------------------- 對上面介紹的性能測試工具架構的組成部分，不是第一個性能測試工具都具備，而所具備的強大程度也不相同。比如，有些性能測試工具不具備用戶代理能，有些監控系統能監控的資源很有限或簡陋，有些結果分析數據的呈現不夠詳盡等。
⑷ 如何測試和評價一個前端控制項的性能
配置測試環境
只有在充分認識測試測試對象的基礎上，我們才知道每一種測試對象，需要什麼樣的配置，才有可能配置一種相對公平、合理的測試環境（這在性能對比測壓中尤其重要）。考慮到其它因素，如網路鎖、網速、顯示分辯率，資料庫許可權、容量等對測試結果的影響。如條件允許，我們最好能配置幾組不同的測試環境。
測試數據的獲取和處理
在所有的測試中，測試數據的收集工作都是較為困難的，GIS軟體更是如此，每一種軟體都有它的文件格式，有的軟體還有幾種格式。在這種情況下，我們只能把第三方格式的數據轉換成每一種被測試軟體自已的格式。同時，還應對數據作一定的處理，如處理數據冗餘，處理顯示風格等。如在測試時會更新數據，操作前一定要備份數據。其外，還應評估數據格式和數據量對測試的影響，如有必要，應准備多組數據。最後，一定要檢查測試數據的有效性，避免損壞數據對測試結果的影響。
⑸ 前端性能測試應注意以下哪些問題
配置測試環境
只有在充分認識測試測試對象的基礎上，我們才知道每一種測試對象，需要什麼樣的配置，才有可能配置一種相對公平、合理的測試環境（這在性能對比測壓中尤其重要）。考慮到其它因素，如網路鎖、網速、顯示分辯率，資料庫許可權、容量等對測試結果的影響。如條件允許，我們最好能配置幾組不同的測試環境。
3 測試數據的獲取和處理
在所有的測試中，測試數據的收集工作都是較為困難的，GIS軟體更是如此，每一種軟體都有它的文件格式，有的軟體還有幾種格式。在這種情況下，我們只能把第三方格式的數據轉換成每一種被測試軟體自已的格式。同時，還應對數據作一定的處理，如處理數據冗餘，處理顯示風格等。如在測試時會更新數據，操作前一定要備份數據。其外，還應評估數據格式和數據量對測試的影響，如有必要，應准備多組數據。最後，一定要檢查測試數據的有效性，避免損壞數據對測試結果的影響。
4. 如何開展性能測試
測試前期的准備工作紛繁復雜，做好測試准備工作，已是完成了測試工作的一大半，但要產生一份具有說服力的測試報告，還應正確把握測試的強度，保持測試的一致性，提高測試的精度。
判斷軟體的好壞，要看軟體解決實際應用的能力，只有在一定的測試強度下，才能測試出各種軟體資源的消耗率，軟體運行的速度，軟體的穩定性。通過對比在不同的測試強度下，不同軟體每一個功能模塊解決實際問題的能力和軟體運行的效率，我們才可能判斷出不同軟體的每一個模塊的強弱，甚至於整個軟體的優劣。
性能測試開始後，所有參數的輸入都應遵循統一的標准，無論是哪一個環節，哪怕是一點點偏差，都應立即糾正，覺不能心存僥幸。要特別注意外部環境對測試結果的影響，如果在整個測試過程中，外部境不一致，如網速、機器內存使用率不一樣，就有可能導致測試結果與實際情況有出入。
5. 如何總結性能測試
對測試的終結，實際就是對測試數據的分析和處理。我們測試工作做的再好，如最終到用戶手中的是一堆雜亂無章的數據，那也是美中不足。
首先，我們最好從所有的測試數據中，篩選出具有代表意義的數據，做出統計圖，然後和開發人員一起，認真分析數據，找出軟體存在的問題，得出測試結論。大多數用戶，真正需要的就是科學、客觀的測試結論。
6. 結論
各種軟體性能測試，范圍大小不同，強度高底有別，但只要本著認真、客觀，科學的工作態度，遵循本文論述的方法，做好測試工作是不難的。本篇文章主要談的是軟體性能測試方面的問題，相信對其它方面的測試也有一定的借鑒作用。
⑹ 要對主流的前端UI框架做性能測試，要怎麼做
委託第三方測試機構，我們公司的測試都是精靈雲測幫我們弄的。
⑺ 請問，有沒有一款綜合性的前端測試工具，集成常用的前端測試工具
沒有特別集成的總和工具，給樓主列舉了一系列的測試工具
1. Browser Shots
Browsershots工具提供了對你的Web設計在不同操作系統和瀏覽器下截圖的功能。它是一個免費的在線開源Web工具，使開發人員能以一種便捷的方式同時測試網頁的瀏覽器兼容情況。在Browsershots上提交的網址將被添加到一個任務隊列。隨後一些分布式的計算機將在各自的瀏覽器中打開該網站並截圖。最終可通過一個中央伺服器來查看這些上傳的截圖。
2. IETester
IETester是一個免費的Web瀏覽器調試工具，可以模擬出不同的js引擎來幫助程序員設計效果統一的代碼。IETester可以在獨立的標簽頁中開啟IE 5.5、IE 6、IE 7以及最新的IE 8（9） beta等不同版本的IE。
3. WebPage Speed Test
使用該工具可在全球不同位置及不同瀏覽器中測試網頁的真實鏈接速度。除了簡單的測速，你還可以執行一些其他高級測試，如多步執行（multi-step transaction）、視頻錄制、內容阻止等。測試結果將提供豐富的診斷信息，包括資源載入瀑布圖、網頁速度優化檢查及改進建議等。
4. Mobile testing
使用這個工具你可以查看你的網站在移動設備上的效果。可以設置移動設備的類型、錄屏，以及結果不公開。
5. Feed validator
免費的W3C Feed校驗服務，可用於查找Atom和RSS Feed中的語法錯誤。
6. Instant Website Test
該工具提供免費即時的網站性能測試服務。可從全球不同位置探測你的網站載入速度有多快，並查明是何者降低了頁面性能。
7. Pingdom
輸入URL，即可測試頁面的載入時間，分析並發現加速的「瓶頸」所在。
8. Link Checker
該工具可用於搜尋查明你網站內的所有鏈接里是否有斷鏈。
9. DNS Health Checker
正確的DNS設置對網站運行來說是至關重要的。Pingdom的DNS Health test工具可以幫助你發現錯誤的DNS設置，並檢查域名解析是否正確。它能夠自動發現你所指定域名使用的DNS伺服器，然後執行一系列迭代測試來查明域名設置及DNS伺服器響應是否正確。
10. Load impact
Load Impact是一個在線網站負載測試服務，可以幫助你測試網站的負載和壓力。
11. Google web page tester
Google的Page Speed Service，可以為第三方網站提供網頁加速服務。你只需要把以前的域名CNAME到ghs.google.com，瀏覽者就不再直接訪問網站的伺服器，而是轉到Google的伺服器上。Google的伺服器會抓取網站伺服器上的網站內容，然後進行重寫、緩存。它使用類似CDN（內容分發）的原理，而比普通只提供緩存的CDN多了內容重寫的環節，自動為網頁提供合並CSS、合並JavaScript、將CSS移到HTML的Head、壓縮圖片、優化圖片、緩存圖片、碎片域名、gzip資源等網頁加速技巧。
12. Validate you HTML code
該工具可用於檢查Web文檔中HTML、XHTML、SMIL、MathML等標記的有效性。
13. Website vulnerability tool
免費的在線網路漏洞掃描工具，可用於檢查你的網站的安全性。
⑻ 求推薦Web前端性能測試工具，可以比較深入分析網站問題
分析網站問題，主要也就是看網站各項的數據，你可以用站長工具，愛站網等這些專門來分析網站數據的工具，這些都能夠幫助你去分析你的網站，希望對你有幫助。
⑼ Web前端性能測試工具除了Dynatrace Ajax Edition還有什麼
隨著 jQuery、Dojo、YUI 等框架的興起讓構建 Web2.0 應用更加容易，但隨之帶來的定位等應用問題也越來越難，尤其是與性能相關的。dynaTrace Ajax Edition
是一個強大的底層追蹤、前端性能分析工具，該工具不僅能夠記錄瀏覽器的請求在網路中的傳輸時間、前端頁面的渲染時間、DOM 方法執行時間以及
JavaScript 代碼的解析和執行時間，還可以跟蹤 JavaScript 從執行開始，經過本地的
XMLHttpRequest、發送網路請求、再到請求返回的全過程。
dynaTrace Ajax 目前有兩個版本，免費版和商業版，它們之間的區別可查看
版本比較，本文主要是針對免費版本的介紹。在 3.0 之前的版本只支持運行在 IE 瀏覽器下，包括 IE6、IE7、IE8， 在 3.0 Beta 版之後可同時支持在 IE 和 Firefox 瀏覽器上的性能跟蹤。
⑽ 前端開發，測試，後端，該如何選擇
前端、後端和軟體測試是IT行業不同的技術崗位，下面就來分析一下他們的區別，至於如何選擇根據你自身的定位和需求來選擇，看你自己更擅長哪方面，更想要從事哪個方向的工作。
一、軟體測試
什麼是軟體測試？
顧名思義，就是在規定的條件下對一個產品或程序進行操作，以發現程序錯誤，衡量軟體質量，並對其是否能滿足設計要求進行評估的過程。通俗來講，軟體測試是保障軟體質量全過程的集合。
發展前景？
因為我國企業對軟體測試技術的認知較晚，所以這方面的專業技術人才在國內還很稀缺。據調查顯示，目前國內軟體測試人才缺口已達到30萬，中國軟體業每年新增約20萬測試崗位就業機會，但是企業、學校培養出的軟體測試人才不足需求量的1/10，並且需求與供給間的差距仍在進一步拉大。
隨著用戶對產品要求逐漸提升，測試人員在企業內部的分量只會越來越重，北上廣深等一線城市將會帶動其他城市一起發展。因此，軟體測試的前景只會是越來越好，當然，最基礎的功能測試的崗位需求已經很少了，但自動化、性能、安全乃至於以後可能出現的大數據測試、AI測試仍存在著非常多的機會。
三、後端
後端開發要掌握的技術
後端開發以Java為例，主要用到的是，包括但不限於Struts、spring、springmvc、Hibernate、Http協議、Servlet Tomcat伺服器等技術。會寫Java、php、c++等系列的一種語言代碼，會寫SQL語句，能做簡單的資料庫設計，會Spring和iBatis，懂一些設計模式等。前端說白了，主要就是做網站或者軟體，手機app後台的交互和互動，以及資料庫體系，讓其展現在前台。
發展前景？
後端工程師主要負責數據邏輯存儲和復雜邏輯的設計。學習能力對於後端開發來說來說的確是一個比較重要的能力，即使做了5年以上的開發，每年都還是要學習新的技術，因為好多技術都是要更新換代的，不學習就是在退步。後端開發總體來說，只要有了過硬的技術，走到哪都是企業爭搶的人才。
以上三個方向入行簡單，深入難！無所謂哪個好哪個不好，適合自己的才是好的，你如果選擇了其中一個方向，就要有長期學習的想法，不斷提升，不然也很難走得長遠。