經(jīng)常有人問我web service的性能測試是用JMeter好還是SoapUI好。說句實話這兩款都是非常的開源Web Service性能測試工具，簡單地說哪個更好真不太容易。影響Web Service性能測試的因素太多到底誰的結果更準確一些很多時候并不主要取決于測試工具。在soapUI官方網(wǎng)站上有一個文章比較了這兩款工具，我將要點抽出來加以分析希望能反映它們的特點。

　　JMeter在整個負載測試的優(yōu)越性是毋庸置疑的，它覆蓋了常見的各種測試類型，如HTTP， JDBC， JMS 和SOAP。單Web Service測試，作者做了一個簡單的實驗，但并沒有涉及太多的細節(jié)。

　　試驗準備：本地Web Service，運行于JBoss 4.0.3SP1，每個簡單請求在4種不同負載下執(zhí)行5000次，分別是1線程，5線程，10線程和25線程。在SoapUI中為簡單起見均使用簡單負載策略，并且五執(zhí)行延時。要分別記錄關閉連接和非關閉連接方式的數(shù)據(jù)。關閉連接方式是指每次請求完畢后關閉連接。反之則是讓連接仍然保持打開以等待下個請求，顯然會省去很多額外開銷。在JMeter中也可以做類似配置，如線程數(shù)為1，循環(huán)次數(shù)5000或線程數(shù)25，循環(huán)200次。

　　環(huán)境：WinXP SP2， Pentium M 1.8 1 G RAM， JRE 1.5.0_06.

　　結果：

　　其中帶*的是非關閉連接模式下測試的結果。從結果中看出Jmeter的測試值均較SoapUI偏大，但與UI連接關閉模式下執(zhí)行結果相差無幾。實驗未給出JMeter命令行下的測試結果。但從經(jīng)驗來講，命令行執(zhí)行方式避免了測試工具本身帶來的巨大資源消耗，更接近真實值。soapUI在命令行連接不關閉模式下TPS隨線程的增加在初期有明顯上升的。

　　從計時機制來看，JMeter 用的是System.currentTimeMillis()，而soapUI用的是更為精確的System.nanoTime().

　　綜上所述（文中沒有點明，但這是顯而易見的），soapUI在單純的Web Service 測試時有明顯的優(yōu)勢，當要綜合其他測試時可以組合使用多種工具。

　　當然這是soapUI自己做的實驗，難免有王婆賣瓜之嫌，有興趣的朋友可以自己設計實驗來測試一下。