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