【正文】 軟件工程 ? 測試應跟蹤一個事件到另一個事件的路徑。如果從一個同步事件到另一個同步事件有多條可能的控制流路徑，只需覆蓋其中一條路徑。 2) 生存周期測試 ? 在分布式系統(tǒng)中，生存周期測試是指選擇一系列測試用例，測試任何處于生存期中的對象。特別是在整個生存周期過程中存在多條路徑，測試必須選擇有代表性的路徑以保證最大的覆蓋范圍。 61 軟件工程 ? 對于一個類來說，生存周期意味著選擇一系列測試，每個測試構造類的一個實例，并通過一系列消息來使用實例，最后再撤銷這個實例。 ? 一個有效的生存周期測試應能證實對象本身是否正確，還應能證實被測試項是否能夠與它所在的環(huán)境正確地交互。對于一個類的實例，在它被撤銷后必須檢查它占用的資源是否已被釋放掉。 62 軟件工程 分布式模型 ? 下面討論用在分布式系統(tǒng)中的使用某些標準基礎結構的測試過程。 1) 基本的客戶機 － 服務器模型 ? 客戶機－服務器模型是最簡單的分布式模型。在這種模型下，多個客戶機都可訪問服務器。服務器是單一進程。由于所有客戶機都與同一個服務器交互，因此存在 單點失敗 （即服務器出現(xiàn)問題將影響所有客戶機）。測試要點： 63 軟件工程 a) 在延時期間，面對同時收到的服務請求，服務器能否把正確結果發(fā)送給各個相應的客戶機？ b) 服務器能否處理快速增長的負載？當負載增加時，服務器的性能可能降低，因此可能選擇放棄一部分負載。 2) 標準分布式模型 － CORBA ? CORBA是對象管理組織 OMG開發(fā)的公共對象請求代理體系結構，并將它作為分布對象系統(tǒng)的標準體系結構。 64 軟件工程 ? 這種結構的核心是對象請求代理（ ORB） ,一個對象通過 ORB與系統(tǒng)中的另一個對象通信。 CORBA標準的特點 : ? 與基礎結構相聯(lián)系的機器可能有不同的操作系統(tǒng)和不同的存儲設計； ? 構成分布式系統(tǒng)的構件可以用不同的語言編寫； ? 根據(jù)對象的分布性和網(wǎng)絡中機器的類型，基礎結構可以改變它自身的配置。 ? 測試要點： 65 軟件工程 a) 不考慮基礎結構的配置，系統(tǒng)能夠正確的工作？測試用例應能產(chǎn)生被測試基礎結構的各種預期的配置。 b) 在標準基礎結構的服務基礎上，構造新的測試用例能否被重復使用？測試用例的設計應盡可能地使用基礎結構。 c) 新發(fā)布的特定基礎結構能否與已有的應有有效地結合起來？應有一系列的回歸測試，使得新發(fā)布的基礎結構能夠在被集成到產(chǎn)品中之前得到測試。 66 軟件工程 3) 標準分布式模型 － DCOM ? DCOM是 Microsoft 開發(fā)并鼓勵的一種標準的分布式構件對象模型。 ? DCOM “標準” 被描述為包含特定方法的標準接口，每個標準接口都提供了一套特定的服務。單個構件可以完成幾個接口的服務，或若干構件中的每一個都能完成統(tǒng)一接口的服務，只是方式不同。 ? DCOM是低層次的技術，支持構件間最原始的聯(lián)系，它不作為應用開發(fā)的部分。 67 軟件工程 ? 測試要點： a) 在對各種構件做任意配置時測試者能否正確編排唯一的標識？測試用例應能利用各種構件確保所有必要的連接能夠成功。 b) 每個構件能否實現(xiàn)必要的接口？測試用例應能利用各種構件確保所有服務是可利用的并能實現(xiàn)期望的功能。 c) 標準接口的實現(xiàn)能否提供正確的行為？應針對每一種標準接口有一套測試。 4) 標 準分布式模型 － RMI 68 軟件工程 ? RMI是 Java中的遠程方法調(diào)用包，它提供一種簡化的分布式環(huán)境，該環(huán)境假定不論連接的是什么樣的或什么類型的機器，它們都能運行 Java虛擬機。 ? RMI提供一個注冊對象，參與分布式系統(tǒng)的所有對象必須知道該注冊對象監(jiān)聽到哪個端口的消息。 ? RMI的最新版本使用 ORB的 Inter協(xié)議(IIOP)，使 RMI對象與 CORBA對象共同工作。 69 軟件工程 ? 測試要點： a) 那些種 CORBA測試模式能夠在以 RMI為基礎的系統(tǒng)上使用？測試用例的構造很多與CORBA的測試用例相同。 5) 一般分布式構件模型 ? 分布式系統(tǒng)的基本體系如圖，主要活動是服務請求方給服務提供方法送消息。 ? 請求首先發(fā)送給請求方本地的代理對象，代理方聯(lián)系通信基礎結構并傳送請求，通信基礎結構實例化服務提供方，從對象定位器的 70 軟件工程 服務請求方 提供方代理 提供方代理 服務提供方 通信和定位服務 進程 A 進程 B 服務中獲得服務提供方的引用，并將服務請求傳遞給它。如果存在結果，則結果沿原路徑返回。由于請求代理方可以引導請求，所以提供方不知道分布的細節(jié)。 71 軟件工程 ? 用于提供方構件的測試的要點： a) 根據(jù)規(guī)范準備測試用例 。 ProviderTest類應包括相應測試驅(qū)動程序，該類繼承自GenericModelTester。 b) 設計基于說明的測試用例 ：對提供方可提供的一系列基于分布式系統(tǒng)的服務設計測試用例，放在 GenericModelTester類中，對基于特殊應用服務設計的測試用例則放在ProviderTest類中。 c) 設計基于實現(xiàn)的測試用例 ：滿足路徑或代碼覆蓋的范圍標準。 72 軟件工程 d) 設計交互式測試用例 ：提供方應與請求服務且具有代表性的請求方交互。每個主要的協(xié)議都應得到測試，且至少有一個請求方參與到這個協(xié)議中來。 e) 設計基于狀態(tài)的測試用例 ：當請求方發(fā)出請求時，提供方可能只處于一種狀態(tài)。但它可能同時從多個請求方接收請求，因此應使用所有必要的協(xié)議，使提供方經(jīng)歷所有可能的狀態(tài)。 ? 用于請求方構件的測試的要點： 73 軟件工程 a) 根據(jù)規(guī)范準備測試用例 。 RequesterTest類應包括相應測試驅(qū)動程序。在這個類中應提供用于執(zhí)行功能性、結構性和交互性測試用例的操作。測試類在應用程序中可當作交互類使用。 b) 設計基于說明的測試用例 ：在 API文檔中構造每個方法的前置條件和后置條件。執(zhí)行用于每個方法中每個后置條件中所有語句的測試用例。 c) 設計基于實現(xiàn)的測試用例 ：滿足一般的范圍標準。 74 軟件工程 d) 設計交互式測試用例 ：重點放在請求方與每個提供方之間的完整協(xié)議。為使得計時效果較為明顯，應適當插入人為延時。 e) 設計基于狀態(tài)的測試用例 ：請求方有一系列與它自己的分布相關的狀態(tài)，如與基礎結構相連或撤銷連接等。測試應包括一系列經(jīng)歷所有這些狀態(tài)的測試用例，還應包含與應用語義學相關的一些狀態(tài)。 6) 最大的分布式系統(tǒng) － Inter測試 ? 因特網(wǎng)上可以連接、增加或刪除服務器。 75 軟件工程 ? 這類測試重點在 Web服務器上和因特網(wǎng)應用程序的生存周期上。 a) Web服務器測試 ? Web服務器體系結構如圖所示。 Web頁面和瀏覽器、應用服務器協(xié)作產(chǎn)生應用。 應用程序 應用程序 應用程序 Web服務器 數(shù)據(jù)庫 顯示頁面 瀏覽器 76 軟件工程 ? 這些系統(tǒng)使得用戶服務自動化：頁面接受輸入，并放入一個用戶訂購表中。然后產(chǎn)生一條顧客記錄，調(diào)用能夠自動產(chǎn)生一個賬號和密碼的應用程序。最后把賬號信息通過Email發(fā)送給用戶。 ? 測試涉及兩方面。首先，執(zhí)行腳本看它所做的工作是否是其所期望做的？其次，檢查應用程序和網(wǎng)頁所期待的當前數(shù)據(jù)是否正確。是否是所期望的格式？ b) 因特網(wǎng)應用程序生存周期的測試 ? 跨越不同平臺的一系列用戶事務測試。 77 軟件工程 演講完畢，謝謝觀看！