【導(dǎo)讀】特色組合成一個統(tǒng)一的方法。使用UML時，要從不同的角度觀察系統(tǒng)，為此。視圖是對系統(tǒng)的模型在某。方面的投影，注重于系統(tǒng)的某個方面。確定重要的設(shè)計：類、包和子系統(tǒng)。括任務(wù)、線程、進(jìn)程及其相互作用。5)用例視圖：包括若干關(guān)鍵場景或用例。始和細(xì)化階段用來幫助發(fā)現(xiàn)和設(shè)計體系結(jié)構(gòu)。在構(gòu)造階段用來驗證各種不同視圖。中用來表明其他視圖是如何工作的。UML分析建模著重系統(tǒng)的用例模型和結(jié)構(gòu)。將行為賦予類的機制，如協(xié)同。UML的三個主要組成元素。組織構(gòu)造塊的規(guī)則。運用于整個UML的公共機制。UML包括三種基本構(gòu)造塊：事物、關(guān)系和圖。及其關(guān)聯(lián)的集合，用于對使用情形的實現(xiàn)建模。的、可替代的部件。時存在的物理元素。務(wù)的一組對象之間交換的消息組成。周期內(nèi)響應(yīng)事件所經(jīng)歷的狀態(tài)序列。其進(jìn)行約束或解釋的簡單符號。物發(fā)生變化會影響另一個事物的語義。了由另一個類保證執(zhí)行的契約。基本事件流刷條碼?

　　

【正文】 ridge (橋接 )、 Composite (復(fù)合 )、 Decorator (裝飾 )、 Facade (外觀 )、Flyweight (享元 )、 Proxy (代理 ) 等七種模式。 行為型模式 ? 行為模式涉及算法和對象之間職責(zé)的分配。行為模式不僅描述對象或類的模式，還描述它們之間的通信。 ? 行為模式刻劃了在運行時難以跟蹤的復(fù)雜的控制流，但這類模式把人們的注意力從控制流轉(zhuǎn)移到對象間的相互聯(lián)系。 ? 類行為模式使用繼承機制在類間分派行為 ， 如Template Method (模板方法 )和 Interpreter (解釋器 ) 模式。 ? 對象行為模式使用對象復(fù)合而不是繼承，描述對象如何協(xié)同完成預(yù)定任務(wù) ， 如 Chain of Responsibility (職責(zé)鏈 )、 Command (命令 )、Iterator (遍歷器 )、 Mediator (中介者 )、Memento (備忘錄 )、 Observer (觀察者 )、 State (狀態(tài) )、 Strategy (策略 )、 Visitor (訪問者 ) 等九種模式。 面向?qū)ο鬁y試 ? 面向?qū)ο笙到y(tǒng)的測試與傳統(tǒng)的基于功能的系統(tǒng)的測試之間存在很大差別： 1) 對象作為一個單獨的構(gòu)件一般比一個功能模塊大。 2) 由對象到子系統(tǒng)的集成通常是松散耦合的，沒有一個明顯的“頂層”。 3) 如果對象被復(fù)用，測試者無權(quán)進(jìn)入構(gòu)件內(nèi)部來分析其代碼。 ? 面向?qū)ο笙到y(tǒng)的測試可分為 4個層次： 1) 測試與對象相關(guān)聯(lián)的單個操作 它們是一些函數(shù)或程序，傳統(tǒng)的白盒測試和黑盒測試方法都可以使用。 2) 測試單個對象類 黑盒測試的原理不變，但等價劃分的概念要擴展以適合操作序列的情況。 3) 測試對象簇（聚集） 嚴(yán)格的自頂向下或自底向上的集成不適合一組關(guān)聯(lián)對象的情形。應(yīng)使用基于場景的測試等其他方法。 對象類測試 4) 測試面向?qū)ο笙到y(tǒng) 根據(jù)系統(tǒng)需求規(guī)格說明進(jìn)行檢驗和有效性驗證的過程可以像對其他范型的系統(tǒng)一樣進(jìn)行。 ? 在測試對象時，完全的覆蓋測試應(yīng)當(dāng)包括： 1) 隔離對象中所有 操作 ，進(jìn)行獨立測試。 2) 測試對象中所有 屬性 的設(shè)置和訪問。 3) 測試對象的所有可能的 狀態(tài)轉(zhuǎn)換 。所有可能引起狀態(tài)改變的事件都要模擬到。 ? 對象類 ， 作為在語法上獨立的構(gòu)件 ， 應(yīng)當(dāng)允許用在不同的應(yīng)用中 。 每個類都應(yīng)是可靠的 ， 并且不需了解任何實現(xiàn)的細(xì)節(jié)就能復(fù)用 。 因此 ，對象類應(yīng)盡可能孤立地進(jìn)行測試 。 ? 設(shè)計操作的測試用例時需要注意： ?首先定義測試對象的各操作的測試用例 。 ?對于一個單獨的操作，可通過該操作的前置條件選擇測試用例，產(chǎn)生輸出，讓測試者能夠判斷后置條件是否能夠得到滿足。 ?各個操作的測試與傳統(tǒng)對函數(shù)過程定義的測試基本相同 。 ?然后再把測試用例組擴充 ， 針對被測操作調(diào)用對象類中其他操作的情況 ， 設(shè)計操作序列的測試用例組 。 ?測試可以覆蓋每個操作的整個輸入域。但這不夠，還必須測試這些操作的相互作用，才能認(rèn)為測試是充分的。 ?各個操作間的相互作用包括 類內(nèi)通信 和 類間通信 。 putReferencePoint(Point) moveTo(Point) ReferencePoint area( ) draw( ) erase( ) getReferencePoint(Point) DisplayableShape(Point) DisplayableShape 類內(nèi)消息 類間消息 DisplayableShape( ) ? 在設(shè)計對象類的規(guī)格說明測試時需要注意： ?把對象類當(dāng)做一個黑盒，確認(rèn)類的實現(xiàn)是否遵照它的定義。對于“ Stack”的測試應(yīng)當(dāng)確保 LIFO 原則得以實施。 ?對于多數(shù)的對象類，主要檢驗在類聲明的 public 域中的那些操作。 ?對于子類，要檢查繼承父類的 public 域和protected 域的那些操作。 ?檢查所有 public域， protected域及 private 域中的操作以完全檢查對象中定義的操作。 ?等價劃分的思想也可用到對象類上。將使用對象相同屬性的測試歸入同一個等價劃分集合中。這樣可以建立對對象類屬性進(jìn)行初始化、訪問、更新等的等價劃分。 ? 在設(shè)計對象類的行為測試時需要注意： ?基于對象的狀態(tài)模型進(jìn)行測試時，首先要識別需要測試的狀態(tài)的變遷序列，并定義事件序列來強制執(zhí)行這些變遷。 ?原則上應(yīng)當(dāng)測試每一個狀態(tài)變遷序列，當(dāng)然這樣做測試成本很高。 對象集成測試 ? 當(dāng)開發(fā)面向?qū)ο笙到y(tǒng)時，集成的層次并不明顯。而當(dāng)一組對象類通過組合行為提供一組服務(wù)時，則需將它們一起測試，這就是簇測試。 ? 此時不存在自底向上和自頂向下的集成。 ?完全的單元應(yīng)當(dāng)保證類的執(zhí)行必須覆蓋它的一個有代表性的狀態(tài)集合 。 ?構(gòu)造函數(shù)和消息序列 （ 線索 ） 的參數(shù)值的選擇應(yīng)當(dāng)滿足這個規(guī)則 。 ? 簇需要根據(jù)對象操作以及對象屬性的關(guān)聯(lián)來構(gòu)成。 ? 面向?qū)ο笙到y(tǒng)的集成測試有 3種可用的方法： 1) 用例或基于場景的測試 用例或場景描述了對系統(tǒng)的使用模式。測試可以根據(jù)場景描述和對象簇來制定。這種測試著眼于系統(tǒng)結(jié)構(gòu)，首先測試幾乎不使用服務(wù)器類的獨立類，再測試那些使用了獨立類的下一層次的（依賴）類。這樣一層一層地持續(xù)下去，直到整個系統(tǒng)構(gòu)造完成。 2) 基于線程的測試 它把為響應(yīng)某一系統(tǒng)輸入或事件所需的一組對象類組裝在一起。每一條線程將分別測試和組裝。因為面向?qū)ο笙到y(tǒng)通常是事件驅(qū)動的，因此這是一個特別合適的測試形式。 3) 對象交互測試 這個方法提出了集成測試的中間層概念。中間層給出叫做 “方法 消息”路徑的對象交互序列。所謂“原子系統(tǒng)功能”就是指一些輸入事件加上一條“方法 消息”路徑，終止于一個輸出事件。 面向?qū)ο蟮拇_認(rèn)測試 ? 在確認(rèn)測試或系統(tǒng)測試的層次上，不再考慮對象類間相互連接的細(xì)節(jié)。主要著眼于用戶可見的動作和用戶可識別的系統(tǒng)輸出。 ? 為了幫助確認(rèn)測試的執(zhí)行，測試者需要回到分析時的動態(tài)模型和描述系統(tǒng)行為的事件序列（腳本）進(jìn)行測試。 ? 可以利用黑盒測試的方法來驅(qū)動確認(rèn)測試。測試檢測軟件中的故障并確定軟件是否執(zhí)行了預(yù)定要開發(fā)的功能。 面向?qū)ο鬁y試用例的設(shè)計 ? 測試過程包括了一組測試用例的開發(fā)，每一個測試用例要求能檢驗應(yīng)用的一個特定的元素。還需要分析用各個測試用例執(zhí)行測試的結(jié)果來收集有關(guān)軟件的信息。 ? 軟件測試人員可以參考以下方法： 1) 應(yīng)當(dāng)唯一標(biāo)識每一個測試用例，并與被測試的類顯式地建立關(guān)聯(lián)。 2) 陳述測試對象的一組特定狀態(tài)。 3) 對每一個測試建立一組測試步驟，要思考和確定的問題包括： ? 被測試對象的一組特定狀態(tài)； ? 一組消息和操作； ? 考慮在對象測試時可能產(chǎn)生的一組異常； ? 一組外部條件； ? 輔助理解和實現(xiàn)測試時的補充信息。 ? 傳統(tǒng)的白盒測試方法可用在類定義的操作測試和類級別測試中，黑盒測試方法可用于多類測試。 小結(jié)：（自己完成） P223 一 , 二 (書上 ) 作業(yè) : 謝謝使用 本課件 !