ab 性能測試工具的使用(Web並發測試)


1、下載

  http://pan.baidu.com/s/1hrlAbI0

2、命令介紹

  參數的介紹

n在測試會話中所執行的請求個數。默認時,僅執行一個請求。

-c一次產生的請求個數。默認是一次一個。

-t測試所進行的最大秒數。其內部隱含值是-n 50000,它可以使對服務器的測試限制在一個固定的總時間以內。默認時,沒有時間限制。

-p包含了需要POST的數據的文件。

-P對一個中轉代理提供BASIC認證信任。用戶名和密碼由一個:隔開,並以base64編碼形式發送。無論服務器是否需要(即, 是否發送了401認證需求代碼),此字符串都會被發送。

-T POST數據所使用的Content-type頭信息。

-v設置顯示信息的詳細程度-4或更大值會顯示頭信息,3或更大值可以顯示響應代碼(404,200等),2或更大值可以顯示警告和其他信息。

-V顯示版本號並退出。

-w以HTML表的格式輸出結果。默認時,它是白色背景的兩列寬度的一張表。

-i執行HEAD請求,而不是GET。

-x設置<table>屬性的字符串。

-X對請求使用代理服務器。

-y設置<tr>屬性的字符串。

-z設置<td>屬性的字符串。

-C對請求附加一個Cookie:行。其典型形式是name=value的一個參數對,此參數可以重復。

-H對請求附加額外的頭信息。此參數的典型形式是一個有效的頭信息行,其中包含了以冒號分隔的字段和值的對(如,"Accept-Encoding:zip/zop;8bit")。

-A對服務器提供BASIC認證信任。用戶名和密碼由一個:隔開,並以base64編碼形式發送。無論服務器是否需要(即,是否發送了401認證需求代碼),此字符串都會被發送。

-h顯示使用方法。

-d不顯示"percentage served within XX [ms] table"的消息(為以前的版本提供支持)。

-e產生一個以逗號分隔的(CSV)文件,其中包含了處理每個相應百分比的請求所需要(從1%到100%)的相應百分比的(以微妙為單位)時間。由於這種格式已經“二進制化”,所以比'gnuplot'格式更有用。

-g把所有測試結果寫入一個'gnuplot'或者TSV(以Tab分隔的)文件。此文件可以方便地導入到Gnuplot,IDL,Mathematica,Igor甚至Excel中。其中的第一行為標題。

-i執行HEAD請求,而不是GET。

-k啟用HTTP KeepAlive功能,即在一個HTTP會話中執行多個請求。默認時,不啟用KeepAlive功能。

-q如果處理的請求數大於150,ab每處理大約10%或者100個請求時,會在stderr輸出一個進度計數。此-q標記可以抑制這些信息。

3、使用

1)、在cmd(DOS界面下進入到ab的bin目錄下)

  注意:在Windows系統的命令行下,進入ab.exe程序所在目錄,執行ab.exe程序。注意直接雙擊無法正確運行。 (直接輸入命令即可)  

2)、輸入命令

  向url為http://172.18.97.17:8080/admin/auth發送100次請求,包含的數據來自於D:/Desktop/temp/post/post.txt文件,

  注意: 'application/x-www-form-urlencoded'有些系統需要去掉 ' 

ab -n 100 -p D:/Desktop/temp/post/post.txt -T 'application/x-www-form-urlencoded' http://172.18.97.17:8080/admin/auth

 

文件D:/Desktop/temp/post/post.txt中數據(該url需要接收tokenId這個請求

tokenId=be4afc178e5c2526ac99289cda93399dd4e

 

假如需要多個請求可以使用&隔開,如下所示:

tokenId=be4afc178e5c2526ac99289cda93399dd4e
userName=admin&password=e10adc3949ba59abbe56e057f20f883e

 

 結果如下:

4、性能指標

在進行性能測試過程中有幾個指標比較重要:

1、吞吐率(Requests per second)

服務器並發處理能力的量化描述,單位是reqs/s,指的是在某個並發用戶數下單位時間內處理的請求數。某個並發用戶數下單位時間內能處理的最大請求數,稱之為最大吞吐率。

記住:吞吐率是基於並發用戶數的。這句話代表了兩個含義:

a、吞吐率和並發用戶數相關

b、不同的並發用戶數下,吞吐率一般是不同的

計算公式:總請求數/處理完成這些請求數所花費的時間,即

Request per second=Complete requests/Time taken for tests

必須要說明的是,這個數值表示當前機器的整體性能,值越大越好。

2、並發連接數(The number of concurrent connections)

並發連接數指的是某個時刻服務器所接受的請求數目,簡單的講,就是一個會話。

3、並發用戶數(Concurrency Level)

要注意區分這個概念和並發連接數之間的區別,一個用戶可能同時會產生多個會話,也即連接數。在HTTP/1.1下,IE7支持兩個並發連接,IE8支持6個並發連接,FireFox3支持4個並發連接,所以相應的,我們的並發用戶數就得除以這個基數。

4、用戶平均請求等待時間(Time per request)

計算公式:處理完成所有請求數所花費的時間/(總請求數/並發用戶數),即:

Time per request=Time taken for tests/(Complete requests/Concurrency Level)

5、服務器平均請求等待時間(Time per request:across all concurrent requests)

計算公式:處理完成所有請求數所花費的時間/總請求數,即:

Time taken for/testsComplete requests

可以看到,它是吞吐率的倒數。

同時,它也等於用戶平均請求等待時間/並發用戶數,即

Time per request/Concurrency Level

附錄:

1、使用post方式發送數據才需要一個文件保存數據,假如使用get方式發送數據,直接將數據放在后面即可,如攜帶tokenId參數

ab -n 100   http://localhost:8080/admin/auth/quickAuth?tokenId=1111

2、post 發送一個 json格式數據

ab -p C:/Users/zcr/Desktop/postjson.txt -T application/json -c 10 -n 2000 http://172.18.97.17:8080/admin/auth

   致謝:感謝您的閱讀!


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM