第第頁IT架構(gòu)和應用程序的端到端測試IT架構(gòu)和應用程序的端到端測試

發(fā)表于：2023-04-15來源：：點擊數(shù)：標簽：架構(gòu)應用程序

就在不久之前，工業(yè)標準測試實踐（針對C/S架構(gòu)的質(zhì)量問題而發(fā)展起來的）仍聚焦于客戶端的前端功能測試或者服務器端的后端可伸縮性測試與性能測試。這種"工作上的分離"主要是緣于傳統(tǒng)的C/S（客戶端/服務器）架構(gòu)比當前的多層架構(gòu)和分布式環(huán)境相對簡

就在不久之前，工業(yè)標準測試實踐（針對C/S架構(gòu)的質(zhì)量問題而發(fā)展起來的）仍聚焦于客戶端的前端功能測試或者服務器端的后端可伸縮性測試與性能測試。這種"工作上的分離"主要是緣于傳統(tǒng)的C/S（客戶端/服務器）架構(gòu)比當前的多層架構(gòu)和分布式環(huán)境相對簡單的事實。在標準的C/S架構(gòu)中，問題要么發(fā)生在客戶端，要么就發(fā)生在服務器端。

引言

就在不久之前，工業(yè)標準測試實踐（針對C/S架構(gòu)的質(zhì)量問題而發(fā)展起來的）仍聚焦于客戶端的前端功能測試或者服務器端的后端可伸縮性測試與性能測試。這種"工作上的分離"主要是緣于傳統(tǒng)的C/S（客戶端/服務器）架構(gòu)比當前的多層架構(gòu)和分布式環(huán)境相對簡單的事實。在標準的C/S架構(gòu)中，問題要么發(fā)生在客戶端，要么就發(fā)生在服務器端。

今天，典型的計算環(huán)境是一種復雜的，異構(gòu)的混合環(huán)境，其組件和代碼來自遺留系統(tǒng)、自主開發(fā)或第三方，或者是標準的組件和代碼（圖示1）。隨著Web的發(fā)展，架構(gòu)的復雜性進一步增加，通常在一個或多個后端數(shù)據(jù)庫與面向用戶的表示層之間會有一個內(nèi)容層。該內(nèi)容層可以提供來自多個服務的內(nèi)容（其中這些服務集中在表示層中），也可能包含一些原來存在于傳統(tǒng)C/S架構(gòu)前端上的業(yè)務邏輯。

這種復雜度的增加，與遺留系統(tǒng)集成和尖端技術(shù)開發(fā)交織起來，使軟件及系統(tǒng)問題（包括功能和可擴展性及性能問題）的描述、分析和定位成為軟件系統(tǒng)開發(fā)和發(fā)布過程中的主要挑戰(zhàn)。此外，隨著SOAP/XML（簡單對象訪問協(xié)議/可擴展性標記語言）成為標準的數(shù)據(jù)傳輸格式，XML數(shù)據(jù)內(nèi)容的問題對于.NET平臺和J2EE平臺變得越來越重要。簡單的說，正是現(xiàn)在的架構(gòu)和計算環(huán)境的復雜性，導致了原來的面向C/S的測試模式遭到淘汰。

圖1：現(xiàn)在典型的多層架構(gòu)

總體質(zhì)量策略

很顯然，一種新的，有效的質(zhì)量強化策略對成功的軟件開發(fā)和部署是必須的。最有效的策略是將環(huán)境中單個組件的測試和環(huán)境的整體測試結(jié)合起來。在這種策略中，組件級和系統(tǒng)級的測試都必須包含功能測試來確保數(shù)據(jù)完整性，還要包含可伸縮性和性能測試來確保不同的系統(tǒng)負荷下的可接受的響應時間。在評估性能和可伸縮性方面，這些并行分析模式能夠幫助您發(fā)現(xiàn)系統(tǒng)架構(gòu)的優(yōu)勢和缺陷，并在解決與性能和可伸縮性有關(guān)的問題時確定必須檢查哪些組件。與此類似的功能測試策略（即全部數(shù)據(jù)完整性驗證），正顯得越來越關(guān)鍵，因為現(xiàn)在數(shù)據(jù)可能是從分散的數(shù)據(jù)源派生而來。通過評估組件內(nèi)外的數(shù)據(jù)完整性（包括處理過程中的任何功能性的數(shù)據(jù)轉(zhuǎn)換），測試人員可以定位每個潛在的錯誤，并使系統(tǒng)集成和缺陷隔離成為標準的開發(fā)過程的一部分。端到端架構(gòu)測試（EndtoEndArchitectureTesting）指的是這樣一種概念，它測試計算環(huán)境中所有的訪問點，并在組件級和系統(tǒng)級的測試中將功能測試和性能測試整合在一起（見圖2）。

從某種意義上來說，端到端架構(gòu)測試實質(zhì)上是一種"灰盒"測試，一種集合了白盒測試和黑盒測試的長處的測試方法。在白盒測試中，測試員能夠訪問底層系統(tǒng)組件并對其有足夠的了解。盡管白盒測試能夠提供非常詳細和有價值的結(jié)果，但在檢測集成和系統(tǒng)性能問題方面卻有些"力不從心"。與此相反，黑盒測試需要很少或者完全不需要對系統(tǒng)的內(nèi)部工作機制的了解，而將注意力集中在終端用戶上――確保用戶能夠及時得到正確的結(jié)果。黑盒測試通常并不能指明問題的原因，也不能保證某段代碼已經(jīng)被執(zhí)行并且高效運行，而且也不包含任何內(nèi)存泄漏和類似的問題。通過將白盒測試與黑盒測試進行"技術(shù)嫁接"，端到端架構(gòu)測試真正實現(xiàn)了取長補短。

圖2：端到端架構(gòu)測試包含所有訪問點的功能測試及性能測試

對可伸縮性測試和性能測試來說，訪問點包括硬件、操作系統(tǒng)、應用程序數(shù)據(jù)庫和網(wǎng)絡。對功能測試來說，訪問點包括前端的客戶端，中間層，內(nèi)容源和后臺數(shù)據(jù)庫。明白了這些，術(shù)語"架構(gòu)"所定義的就是在環(huán)境中組件之間以及組件與用戶之間是如何進行交互的。單純從組件來看的優(yōu)點和缺陷取決于將它們組織在一起的特定架構(gòu)。正是一種架構(gòu)將如何響應作用于它的命令的這種不確定性，使我們需要進行端到端架構(gòu)測試。

為了有效實現(xiàn)端到端架構(gòu)測試，RTTS成功開發(fā)了基于風險的測試自動化方法。TheTestAutomationProcess（測試自動化過程，TAP）建立在多年的成功測試實踐基礎(chǔ)之上，利用了最佳的自動測試工具。這是一個迭代的測試方法，包括五個階段：

·項目評估

·測試計劃創(chuàng)建和改進

·測試用例編寫

·測試自動化、執(zhí)行和跟蹤

·測試結(jié)果評