【正文】 最后把賬號信息通過Email發(fā)送給用戶。 e) 設(shè)計基于狀態(tài)的測試用例 ：請求方有一系列與它自己的分布相關(guān)的狀態(tài)，如與基礎(chǔ)結(jié)構(gòu)相連或撤銷連接等。 RequesterTest類應(yīng)包括相應(yīng)測試驅(qū)動程序。 ProviderTest類應(yīng)包括相應(yīng)測試驅(qū)動程序，該類繼承自GenericModelTester。 ? RMI提供一個注冊對象，參與分布式系統(tǒng)的所有對象必須知道該注冊對象監(jiān)聽到哪個端口的消息。 66 軟件工程 3) 標(biāo)準(zhǔn)分布式模型 － DCOM ? DCOM是 Microsoft 開發(fā)并鼓勵的一種標(biāo)準(zhǔn)的分布式構(gòu)件對象模型。由于所有客戶機都與同一個服務(wù)器交互，因此存在 單點失敗 （即服務(wù)器出現(xiàn)問題將影響所有客戶機）。特別是在整個生存周期過程中存在多條路徑，測試必須選擇有代表性的路徑以保證最大的覆蓋范圍。 59 軟件工程 ? 需要考慮與這些分布式構(gòu)件相關(guān)的測試。 ? 并發(fā)性是指多個線程同時發(fā)生。還需要分析用各個測試用例執(zhí)行測試的結(jié)果來收集有關(guān)軟件的信息。安全測試時需要設(shè)計一些測試用例試圖突破系統(tǒng)的安全保密措施，檢驗系統(tǒng)是否有安全保密的漏洞。 對沒有的 52 軟件工程 系統(tǒng)設(shè)備部件，應(yīng)有相應(yīng)的模擬手段。為此，對完成開發(fā)的軟件必須經(jīng)過規(guī)范的系統(tǒng)測試。 ? 具體設(shè)計測試用例，可參考下列步驟： a) 先選定檢測的類；參考 OOD分析結(jié)果，仔細(xì)列出類的狀態(tài)和相應(yīng)的行為、類或成員函數(shù)間傳遞的消息、輸入或輸出的界定等。 1) 靜態(tài)測試 ? 靜態(tài)測試主要針對程序的結(jié)構(gòu)進行，檢測程序結(jié)構(gòu)是否符合設(shè)計要求。每一條線程將分別測試和組裝。 ? 面向?qū)ο蟪绦蛳嗷フ{(diào)用的功能是散布在程序的不同類中，類通過消息相互作用申請和提供服務(wù)。這樣可以建立對對象類屬性進行初始化、 42 軟件工程 訪問、更新等的等價劃分。 6) 各個操作間的相互作用包括 類內(nèi)通信 和 類間通信 。 每個類都應(yīng)是可靠的且不需了解任何實現(xiàn)細(xì)節(jié)就能復(fù)用 。 } ? 在原有的測試上，對 Derived::Redfined() 的測試只需做如下改動：改動 value == 0 的預(yù)期測試結(jié)果，并增加 value == 88 的測試。 ? 由于面向?qū)ο蟮睦^承性，使得兩個函數(shù)還是有相似之處，故只需在 Base::Redefined() 的測試用例基礎(chǔ)上添加對 Derived::Redfined() 的新測試用例。如果測試用例中使用的數(shù)據(jù) str1 和 str2 長度相 33 軟件工程 同，就無法檢測出。 例如需要選擇字符串作為輸入時，基于本假設(shè)，就無需計較字符串的長度。 28 軟件工程 ? 需要注意的是，測試類的功能，不能僅滿足于被測試代碼能 無錯運行 或被測試類提供的 功能無錯 ，還應(yīng)該以 OOD結(jié)果為依據(jù)，檢測類提供的功能是否滿足設(shè)計的要求，是否有缺陷。 } ….. ….. Hiden pp。 ? 因此， 在面向?qū)ο缶幊蹋?OOP）階段，將測試的目光集中在類 功能的實現(xiàn)和相應(yīng)的面向?qū)ο蟪绦蝻L(fēng)格上。 c) 類的層次結(jié)構(gòu)是否是深度大，寬度小。 b) 是否能體現(xiàn) OOA中所定義的實例連接。 b) 是否能體現(xiàn) OOA中定義的屬性。 c) 定義的消息連接所調(diào)用的服務(wù)是否正確。 e) 定義的屬性在泛化結(jié)構(gòu)中的位置是否恰當(dāng)，低層類的共有屬性是否在其上層類的屬性中 16 軟件工程 有定義。 c) 認(rèn)定的主題是否是類和結(jié)構(gòu)更高層的抽象，是否便于理解 OOA結(jié)果的概貌（尤其是對非技術(shù)人員的 OOA 結(jié)果讀者）。 d) 低層的類是否基于其上層類的屬性和服務(wù)并具有自己的特殊性。 d) 對認(rèn)定為同一類的對象是否 提供或需要相同的服務(wù) ，如果服務(wù)隨著不同的對象而變化，認(rèn)定的對象就需要分解或利用繼承性來分類表示。 ? OOA的結(jié)果是為后續(xù)階段中類的選定和實現(xiàn)，類層 8 軟件工程 層次結(jié)構(gòu)的組織和實現(xiàn)提供平臺。 ? 面向?qū)ο蠹蓽y試不但要基于面向?qū)ο髥卧獪y試，更要參見 OOD或 OOD Test結(jié)果。 2 軟件工程 ? 面向?qū)ο蟮拈_發(fā)模型將系統(tǒng)開發(fā)分為面向?qū)ο蠓治觯?OOA），面向?qū)ο笤O(shè)計（ OOD）和面向?qū)ο缶幊蹋?OOP）三個階段。 ? 分析階段產(chǎn)生整個問題領(lǐng)域的抽象描述，在此基礎(chǔ)上，進一步歸納出適用于面向?qū)ο缶幊陶Z言的類和類結(jié)構(gòu)，最后形成代碼。 ? 面向?qū)ο笙到y(tǒng)測試是基于面向?qū)ο蠹蓽y試的最后階段的測試，主要以用戶需求為測試標(biāo)準(zhǔn)，也需要借鑒 OOA或 OOA Test結(jié)果。 ? OOA對問題領(lǐng)域分析抽象的不完整，最終會影響軟件的功能實現(xiàn)，導(dǎo)致軟件開發(fā)后期大量可避免的修補工作；而一些冗余的對象或結(jié)構(gòu)會影響類的選定、程序的整體結(jié)構(gòu)或增加程序員不必要的工作量。 e) 如果系統(tǒng)不需要始終保持類所代表的對象的信息，認(rèn)定的類也無必要存在。 2) 對 復(fù)合結(jié)構(gòu) 的測試從如下方面入手： a) 整體類和局部類的復(fù)合（聚合）關(guān)系是否符合現(xiàn)實的關(guān)系。 d) 主題間的消息連接（抽象）是否代表了主題所反映的類和結(jié)構(gòu)之間的所有關(guān)聯(lián)。 f) 問題領(lǐng)域中每個類的屬性是否定義完整。 d) 沿著消息連接所執(zhí)行的線索（消息的調(diào)用序列）是否合理，是否符合實際。 c) 是否能實現(xiàn) OOA中定義的服務(wù)。 c) 是否能實現(xiàn) OOA中所定義的消息連接。 23 軟件工程 面向?qū)ο缶幊痰臏y試 ? 典型的面向?qū)ο蟪绦蚓哂?繼承 、 封裝 和 多態(tài) 等新特性，這使得傳統(tǒng)的測試策略必須有所改變。 25 軟件工程 1. 數(shù)據(jù)成員是否滿足數(shù)據(jù)封裝的要求 ? 檢查數(shù)據(jù)成員是否滿足數(shù)據(jù)封裝的要求，就是檢查其 數(shù)據(jù)成員是否能被外界（數(shù)據(jù)成員所屬的類或子類以外的調(diào)用）直接調(diào)用 。 Visible *qq = (Visible *) pp。 ? 必要時（如通過 OOD結(jié)果仍不清楚明確的地方）還應(yīng)該參照 OOA的結(jié)果 ，并以其為最終標(biāo)準(zhǔn)。除非字符串的長度是固定的，如 IP地址字符串。 ? 因此，在設(shè)計測試用例時，應(yīng)對 以函數(shù)返回值作為條件判斷 ， 字符串操作 等情況特別注意。 例如： ? Base::Redefined() 含有如下語句 if ( value 0 ) message (less)。 ? 多態(tài)有幾種不同的形式，如 參數(shù)多態(tài) ， 包含多態(tài) ，重載多態(tài) 。 因此對象類應(yīng)盡可能孤立地進行測試 。 ? 設(shè)計對象類的規(guī)格說明測試時的要點： 1) 把對象類當(dāng)做一個黑盒，確認(rèn)類的實現(xiàn)是否遵照它的定義。 ? 在設(shè)計對象類的行為測試時需要注意： 1) 基于對象的 狀態(tài)模型 進行測試時，首先要識別需要測試的 狀態(tài)的變遷序列 ，并定義事件序列來強制執(zhí)行這些變遷。類的行為與它的狀態(tài)密切相關(guān)，狀態(tài)不僅僅是體現(xiàn)在類數(shù)據(jù)成員的值，也許還包括其他類中的狀態(tài)信息。因為面向?qū)ο笙到y(tǒng)通常是事件驅(qū)動的，因此這是一個特別合適的測試形式?，F(xiàn)在流行的一些測試軟件都能提供一種稱為“可逆性工程”的功能，即 通過源程序得到類關(guān)系圖和函數(shù)功能調(diào)用關(guān)系圖 。 49 軟件工程 b) 確定覆蓋標(biāo)準(zhǔn)。 ? 換個角度說，開發(fā)完成的軟件僅僅是實際投入使用系統(tǒng)的一個組成部分，需要測試它與系統(tǒng)其他部分配套運行的表現(xiàn)，以保證在系統(tǒng)各部分協(xié)調(diào)工作的環(huán)境下也能正常工作。 ? 具體測試內(nèi)容包括： a) 功能測試： 測試系統(tǒng)是否滿足開發(fā)要求，是否能夠滿足設(shè)計所描述的功能，是否用戶的需求都得到滿足。 54 軟件工程 e) 恢復(fù)測試： 采用人工的干擾使軟件出錯，中斷使用，檢測系統(tǒng)的恢復(fù)能力，特別是通訊系統(tǒng)的恢復(fù)能力。 ?