開源的Web Service測試工具 軟件測試
原文：
Three open source Web service testing tools get high marks - Capable soapUI， TestMaker， and WebInject toolsets shine once you conquer their learning curves
- Rick Grehan
由于IT界對Web services的持續關注和偏愛，以及越來越多的Web-service構建工具的出現，Web service變得更加容易創建 – 并且，很容易一團糟。
Web service其實是一些暴露給網絡(不管是內網還是外網)的程序的集合。而一個Web service的錯誤可能激怒的不僅僅是監視和維護著服務器的經理和管理員，還有調用了你的Web service的客戶。要么把你的Web service做好，要么等著兩邊的指責。
在本文中，我會分析3款聲稱能驗證你的Web services的正確性的工具：soapUI、TestMaker和WebInject。三款都是開源的，能免費下載并整合到你的下一個Web services項目中去。
需要注意的是：在使用這些工具之前你應該理解SOAP和HTTP協議。有些商業產品提供的是SOAP的“偽代碼”。把那些難于閱讀的XML翻譯成易讀的偽代碼，能幫助新手和有經驗的SOAP用戶明白某個SOAP請求和響應之間發生的事情。這三款開源的Web service測試工具需要額外的工作，我推薦中等級別的開發人員使用，學習曲線會適當地比商業產品的長。
SoapUI1.6
我用的是1.6版本的soapUI，一款從Eviware而來的基于Java的工具。這個版本的soapUI在自己獨立的UI里執行;新的1.7版本包括NetBeans、InterlliJ和Eclipse的插件。
用戶界面遵循普遍的IDE架構設計：左邊是導航面板，右邊是內容面板，額外的屬性面板放在底部。如果你用過類似Visual Studio的IDE的話，你會發現使用soapUI很順手。
soapUI把工作組織成項目。每個項目主要由需要測試的接口來識別。在這里，接口是指另外一端的指向一個暴露了Web service方法的站點的URI(統一資源標識)。你可以很快地創建一個基本的項目結構;soapUI能接受一個文件的WSDL或者一個Web service終點傳輸的WSDL。
項目被有層次結構地組織，并且包含一個或多個TestSuite，TestSuite包含一個或多個TestCase，TestCase包含一個或多個測試步驟。真正的工作 – 發送請求、接受響應、分析結果、改變測試執行流程 – 發生在測試步驟這個層面。TestCase收集和組織需要執行某個對目標的特定操作的步驟。TestSuite匯總那些發生在某個特定區域的Web service的TestCase(例如訂購一本書所需要的操作)。你可以通過右鍵點擊項目樹中的父節點并選擇上下文菜菜單中的“New”菜單，來創建新的TestSuite、TestCase和測試步驟。
soapUI通過檢查附加給測試響應的斷言來判斷測試是通過還是失敗。有大量的斷言可供選擇，從“simple contains”測試 – 如果某個提供的字符串匹配則表示成功 – 到“XPath matching”，對響應信息執行復雜的XPath表達式匹配成功則表示測試通過。
測試步驟與程序代碼很類似。目前，soapUI定義了6個測試步驟類型，普遍的是請求(Request)，發送一個HTTP請求給目標地址，并接收一個響應�？刹迦霔l件跳轉測試步驟(Conditonal GoTo)來控制流程。一個或多個檢查近的響應的Xpath表達式是必不可少的。第一個表達式的成功會導致相關測試步驟分支的執行。
