我們知道軟件系統(tǒng)的架構(gòu)會對系統(tǒng)測試產(chǎn)生影響，而到底會產(chǎn)生哪些影響呢?

　　首先看一下軟件系統(tǒng)架構(gòu)到底是如何定義的?

　　軟件系統(tǒng)架構(gòu)就是組成系統(tǒng)的主要重要模塊、過程、數(shù)據(jù)的管理和分配、用戶界面的種類和風(fēng)格，以及系統(tǒng)運行平臺等。其中包括它們的結(jié)構(gòu)和彼此間的準(zhǔn)確關(guān)系，他們可被擴展和修改的方式，他們依賴于某種技術(shù)，是怎樣得到系統(tǒng)性能和靈活性的，又是如何確定系統(tǒng)實施或修改計劃的。

　　軟件架構(gòu)之所以重要是因為優(yōu)秀的架構(gòu)是確保軟件長期成功的關(guān)鍵因素。而對于我們測試來說，其軟件架構(gòu)會對測試實施產(chǎn)生哪些影響呢?

　　首先是穩(wěn)定性。穩(wěn)定性可以降低在版本更新時擴展系統(tǒng)功能的重復(fù)老師，并減少實施過程的總成本。它鞏固了開發(fā)團隊的基礎(chǔ)，使其專注于開發(fā)更大價值的特性，而并非浪費精力關(guān)注在經(jīng)常變更的問題上。對于良好的系統(tǒng)架構(gòu)，會使測試設(shè)計更穩(wěn)定，減少因變更帶來的測試工作量。

　　對變更的度和性質(zhì)。架構(gòu)決定系統(tǒng)中發(fā)生變更的性質(zhì)。有些變更很容易被察覺，而察覺另一些則很難。在我們?yōu)槲嗫蛻舳枰岣呖蛻魸M意度或增加功能時，如果能夠簡單實現(xiàn)預(yù)期的變更，那么各種架構(gòu)通常被認為是好的。系統(tǒng)的功能需求變更，使系統(tǒng)受影響的部分最小，避免大量的回歸測試。

　　社會架構(gòu)。優(yōu)秀的架構(gòu)為創(chuàng)建它的團隊而工作。它可以平衡團隊內(nèi)部的個體在實力和能力上存在的差異，而且可以彌補各自的弱點。例如團隊對C++的內(nèi)存管理經(jīng)常使用不當(dāng)，而如果使用Java、Perl或C#等系統(tǒng)自動進行內(nèi)容管理的開發(fā)語言可以減少這方面的問題。而我們測試中，則對于內(nèi)存方面的測試則可以考慮的較少一些。對我們招募測試團隊的人員的技能也產(chǎn)生影響。

　　邊界的決定。在架構(gòu)的設(shè)計過程中，團隊會就哪些應(yīng)該被加入到系統(tǒng)中，而哪些不應(yīng)該被加入到系統(tǒng)中做出很多決定。例如，是團隊自己寫數(shù)據(jù)庫訪問層，還是購買許可?團隊是使用開源的Web服務(wù)器還是購買許可?那個子團隊?wèi)?yīng)該負責(zé)用戶界面的設(shè)計?成功的解決方案確實能夠創(chuàng)建技術(shù)邊界來支持業(yè)務(wù)的特殊需求。這些邊界選擇可直接影響我們的測試，例如，服務(wù)器監(jiān)控、服務(wù)器性能參數(shù)調(diào)優(yōu)等。

　　可持續(xù)的、不可替代的優(yōu)勢。這一點可以概括前面的幾點，但是一個好的架構(gòu)能夠使系統(tǒng)在市場競爭由于難于復(fù)制而占據(jù)優(yōu)勢地位。例如在性能和易用性方面獲得優(yōu)勢。這對于我們測試來說，可以減少缺陷，性能更能達到目標(biāo)而減少系統(tǒng)調(diào)優(yōu)后反復(fù)測試的過程。

　　創(chuàng)建系統(tǒng)架構(gòu)的實際方法就是探索多種已被文檔化的模式，所以關(guān)于開發(fā)模式的書籍比較暢銷，也正是很多研發(fā)管理人員必讀的書籍。

　　測試團隊要對軟件系統(tǒng)架構(gòu)進行理解，應(yīng)該著重分析研發(fā)團隊提供的一些視圖，以增加對系統(tǒng)架構(gòu)的理解。

　　邏輯視圖：它提供了系統(tǒng)開發(fā)中對象間或?qū)嶓w間相互關(guān)系的靜態(tài)快照。這種視圖實際上可能有兩個或更多的表現(xiàn)層。一個概念模型，另一個是數(shù)據(jù)庫模式中模型的實現(xiàn)。往往現(xiàn)在數(shù)據(jù)庫架構(gòu)師使用PowerDesigner描述實體的邏輯關(guān)系，所以需要我們測試工程師學(xué)會查看數(shù)據(jù)庫實體描述，從而了解系統(tǒng)中的數(shù)據(jù)庫設(shè)計，例如關(guān)鍵字，索引、表實體之間的關(guān)系等。

　　過程視圖：過程視圖描述設(shè)計的并發(fā)性和同步性因素。我們了解過程視圖，從而會了解系統(tǒng)中各個模塊之間的時間、空間關(guān)系。原來的結(jié)構(gòu)化編程中經(jīng)常用流程圖來表示，而現(xiàn)在面向?qū)ο蟮木幊探?jīng)常用一些建模工具描述對象實體。例如，架構(gòu)師經(jīng)常使用Rose等建模工具，建立實體的序列圖、狀態(tài)圖等來描述過程。而我們測試工程師應(yīng)該學(xué)會看懂序列圖或狀態(tài)圖等。

　　物理視圖：物理視圖描述軟件到硬件的映射，其中包括實現(xiàn)高可用性、可靠性、容錯性和性能等目標(biāo)的處理部件的分布情況。常用Rose部署圖來描述物理視圖，也可以使用Visio等繪圖工具繪制系統(tǒng)架構(gòu)圖來描述。

　　開發(fā)視圖：開發(fā)視圖描述軟件在開發(fā)環(huán)境中的靜態(tài)組織結(jié)構(gòu)。研發(fā)團隊通常用Rose等建模工具繪制實體關(guān)系圖，描述各個實體之間的靜態(tài)關(guān)系。

　　了解了系統(tǒng)的架構(gòu)之后，對于測試來說，就應(yīng)該做相應(yīng)的準(zhǔn)備工作。包括招募具有相應(yīng)技能的人員。針對特定的結(jié)構(gòu)采取相應(yīng)的測試設(shè)計。例如，對于J2EE架構(gòu)，則要考慮如何集成測試，采用何種集成策略。對于性能測試，考慮哪些測試。例如研發(fā)采用Weblogic作為應(yīng)用服務(wù)器，則我們要考慮該服務(wù)器哪些配置參考會影響系統(tǒng)的性能。物理架構(gòu)中具有中間件服務(wù)器，則我們對中間件服務(wù)器如何測試。

　　總之，了解一些軟件系統(tǒng)架構(gòu)，對于測試人員尤其是測試管理人員是非常需要的。