二、質量管理
在過去，TM(測試管理)工具中使用的測試“腳本”實際上主要是一步一步的指令(保存在Word或Excel文檔中)，手工測試人員通過按照這些指令點擊一個已經完成的界面完成測試。當測試工作完成以后，測試人員需要檢查測試管理用戶界面的“檢查框”，從而確認測試是成功還是失敗了。由于今天的企業應用中包含如此眾多的變化組件和中間層系統在，這種形式的手動測試不是非常充分，所以測試團隊需要努力制定(運行)更為復雜的測試，能夠實際測試到用戶界面“背后”更深層次的功能---業務邏輯。
除了更深的功能測試以外，使用TM工具的團隊要求測試套件的自動化程度更高。數量巨大的測試腳本全部執行完畢有可能會使SOA生命周期推遲數天或數周，嚴重影響了團隊的靈活性，并且由于重復和人為錯誤使得測試的價值大打折扣。
因此功能測試、回歸測試、負載/壓力測試需要被直接存儲在TM工具中---例如，作為可執行的命令行或X ML腳本。這樣，一個復雜的測試就只需在TM工具中點擊一下就實現了，而成功、失敗和其它成果或問題就會自動寫回TM工具中。
這樣，整個團隊都使用他們都熟悉的測試過程，同時還能進行涉及中間層的更深入的測試，與手工測試相比，執行時間節省95%以上。此外，測試質量提高了，因為測試團隊可以專注于測試新功能，而不是重復機械執行對現有功能的測試。
通過這種方式，測試團隊不僅實現了測試執行和結果反饋的自動化，而且還得到了一個很受歡迎的“副產品”---測試審計文件，它會及時地在某個時間點向你詳細報告系統的工作狀態。因而，測試工具被賦予了強大的功能，不僅能發現問題、強制執行，而且還能做出判斷并向TM工具報告問題。
這一過程的總體目標是通過在開發、測試、業務分析和IT運營團隊之間共享和迭代測試，從而實現更有效的協作。這增加SOA重用的級別，并加快了發布周期，因為所有團隊能夠將工作重點放在提供高品質的新功能，而不是每次產品發布都重復手動創建和執行測試。在下一篇文章中，我們將介紹應用生命周期管理。
三、生命周期管理
本節主要介紹SOA如何逐漸融入敏捷的生命周期。在這里，我們將研究一下應用生命周期管理(ALM)。
正如著名市場研究機構Forrester的Cary Schwaber所說的那樣，最新的ALM平臺將會改善開發過程，向應用工具提供普通服務。這一代的ALM軟件在將需求、測試案例、bug跟蹤和問題解決方案整合到一個應用套件中做了更多的工作。下圖就簡單說明了共享測試過程并把它作為協作資產。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
