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