|
最近一直在做WebService的測試，考慮到手工測試的困難，所以特意去尋找好的測試工具，現(xiàn)在做一個整理。 1、.NET WebService Studio 這款工具出自微軟內(nèi)部，最大的優(yōu)點是可視化很好，不用去看那些XML文件，WebService的基礎(chǔ)內(nèi)容就有XML，但是測試中Case過多，每次測試結(jié)果都去看XML文件，看一輪下來對個人的視力是個很大的損害。
從上圖可以看到，操作上也很方便，只需要把Service部署到IIS后，在WSDL EndPoint中輸入這個要測的Service的URL，點擊Get按鈕，就能把Service要輸入的參數(shù)列表取出來，測試的時候只需要在輸入?yún)?shù)的值，點擊Invoke按鈕，就可以得到結(jié)果，結(jié)果也是一樣，一邊為參數(shù)，一邊為值，檢查起來很方便。同時參數(shù)的類型也能顯示出來。 但是缺點就來了，每一個Case都需要輸入一次，不能做到測試驅(qū)動。這樣如果有1000個Case，要輸入1000個，效率比較低。 2、WebTest From VSTS 這個在VSTS For Testers讀書筆記中介紹過，具體可以參見Mango的文章，http://blog./mango/archive/2007/02/28/94002.aspx，很好地實現(xiàn)了數(shù)據(jù)綁定，不過結(jié)果還是需要一條一條Check，不過WebTest已經(jīng)提供了很好的驗證規(guī)則，可以將預(yù)期的結(jié)果與測試結(jié)果作比較。不過順便提下就是測試結(jié)果居然不能被拷貝出來，這個讓我很郁悶。 3、新的問題 不過到這里還沒有結(jié)束，前面說的Service都是可以部署到IIS里的，接口是Public的，
但是現(xiàn)在做的項目使用WCF Service，不是Public，不部署到IIS了，都是Host到系統(tǒng)的服務(wù)中。
這樣上面的兩款工具都不支持，那么考慮首先去找是否有適合的工具，不行的話就只能自己團(tuán)隊內(nèi)部開發(fā)了。 4、SOATest SOATest是由Parasoft出品的，原來叫作SOAPTest，它是使用WSDL通過描述服務(wù)和標(biāo)識位置來控制對Web service的訪問。它提供了WSDL驗證、單元測試、功能測試和性能測試，支持多個數(shù)據(jù)源，是一款專業(yè)的Web Service測試工具。具體介紹可以到官方網(wǎng)站訪問http://www./ ,官方網(wǎng)站提供試用版下載，目前已經(jīng)是5.0的版本了；另外在《SOAPtest--一個有用的Web service測試資源》這篇文章中有具體的介紹。
但是看了SOATest的教程文檔，似乎輸入都需要為WSDL的URL，對這個工具的使用還不是充分了解，希望熟悉此工具的人士不吝指點一二。 4、自主開發(fā)工具 主要思想是，先從Dll文件中取出各個Service的XML Schema文件作為模板，
將測試數(shù)據(jù)傳入模板測試Service。 5、小結(jié) 現(xiàn)在很多系統(tǒng)都開始使用面向服務(wù)的架構(gòu)，很多業(yè)務(wù)功能都通過Service實現(xiàn)，測試的時候通過UI往往不能發(fā)現(xiàn)深層次的問題，通過測試Servce可以增加覆蓋率，不過以往工作中接觸的較少，希望通過大家的討論來形成一種比較合適的測試方法。 |
|
|
