Ⅰ 網站壓力測試中,如何做點擊率測試能盡量詳細越好,謝謝!!
看網址 Web伺服器搭建完成上線在即,其能夠承載多大的訪問量,響應速度、容錯能力等性能指標,所有這些是管理人員最想知道也最為擔心的。如何才能知曉這一切呢?通過工具進行Web壓力測試是個好方法。通過它可以有效地測試Web伺服器的運行狀態和響應時間等性能指標。
一、測試環境:
hardsoft:CPU:Athlon XP2500+、內存512MB、硬碟80GB
Server OS:Windows Server 2003
IIS: 6.0
BBS: 動網 7.0
IP: 192.1681.20
Tool:Web Application Stress Tool
二、工具介紹
可用來進行Web壓力測試的工具有很多,比如微軟的Web Application Stress、Linux下的siege、功能全面的Web-CT等等,這些都是非常優秀的Web壓力測試工具。雖然這些工具給我們測試伺服器承受能力帶來方便,但是它們卻是「雙刃劍」,攻擊者利用隨便一種比較全面的測試工具就可以對一台小型的Web伺服器發動災難性的拒絕式攻擊。
下面筆者就以微軟的Web Application Stress Tool(簡稱WAST)為例進行一次Web壓力測試。這是由微軟的網站測試人員開發的專門用來進行實際網站壓力測試以一套工具。透過這套功能強大的壓力測試工具,管理人員可以在網站實際上線之前先網站進行如同真實環境下的測試,以找出系統潛在的問題,對系統進行進一步的調整、設置工作。
三、工具設置
下載並安裝WAST,過程及其簡單。然後運行WAST可以看到其界面非常簡潔,在對目標Web伺服器進行壓力測試之前,首先要對它進行一些必要的設置。
1、設置並行連接數
點擊左側的「Defaults→Settings」打開設置面板。在Concurrent Connections下進行並行連接設置。Stress level (threads)是最少線程,Stress multiplier是最大線程。這里的線程是指定程序在後台用多少線程進行請求,也就是相當於模擬多少個客戶機的連接,一般填寫 500~1000,因為這個線程數是根據本機的承受力來設置的,如果你對自己的機器配置有足夠信心的話,那麼可以設置得更高一些。(圖1)
圖1
2、設置持續時間
在「Test Run Time」中用來指定一次壓力測試需要持續的時間,分為天、小時、分、秒幾個單位級別,比如我們設置為1個小時。(圖2)
圖2
3、其餘設置
「Rpquest Delay」設置延遲時間,我們設置為100~500。「Suspend」設置設定掛起時間,Warmup時間是初始化測試運行時間,cooldown時間就是指定結束階段的測試時間。Bandwith」指定帶寬瓶頸,允許你模擬從14.4 Kbps的modem連接到T1 (1.5 Mbps)的Local Area Network (LAN)連接的網路帶寬。Redirects設置重定向時間,「Throughput」設置用戶、密碼頁面狀態保存等是否啟用,「Name resolution」設置是否進行名稱解析。所有以上的選項大家可以根據自己的需要進行設置。(圖3)
圖3
四、壓力測試
設置完成後就可以進行壓力測試,測試的步驟如下:
第一步:點擊工具欄上的「new script」按鈕在打開的面板中點擊「Nanual」按鈕創建一個新的測試項目。在打開的窗口中對它進行設置,在主選項中的server中填寫要測試的伺服器的IP地址,這里我們填寫192.168.1.20,在下方選擇測試的Web連接方式,這里的方式Verb選擇get,path選擇要測試的Web頁面路徑,這里填寫/Index.asp即動網的首頁文件,WAST可以設置更多的Path。(圖4)
圖4
第二步:在「Settings」的功能設置中將Stress level (threads)線程數設置為1000。完畢後,點工具中的灰色三角按鈕即可進行測試。測試過程中我們可以從伺服器的任務管理器中看到CPU使用率已經 達到100%,損耗率達到最大見圖5。在CMD窗口中使用命令netstat -an,可以看到客戶端的IP地址在伺服器上的80埠進行了非常多的連接見圖6,而且Web網站已經打不開了,提示過多用戶連接。(圖5)(圖6)
圖5
圖6
總結:通過Web壓力測試,管理員對Web伺服器的抗壓能力有了大概的把握,從而根據實際需要可以進行伺服器硬體擴展,同時也為系統設置、軟體選擇等提供了依據。總括來說,在Web伺服器正式發布前進行壓力測試是非常必要的。
Ⅱ 網站做壓力測試時,用什麼工具比較好,要重點注意哪些方面的測試
一般做壓力測試,都用LoadRunner,這個好學好用,而且測試數據統計的比較全,比較權威;
重點注意並發數量和臨界並發數,還有網站後台的各種性能指標在測試後是否能恢復正常等。
Ⅲ 用jmeter對某個網站做壓力測試。這個網站是用apache與兩個tomcat做了均衡負載,因為以前伺服器常掛
我就用apache自帶的AB壓力測試....在線人數70很少啊。
我在公司搞了一台5000多塊錢的PC機裝了win7,apache,同時在線120人moodle平台考試沒問題。
Ⅳ 怎樣測試伺服器壓力
下載並安裝WAST;
1.設置並行連接數;
2.設置持續時間;
3.其餘設置;
註:所有以上的選項可以根據自己的需要進行設置。
設置完成後就可以進行壓力測試。測試的步驟如下:
第一步,點擊工具欄上的「New Script」按鈕,在打開的面板中點擊「Nanual」按鈕創建一個新的測試項目。在打開的窗口中對它進行設置,在主選項中的Server中填寫要測試的伺服器的IP地址。這里我們填寫192.168.1.20。在下方選擇測試的Web連接方式,這里的方式Verb選擇get。Path選擇要測試的Web頁面路徑,這里填寫/Index.asp即動網的首頁文件,WAST可以設置更多的Path。
第二步,在「Settings」功能設置中將Stress Level (Threads)線程數設置為1000。然後點工具中的灰色三角按鈕即可進行測試。測試過程中我們可以從伺服器的任務管理器中看到CPU使用率已經達到100%,損耗率達到最大。在CMD窗口中使用命令netstat -an,可以看到客戶端的IP地址在伺服器上的80埠進行了非常多的連接,而且Web網站已經打不開了,提示過多用戶連接。
Ⅳ 如何用Jmeter做壓力測試
如何用Jmeter做壓力測試
Jmeter是一個性能測試工具,同loadrunner類似,他功能較多,我們常用的功能是用jmeter模擬多瀏覽器對網站做壓力測試。
下載jmeter地址 :http://jakarta.apache.org/site/downloads/downloads_jmeter.cgi
我們一般的網站,在進入業務功能前先需登錄,然後才能訪問業務功能。下面介紹如何用jmeter登錄系統再對主業務做壓力測試。
1. 運行jmeter
2. 左邊樹將出現測試計劃、工作台兩根節點。
3. 選擇測試計劃,按右鍵-》添加-》threads(users)線程組
線程組能設置以多少個線程並發做壓力測試。
在」循環次數」設置不選擇永遠,循環次數設置1。
4. 現在先介紹如何設置登錄http請求,選擇線程組,右鍵――添加――》sampler-―》http 請求。
http請求即模仿瀏覽器的訪問。
在「伺服器名稱或ip」設置127.0.0.1,埠號設置:8080,「方法」設置post,路徑設置網站登錄的地址,如「/exam/operatorAction」。
登錄需傳入用戶、密碼。在「同請求一起發送參數」列表中添加參數。參數值根據web應用設置。如login_user=0001;login_password=1;actFlag=login
5. 登錄成功後,網站一般將跳入主頁面。在jmap中可做判斷,判斷是否登錄後按預想進入主頁面(此步驟也可不設)。選擇4中的「http請求「,右鍵――》添加――》斷言――》響應斷言。「Apply to」設置Main smaple only;「要測試的響應欄位」設置「url樣本」;「模式匹配規則」設置「包括」,「要測試的模式」增加頁面跳轉到的主頁面,如:「studentMain.jsp」
6. 一般網站登錄後,在tomcat中生成了session,之後訪問其他頁面將無需再次登錄,前提是瀏覽器需支持cookie。在jmap中也同樣,如要繼續訪問其他頁面,還需做下面關鍵的設置。
選擇「線程組」――》右鍵――》添加――》配置元件――》Http cookie管理器。加了此步驟後,http請求將具備cookie功能,即登錄成功後訪問其他頁面將不會跳轉到登錄頁面重新登錄。
7. 對目標頁面反復壓力測試。
7.1 如何使被測頁面反復訪問達到測壓效果。選「線程組」―》右鍵――》邏輯控制器――》循環控制器。循環次數中選擇「永遠」。
7.2 選擇剛加的「循環控制器」,右鍵――》添加――》sampler-―》http 請求,按4步驟設置ip、埠,http請求方法為「get」,路徑為被壓力測試的url,如:「exam/business/studentExam.action.StudentExamAction?action=goIntoMockExam」。
按上面的設置後,已完成配置,可做壓力測試。只需點菜單「運行」――》啟動,即運行壓力測試。
8. jmeter提供了許多壓力結果查看工具。是壓力測試時非常好的分析工具。下面幾種查看工具可有選擇的添加。
8.1 察看結果樹。他記錄每次請求發送數據、響應返回數據。選擇「線程組」――》右鍵――》添加――》察看結果樹。
8.2 用表格查看結果。可查看每次請求的響應時間等。選擇「線程組」――》右鍵――》添加――》用表格查看結果。
8.3 Summary Report。可查看平均響應時間、最長響應時間等。
Ⅵ 爵士多線程流量壓力測試軟體是幹嘛的怎麼用啊
用於多線程測試網站下載流量壓力
是一個流量監控工具
運行執行程序後將一個文件下載地址粘貼到面板開頭文件URL處,設定線程數,點開始進行測試
Ⅶ (轉)什麼是網站壓力測試
而有很多網站在只有一個用戶使用的時候,運行速度非常快,可是如果成千上萬的用戶同時訪問這個網站,有可能導致網站的崩潰。很多站長都想知道到底他的網站允許多少個用戶同時訪問,為了滿足這種需求,我們推出網站壓力測試服務。壓力測試的目的是,通過測試得到存放你的網頁的伺服器能夠支持的最大用戶數,從而幫助你掌握在經歷了一次大的訪問量的增長後,您的伺服器是否還能夠正常提供服務。
當遇到如下問題時,網站監測服務能夠幫助站長得到正確的答案。
壓力測試使用多線程技術,模仿很多用戶同時訪問伺服器的情形,同時向伺服器發出瀏覽請求,並監測伺服器的反應。
Ⅷ 求高手幫忙網站壓力測試 JMETER之類的
如果單純說是Java Web,基礎的只能是網頁設計+JSP作顯示
中級:JavaBean/Servlet/JDBC/伺服器技術(如TOMCAT)/ Tag Library 技術, Filter&Listener技術/報表系統FileUploading技術;
高級:
1:流行Web框架(Struts / WebWork / Tapestry JSF / Velocity / Freemarker Hibernate / Ibatis SQLMap)
2:Struts1及Struts2(Struts應用開發; MVC理論; Struts TagLib; JSTL詳解; Struts國際化支持; MyEclipse環境下直接生成Struts框架代碼; Struts異常處理; Struts測試詳解; Struts的多模塊配置 );
3:Hibernate(Hibernate應用開發基礎; ORM基礎理論; 關系映射技術; 性能調優技術; 性能優化 一級緩存 二級緩存 查詢緩存 事務與並發 悲觀鎖、樂觀鎖);
4:Spring(Spring IoC技術; Spring AOP技術; Spring 與 Struts / Hibernate結合運用; Spring 聲明事務管理; Spring + Hibernate Spring支持Web);
5:Log4J(Logging API; JUnit單元測試技術; 壓力測試技術; JMeter壓力測試)
6:JUnit(單元測試技巧 );
7:UML(UML技術; UML分析技術; UML設計技術; UML與軟體架構RationalRose / MagicDraw);
8:EJB3.0(JPA)(EJB3.0基礎知識; SessionBean; EntityBean; MetaData技術; PersistenceAPI; JBoss);
9:ExtJS(ExtJS富客戶端開發技巧 ExtJS常用控制項 );
10:Flex(Flex富客戶端開發技巧 Flex常用控制項);
11:FreeMarker(模板技術)
至於多線程 一樓說的也是有道理,只不過這些可以說是高級也可以說是基礎的,關於JAVA WEB方面和它有關的東西太多了!(coffeezhu007,我跟你說啊,我說用不到不是講不用,JAVA本身就是面像對像的,像多線程這種技術做一個系統時,當然會用到,你沒看上面的介紹嗎?Struts等組件框架里沒有多線程技術?搞清楚面像對像的意思!不要死扣一個技術尖子,面像對象!!!!!!!!!!!! )
Ⅸ 網頁壓力測試工具
Microsoft Web Application Stress Tool 是由微軟的網站測試人員所開發,專門用來進行實際網站壓力測試的一套工具。透過這套功能強大的壓力測試工具,您可以使用少量的Client端計算機模擬大量用戶上線對網站服務所可能造成的影響,在網站實際上線之前先對您所設計的網站進行如同真實環境下的測試,以找出系統潛在的問題,對系統進行進一步的調整、設置工作。
Microsoft Web Application Stress具有以下幾個特性:
* 可以數種不同的方式建立測試指令:包含以手動、錄制瀏覽器操作步驟、或直接錄入IIS的記錄文件、錄入網站的內容及錄入其它測試程序的指令等方式。
* 支持多種客戶端介面:標準的網站應用程序C 的客戶端,使用Active Server Page 客戶端,或是使用Web Application Stress對象模型建立您自定的介面。.
* 支持多用戶利用多種不同的認證方式模擬實際的情況,包含了DPA, NTLM 及 SSL等。
* 支持使用動態的cookie模擬定製網站實際運作場景及對話(session)的支持。
* 在客戶端的計算機以NT 服務的方式執行模擬的工作,可在不中斷測試的情況下將某些客戶端的測試計算機刪除。
* 透過集中式的Microsoft Web Application Stress 治理員,您可以使用任意數目的客戶端計算機同時進行測式的工作。
* 具有Bandwidth throttling (帶寬遏流)的功能以模擬用戶使用數據機上線的效果。
* 內建的query-string 編輯器可幫助您建立name-value pair組合的模板,並可在不同的場景測試中重復使用。
* 可程序化的對象模式讓您可以建立您自己的測試客戶端。
* 匯總的測試報告及豐富的性能測試資料。
* 支持域名系統(DNS)讓您可以測試整個群集(Cluster)的機器。
* 使用Page group的方式來控制文件的組及測試指令的執行程序。
* 可自定的header讓您可以模擬各種不同種類的瀏覽器。
* 可自定的指令延遲讓您以更接近真實環境的方式進行測試。
網站測試概述
為了正確使用WAS進行網站的壓力測試,您需要對於網站測試的方法有一初步的了解。以下的討論將包含一些基本的概念以供參考。
網站的測試可大略分成三個主要的類別:
* 網站性能測試 (Performance testing)
* 壓力測試下的網站穩定性 (Stability or stress testing)
* 網站承受能力評估 (Capacity planning)
網站性能測試的第一件工作就是使用測試工具對網站加壓以測量網站伺服器每秒可以承受的請求(Request Per Second) 的最大值。第二件工作就是找出系統性能限制的原因所在,舉例來說,CPU、內存、或是後端系統所造成的反應延遲等。
在許多狀況下,網站伺服器的CPU是主要的性能瓶頸。測試時您可以持續加壓直到性能表現開始下降,再慢慢的降低壓力的程度。此時您所測試出來的最大性能即為該網站所能達到的最高值。在實際測試時,您可以通過增加壓力線程(thread),或是增加執行WAS測試程序的客戶端來加壓。
在網站伺服器端,您可以使用性能監視工具如Performance Monitor來監視如 "System: % Total Processor Time" 及 "Web Service: Connection Attempts/sec" 或 "Active Server Pages: Requests Queued"等指針。假如CPU的資源指針已達到80%到85%,則CPU的處理能力最有可能就是整個系統的瓶頸所在。若是在壓力測試的過程中CPU所被使用的比例不高而」Requests Queued」的指針一直居高不下,可能是程序正在調用伺服器上的COM組件而這個組件無法有效的執行完所有的命令,因而造成了系統性能的降低。在這種情形下,伺服器上的COM組件才是真正的瓶頸。
目前市場上最熱門的定製網站應用程序也會對網站的性能表現有重大的影響。WAS包含了數種特性可有效的幫助您測試定製的網站應用程序。例如,您可以建立用戶,讓WAS可以設置並儲存每一個用戶的cookie。您也可以使用QueryString 編輯器幫助您建立並儲存數個不同的name-value pair以便在每一次執行request時進行測試。