軟件開發(fā)專家知道測試是開發(fā)與部署之間過渡的關(guān)鍵，部署一直以來都是軟件項目的目標(biāo)。要想測試面向服務(wù)架構(gòu)(SOA)應(yīng)用程序，就必須通過擴(kuò)大單元測試、擴(kuò)大負(fù)載測試的范圍，分別測試編制、集成和基于組件結(jié)構(gòu)的信息流來使三級測試過程適應(yīng)SOA原則。

應(yīng)用程序測試通常是三階段流程。第一階段流程，應(yīng)用程序組件通過開發(fā)人員根據(jù)所制定的規(guī)范來確保它們的功能從而實現(xiàn)“單元測試”。第二階段流程，這些組件被整合起來完成應(yīng)用程序的開發(fā)，然后進(jìn)行“系統(tǒng)測試”或“集成測試”以確保應(yīng)用程序和功能關(guān)系間的工作流達(dá)到預(yù)期的要求。最后一階段流程，對應(yīng)用程序進(jìn)行“負(fù)載測試”或“試點測試”來模擬實際的部署環(huán)境。SOA應(yīng)用程序可以遵循相同的模式，但每個階段都會有特殊規(guī)定，以適應(yīng)特殊性質(zhì)的基于組件的松耦合程序。

SOA要求程序組件具有“即服務(wù)”組件的功能來展示應(yīng)用程序完整的運行過程。將SOA組件視為服務(wù)于單元測試的應(yīng)用程序是十分重要的，這就意味著結(jié)合以上三階段測試，并在每個SOA服務(wù)/組件運行這三個階段。

服務(wù)接口是SOA組件測試的關(guān)鍵。通過描述生產(chǎn)服務(wù)的SOAP/WSDL確保單元測試以真正的服務(wù)形式對組件進(jìn)行測試。用戶報告稱，基礎(chǔ)軟件測試經(jīng)常會忽視服務(wù)接口，將其延遲到后期的集成測試，在安裝前這種項目允許的延遲會積淀許多服務(wù)規(guī)范問題。適當(dāng)?shù)姆?wù)接口測試通常需要通過SOA/SOAP接口使測試生成器運作，從而確保在所有可能的條件中都可以進(jìn)行測試。

考慮到這一點，我們在驗證過程中添加了基礎(chǔ)負(fù)載測試，以確保組件的性能可以滿足總體目標(biāo)。對一系列SOA組件進(jìn)行性能測試會更加復(fù)雜，這是因為所有可能的路徑都是難以核實的。如果每個組件分別進(jìn)行負(fù)載測試，那么可以在不同情況下，通過為每個路徑繪制工作流和總結(jié)延遲來預(yù)測應(yīng)用程序的性能。這便可作為一個指標(biāo)來比較實際的負(fù)載測試結(jié)果。

在SOA中，集成測試的目標(biāo)是三個，而不是一個。SOA應(yīng)用程序不同于普通的應(yīng)用程序，因為它們通常在編制軟件時引入一個新的組件，即應(yīng)用于連接SOA組件的消息/服務(wù)總線技術(shù)。在許多SOA應(yīng)用程序中，組件間的信息管理是由一個業(yè)務(wù)流程執(zhí)行語言(BPEL)模板所控制，這同樣是一個測試的新元素。只有當(dāng)這兩個“新”的元素經(jīng)過測試后，才可以測試普通組件間的集成。事實上，“集成”測試并非組件測試而是優(yōu)先于單元測試的測試系統(tǒng)，這說明了本文前面概論所說的提升組件驗證標(biāo)準(zhǔn)的重要性。

至少應(yīng)用程序架構(gòu)師早期所開發(fā)的應(yīng)用程序原型中，大多數(shù)SOA應(yīng)用程序都有自己的BPEL。如果BPEL基礎(chǔ)主路徑和相關(guān)的數(shù)據(jù)都可以從該流程和單元測試中獲取，那么他們就可以用來驗證信息/服務(wù)總線編制軟件的功能。確保BPEL能正確地驅(qū)動組件序列，及信息/服務(wù)總線軟件與組件之間的接口是正確的，這非常重要的。這樣組件就可以進(jìn)行正確的訪問，SOAP信息格式也可以重新測試;它們在基礎(chǔ)水平的單元測試過程中也已經(jīng)被驗證過。當(dāng)主測試完成時，二級邏輯路徑可以通過相同的BPEL組件序列測試系統(tǒng)進(jìn)行測試。

SOA應(yīng)用程序中的負(fù)載測試也是通過信息/服務(wù)總線和BPEL介入而完成的，這是因為這些元素的性能將影響應(yīng)用程序的質(zhì)量體驗(QoE)。為了確保負(fù)載下的性能而對SOA應(yīng)用程序進(jìn)行測試，則更有可能因為組件與員工支持點的相對性位置，而變得復(fù)雜。除非所有的SOA組件都是托管在一個帶有短網(wǎng)絡(luò)連接路徑的通用數(shù)據(jù)中心中，QoE才有可能因為員工的位置而有所變化。

多地點的數(shù)據(jù)注入是網(wǎng)絡(luò)連接程序唯一可靠的測試方式，它對SOA應(yīng)用程序尤其重要。這種測試模式所面臨的挑戰(zhàn)是要找出相關(guān)問題的原因，這是因為網(wǎng)路中多地點所發(fā)生事件的具體時機(jī)，對于問題的解決是難以重復(fù)的。對事件時間準(zhǔn)確標(biāo)記的測試流監(jiān)控是必不可少的。用戶報告稱，依靠數(shù)據(jù)記錄器可能會出現(xiàn)問題，因為記錄器會影響應(yīng)用程序的性能，同時也影響事件處理的時機(jī)。

用戶致力于敏捷開發(fā)實踐，旨在調(diào)試新代碼，對漏洞或者尋找SOA有用性和挑戰(zhàn)性方面的更改做出更快速的反應(yīng)。由于SOA中的組件都是比較孤立的，所以它能夠迅速地編寫新版本組件，并且在不重復(fù)主要部分和負(fù)載測試的前提下進(jìn)行部署。然而，SOA組件間的交互性自然比較高，所以為了部署而對SOA水平集成進(jìn)行測試可能會耗時。

重新部署SOA測試的最佳策略是，為非常結(jié)構(gòu)化的組件接口和信息流進(jìn)行設(shè)計，避免其出現(xiàn)自由格式的參數(shù)和松散的變量。讓組件徹底地驗證其參數(shù)，或采用WSDL模式明確表示參數(shù)的范圍。如果組件可以“自我集成”，那么重新部署的更廣泛的測試需求降低了，而調(diào)試變化和漏洞修復(fù)的速度卻提升了。

SOA測試是集成應(yīng)用測試的一種特殊情況，因為SOA通常部署較多的組件，并且工作流的交換過于結(jié)構(gòu)化。通過利用結(jié)構(gòu)化，可以降低大量組件化產(chǎn)生的風(fēng)險，對沒有通過測試的組件進(jìn)行測試。