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