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