關鍵字：SOA 服務 支持
在企業組織中， IT職能的存在很大程度上就是為了能夠確保提供服務支持。IT職能也證明了自身對于提供滿足客戶需求的服務是不必可少的。如果得以良好的執行，IT系統的運營成本將轉化成為用以滿足客戶需求的多種服務，同時也為企業組織的利益相關人士獲取到相應的運營利潤。目前，業務服務的理念已經通過企業級IT系統中面向服務架構(SOA)范例的采用，為各個企業所接受。SOA能夠幫助IT部門針對于企業中業務需求做出迅速響應，并能夠更加滿足業務需求。通過從軟件系統開發模式向業務服務開發模式的轉換， IT部門有望和業務部門在目的性方面更加一致。這就承諾了業務和IT能夠實現在一整套共有原則和對業務目標共同理解的基礎上通力合作，共同管理。如果你正在或正打算在企業中實施面向服務架構(SOA)，有一些問題是你必須要提出來的。第一，SOA對于你來說意味著什么?第二，從SOA實施中你期望得到什么商業利益?最后，如果你正在實施SOA，你如何確定SOA的實施在規定的時間里以及成本預算下為你提供其承諾的商業利益?
SOA對你來說意味著什么?
如果SOA是供應商擺在你面前的一個美好愿景和未來趨勢，并且“貨物即出概不退換”(買家要自行小心)。那在這種情況下，我們都會期望得到的是一個“好東西”，盡管SOA確實擁有成為一個“好東西”的潛力，但近段時間以來它卻開始逐漸的成為一場浩浩蕩蕩的喧囂，一些本不會也不應該出現的東西伴隨著SOA的炒作開始混淆視聽。目前市場上有許多IT產品和解決方案都宣稱有著SOA的標簽，其中的大部分對于建立SOA都是有用的，但它們并不是完整的SOA解決方案。SOA并不簡單是一個解決無數業務問題的支持技術，也并不是由某一具體實施的技術所引導。從根本上說，SOA是一項IT實施策略，它能夠將IT服務的供應和業務結構緊密結合起來。在許多組織中，IT系統的開發、采購與供應是通過技術解決問題的相關策略來管理的。人們建立企業或業務單元標準，試圖通過特定的數據庫、應用服務器、開發語言、網絡組件等服務，在IT基礎架構和開發之間尋求共同點。雖然許多這些舉措被認為是合理的，符合成本效益并用以控制IT預算的方法，但實際上卻并未將IT部門開展的活動與更廣泛的組織業務需求聯系起來。
許多人都認為SOA是一個能夠指導IT系統與業務結構相互響應，讓IT管理者更好滿足業務運營管理者需要的整合方法。這或許是正確的，SOA解決方案供應商所宣揚的利益也是可以達到的。但在企業圍繞SOA著手重新設計IT戰略、項目實施機制的時候，他們需要對潛在的風險和問題有一個理智的認識。而這個過程最好是在IT 質量保證的測試過程中得到實現。在所有企業中，要表明IT系統是否能夠滿足業務和運營需求只有兩個地方：一是在運營階段，二則是在軟件開發生命周期中的測試階段。過去，單個項目的成敗是該項目自己的事情，系統交付推遲的潛在可能性將以他們的獨立價值加以評估，當這個推遲威脅到業務計劃可行性時，項目就會大幅減少測試并開始向運營階段過渡。如果系統不能交付任何東西，只會導致業務的失敗，因此運營失敗風險的增加是不可以接受的。而在分布式開發環境中，準時交付低質量系統的可能性往往比晚交付高質量系統的可能性會高。隨著SOA的出現，這種心態將隨之改變。質量保證和測試功能必須要作為進入IT運營階段的一個門檻。必須要共同設定質量目標并予以遵守，因為服務經營不當帶來的風險將擊垮整個企業。
改變測試環境
對于大多數組織來說，向SOA過渡是一個IT戰略巨大的轉變。由于SOA在整個企業的IT職能中被接受，測試環境的改變也就不足為怪了。那么大多數的人們知道新的測試環境應該是什么樣子的嗎?答案肯定是否定的。早期的實施者有機會在大部分IT還在估計形勢的時候收獲到回報。但是先行者能夠依賴的經驗有限，必須動員起來以減少意外的發生。這也是需要建立恰當的質量保證和測試戰略的原因，我們將在以下強調一些質量保證和測試戰略。IT其他領域的測試卓越中心、卓越中心(COE)的概念在被成功的應用于許多企業中。這種方法也能夠被用作測試戰略，對于SOA服務供應商和服務消費者雙方的測試將建立一個中央功能區，在那里測試資產能夠得到維護、管理并在不同項目中重新利用。不同的測試團隊不再需要花費多余的時間重新學習企業間的服務界面。人們能夠通過建立測試卓越中心，存在一個單一的需求、規范、工具和測試資產的存儲器以理解和測試整個企業的SOA服務及其輔助設施。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
