本節我們主要介紹SOA測試與質量管理。
敏捷性SOA成功之祕訣（一）：基礎篇
在過去，TM（測試管理）工具中使用的測試“腳本”實際上主要是一步一步的指令（保存在Word或Excel文檔中），手工測試人員通過按照這些指令點擊一個已經完成的界面完成測試。當測試工作完成以後，測試人員需要檢查測試管理用戶界面的“檢查框”，從而確認測試是成功還是失敗了。由於今天的企業應用中包含如此衆多的變化組件和中間層系統在，這種形式的手動測試不是非常充分，所以測試團隊需要努力制定（運行）更爲複雜的測試，能夠實際測試到用戶界面“背後”更深層次的功能---業務邏輯。
除了更深的功能測試以外，使用TM工具的團隊要求測試套件的自動化程度更高。數量巨大的測試腳本全部執行完畢有可能會使SOA生命週期推遲數天或數週，嚴重影響了團隊的靈活性，並且由於重複和人爲錯誤使得測試的價值大打折扣。
因此功能測試、迴歸測試、負載/壓力測試需要被直接存儲在TM工具中---例如，作爲可執行的命令行或X ML腳本。這樣，一個複雜的測試就只需在TM工具中點擊一下就實現了，而成功、失敗和其它成果或問題就會自動寫回TM工具中。
這樣，整個團隊都使用他們都熟悉的測試過程，同時還能進行涉及中間層的更深入的測試，與手工測試相比，執行時間節省95％以上。此外，測試質量提高了，因爲測試團隊可以專注於測試新功能，而不是重複機械執行對現有功能的測試。
通過這種方式，測試團隊不僅實現了測試執行和結果反饋的自動化，而且還得到了一個很受歡迎的“副產品”---測試審計文件，它會及時地在某個時間點向你詳細報告系統的工作狀態。因而，測試工具被賦予了強大的功能，不僅能發現問題、強制執行，而且還能做出判斷並向TM工具報告問題。
這一過程的總體目標是通過在開發、測試、業務分析和IT運營團隊之間共享和迭代測試，從而實現更有效的協作。這增加SOA重用的級別，並加快了發佈週期，因爲所有團隊能夠將工作重點放在提供高品質的新功能，而不是每次產品發佈都重複手動創建和執行測試。在下一篇文章中，我們將介紹應用生命週期管理。