選擇哪個SOA測試工具

也許SOA已死，也許它渴望著避風港，但確定的是在好的SOA是由什麼構成這個問題上依然充滿了未知。很多供應商提供了SOA工具，表明看來是否採用SOA取決於你現在所處的階段，但實際上這只是他們兜售工具的一種手段而已。就像IBM所說的這樣：

你的公司對面向服務的架構（SOA）是什麼立場？你是否清楚當前SOA的成熟度和改進的可能性？IBM SOA資產工具可以幫助你充分利用SOA的價值，因為其目標就是不斷改進公司的成熟度級別。

然而一旦採用了SOA（無論使用到何種程度），你都需要對其進行測試。還好那些向你兜售工具的供應商也提供了相應的解決方案，但好的SOA測試工具是由什麼構成的呢，你是否已經被繫結到特定的SOA基礎設施上了呢？這就是Eric Roch所提出的問題。他給出了一些選擇標準：

• 感知測試的介面：用於測試的標準化介面和訊息
• 基於訊息的測試自動化：對測試指令碼的記錄、重放和管理
• 虛擬化：模擬虛擬的服務供應商和消費者的能力
• 模仿：作為衰退測試的一部分而模仿應用的能力
• 負載測試：進行負載測試的能力
• 驗證：元件（訊息）與應用（資料儲存）級別上的驗證功能
• 元件：支援Java與/或.NET元件
• 自省：支援WSDL與XML以生成資料和執行測試
• 管理：管理測試用例、指令碼、資料與結果
• 安全：SSL、WS security聯盟、數字簽名
• 符合工業的資料格式：如EDI、HL7等
• 持續測試：自動構建、部署與測試

幾年前，InfoWorld曾報導過幾個基於SOAP的測試工具：

基本說來，測試基於SOAP的Web Service涉及到三個步驟：構建SOAP請求、提交請求並解析相應。聽起來很簡單，實則不然。有效的SOAP測試工具不能僅僅以對使用者友好的方式來構建請求，它還必須能夠讓使用者以真實的序列組織並安排請求，提供改變請求輸入值的方式並智慧的調整請求以將Web Service暴露給參差不齊的使用場景。簡言之，工具應該可以在最接近真實世界的情況下執行。

儘管工業界已經認識到Web Service 僅僅是SOA的一個方面，但不可否認的是現在的大多數工具都認為SOA就是SOAP和WSDL。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14780828/viewspace-573219/，如需轉載，請註明出處，否則將追究法律責任。