【正文】 軟件測(cè)試人員可以參考以下方法： 1) 應(yīng)當(dāng)唯一標(biāo)識(shí)每一個(gè)測(cè)試用例，并與被測(cè)試的類顯式地建立關(guān)聯(lián)。針對(duì)并發(fā)性錯(cuò)誤的測(cè)試主要著重于兩個(gè)線程的交互。 1) 分布式系統(tǒng)中的路徑測(cè)試 ? 一條路徑是一系列邏輯上連續(xù)的語句，它只有在特定的輸入下才執(zhí)行。 61 軟件工程 ? 對(duì)于一個(gè)類來說，生存周期意味著選擇一系列測(cè)試，每個(gè)測(cè)試構(gòu)造類的一個(gè)實(shí)例，并通過一系列消息來使用實(shí)例，最后再撤銷這個(gè)實(shí)例。測(cè)試要點(diǎn)： 63 軟件工程 a) 在延時(shí)期間，面對(duì)同時(shí)收到的服務(wù)請(qǐng)求，服務(wù)器能否把正確結(jié)果發(fā)送給各個(gè)相應(yīng)的客戶機(jī)？ b) 服務(wù)器能否處理快速增長(zhǎng)的負(fù)載？當(dāng)負(fù)載增加時(shí)，服務(wù)器的性能可能降低，因此可能選擇放棄一部分負(fù)載。 ? DCOM “標(biāo)準(zhǔn)” 被描述為包含特定方法的標(biāo)準(zhǔn)接口，每個(gè)標(biāo)準(zhǔn)接口都提供了一套特定的服務(wù)。 ? RMI的最新版本使用 ORB的 Inter協(xié)議(IIOP)，使 RMI對(duì)象與 CORBA對(duì)象共同工作。 b) 設(shè)計(jì)基于說明的測(cè)試用例 ：對(duì)提供方可提供的一系列基于分布式系統(tǒng)的服務(wù)設(shè)計(jì)測(cè)試用例，放在 GenericModelTester類中，對(duì)基于特殊應(yīng)用服務(wù)設(shè)計(jì)的測(cè)試用例則放在ProviderTest類中。在這個(gè)類中應(yīng)提供用于執(zhí)行功能性、結(jié)構(gòu)性和交互性測(cè)試用例的操作。測(cè)試應(yīng)包括一系列經(jīng)歷所有這些狀態(tài)的測(cè)試用例，還應(yīng)包含與應(yīng)用語義學(xué)相關(guān)的一些狀態(tài)。 ? 測(cè)試涉及兩方面。然后產(chǎn)生一條顧客記錄，調(diào)用能夠自動(dòng)產(chǎn)生一個(gè)賬號(hào)和密碼的應(yīng)用程序。為使得計(jì)時(shí)效果較為明顯，應(yīng)適當(dāng)插入人為延時(shí)。 ? 用于請(qǐng)求方構(gòu)件的測(cè)試的要點(diǎn)： 73 軟件工程 a) 根據(jù)規(guī)范準(zhǔn)備測(cè)試用例 。 71 軟件工程 ? 用于提供方構(gòu)件的測(cè)試的要點(diǎn)： a) 根據(jù)規(guī)范準(zhǔn)備測(cè)試用例 。 4) 標(biāo) 準(zhǔn)分布式模型 － RMI 68 軟件工程 ? RMI是 Java中的遠(yuǎn)程方法調(diào)用包，它提供一種簡(jiǎn)化的分布式環(huán)境，該環(huán)境假定不論連接的是什么樣的或什么類型的機(jī)器，它們都能運(yùn)行 Java虛擬機(jī)。 c) 新發(fā)布的特定基礎(chǔ)結(jié)構(gòu)能否與已有的應(yīng)有有效地結(jié)合起來？應(yīng)有一系列的回歸測(cè)試，使得新發(fā)布的基礎(chǔ)結(jié)構(gòu)能夠在被集成到產(chǎn)品中之前得到測(cè)試。服務(wù)器是單一進(jìn)程。 2) 生存周期測(cè)試 ? 在分布式系統(tǒng)中，生存周期測(cè)試是指選擇一系列測(cè)試用例，測(cè)試任何處于生存期中的對(duì)象。所有在配置文件中登記的機(jī)器與構(gòu)件構(gòu)成基礎(chǔ)結(jié)構(gòu)。 ? 分布式系統(tǒng)測(cè)試主要面臨的問題是并發(fā)性、網(wǎng)絡(luò)化和分布式。 55 軟件工程 面向?qū)ο鬁y(cè)試用例的設(shè)計(jì) ? 測(cè)試過程包括了一組測(cè)試用例的開發(fā)，每一個(gè)測(cè)試用例要求能檢驗(yàn)應(yīng)用的一個(gè)特定的元素。 d) 安全測(cè)試： 驗(yàn)證安裝在系統(tǒng)內(nèi)的保護(hù)機(jī)構(gòu)能否確實(shí)對(duì)系統(tǒng)進(jìn)行保護(hù)，使之不受各種非常的干擾。 ? 系統(tǒng)測(cè)試應(yīng)該盡量搭建與用戶實(shí)際使用環(huán)境相同的測(cè)試平臺(tái)，應(yīng)該保證被測(cè)系統(tǒng)的完整性。但不能確認(rèn)在實(shí)際運(yùn)行時(shí)，它是否滿足用戶的需要，是否大量存在實(shí)際使用條件下會(huì)被誘發(fā)產(chǎn)生錯(cuò)誤的隱患。 ? 考慮使用現(xiàn)有的一些測(cè)試工具來得到程序代碼執(zhí)行的覆蓋率。面向?qū)ο蟮募蓽y(cè)試可以分成兩步進(jìn)行：先進(jìn)行靜態(tài)測(cè)試，再進(jìn)行動(dòng)態(tài)測(cè)試。 2) 基于線程的測(cè)試 它把為響應(yīng)某一系統(tǒng)輸入或 45 軟件工程 事件所需的一組對(duì)象類組裝在一起。此時(shí)不存在自底向上和自頂向下的集成。將 使用對(duì)象相同屬性 的測(cè)試歸入同一個(gè)等價(jià)劃分集合中。但這不夠，還必須測(cè)試這些操作的相互作用，才能認(rèn)為測(cè)試是充分的。 2. 對(duì)象類測(cè)試 38 軟件工程 ? 對(duì)象類 ， 作為在語法上獨(dú)立的構(gòu)件 ， 應(yīng)當(dāng)允許在不同應(yīng)用中使用 。 if ( value == 88 ) message(luck)。對(duì)此，應(yīng)該對(duì) Derived::Redefined() 重新設(shè)計(jì)測(cè)試用例。 ? 程序中將 if ( strncmp(str1, str2, strlen(str1)) ) 誤寫成了 if ( strncmp(str1, str2, strlen(str2)) )。 b) 如果操作（成員函數(shù)）對(duì)某一復(fù)雜度的輸入能夠正確執(zhí)行，則對(duì)更高復(fù)雜度的輸入也應(yīng)能正確執(zhí)行。因此需要進(jìn)行面向?qū)ο蟮募蓽y(cè)試。 char *s = visible。這種面向?qū)ο蟪绦蝻L(fēng)格，可將出現(xiàn)的錯(cuò)誤精確定位在某一個(gè)具體的對(duì)象。 b) 類中方法（ C++稱為類的成員函數(shù)）的功能是否比較單一，相應(yīng)的代碼行是否較少（建議不超過 100行）。為此應(yīng)做如下幾個(gè)方面的檢查： 21 軟件工程 a) 類層次結(jié)構(gòu)中是否涵蓋了所有定義的類。 19 軟件工程 ? OOD的測(cè)試可從如下三方面考慮： ? 對(duì)認(rèn)定的類的測(cè)試 ? 對(duì)構(gòu)造的類層次結(jié)構(gòu)的測(cè)試 ? 對(duì)類庫(kù)的支持的測(cè)試 1. 對(duì)認(rèn)定的類的測(cè)試 ? 認(rèn)定的類的測(cè)試應(yīng)考慮以下幾個(gè)方面： a) 是否涵蓋了 OOA中所有認(rèn)定的對(duì)象。 b) 類或結(jié)構(gòu)所需要的服務(wù)是否都定義了相應(yīng)的消息連接。 d) 定義的屬性是否能夠不依賴于其他屬性被獨(dú)立理解。 14 軟件工程 b) 主題所反映的一組類和結(jié)構(gòu)是否具有相同和相近的屬性和服務(wù)。 12 軟件工程 c) 高層的類的屬性和服務(wù)是否完全體現(xiàn)下層的共性。 c) 認(rèn)定為同一個(gè)類的對(duì)象是否有共同的，區(qū)別于其他類對(duì)象的共同屬性。 ? 面向?qū)ο蠓治觯?OOA）是“把 E－ R圖和語義網(wǎng)絡(luò)模型，即信息模型中的概念，與面向?qū)ο蟪绦蛟O(shè)計(jì)語言中的重要概念結(jié)合在一起而形成的分析方法”，最后 得到問題領(lǐng)域的可視的形式描述 。 5 軟件工程 ? 面向?qū)ο蠹蓽y(cè)試主要對(duì)系統(tǒng)內(nèi)部的相互服務(wù)進(jìn)行測(cè)試，如成員函數(shù)間的相互作用，類間的消息傳遞等。 3) 如果對(duì)象被復(fù)用，測(cè)試者無權(quán)進(jìn)入構(gòu)件內(nèi)部來分析其代碼。 ? 針對(duì)這種開發(fā)模型，結(jié)合傳統(tǒng)測(cè)試步驟的劃分，本著在整個(gè)開發(fā)過程中不斷測(cè)試的原則，應(yīng)將開發(fā)階段的測(cè)試與編碼完成后的單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試用一個(gè)測(cè)試模型描述。 6 軟件工程 開發(fā)前期的面向?qū)ο鬁y(cè)試 ? 面向?qū)ο蟮南到y(tǒng)開發(fā)經(jīng)歷 ? 面向?qū)ο蠓治觯?OOA） ? 面向?qū)ο笤O(shè)計(jì)（ OOD） ? 面向?qū)ο缶幊蹋?OOP） ? 等三個(gè)階段。因此， OOA測(cè)試的重點(diǎn)在其完整性和冗余性。 f) 認(rèn)定的類的名稱應(yīng)該盡量準(zhǔn)確，適用。 b) 整體類的局部類是否在問題領(lǐng)域中有實(shí)際應(yīng)用。 4. 對(duì)定義的屬性和實(shí)例連接的測(cè)試 ? 屬性描述類或結(jié)構(gòu)中實(shí)例（對(duì)象）的特性。 g) 定義的實(shí)例連接是否符合實(shí)際。 e) 定義的服務(wù)是否有重復(fù)，是否定義了能夠得到的服務(wù)。 d) 是否對(duì)應(yīng)著一個(gè)含義明確的數(shù)據(jù)抽象。 d) 子類是否具有父類沒有的新特性。 ? 封裝 是對(duì)數(shù)據(jù)的隱藏，外界只能通過接口提供的操作來訪問或修改數(shù)據(jù)，這就降低了直接接觸數(shù)據(jù)的可能性，妨礙了對(duì)非法數(shù)據(jù)操作的測(cè)試。更直觀的說，當(dāng)改變數(shù)據(jù)成員的結(jié)構(gòu)時(shí)，看其是否影響了類的對(duì)外接口，是否會(huì)導(dǎo)致相應(yīng)外界必須改動(dòng)。 ? 在上面的程序段中， pp的數(shù)據(jù)成員可以通過 qq被隨意訪問。 29 軟件工程 ? 編程完成之后，需要經(jīng)歷三個(gè)階段的測(cè)試： ? 單元測(cè)試 ? 集成測(cè)試 ? 系統(tǒng)測(cè)試 ? 傳統(tǒng)的單元測(cè)試是針對(duì)程序的函數(shù)、過程或完成某一特定功能的程序塊所進(jìn)行的測(cè)試。 ? 在面向?qū)ο蟪绦蛑?，?duì)象的操作（成員函數(shù)）通常都很小，功能單一，函數(shù)之間調(diào)用頻繁，容易出現(xiàn)一些不宜發(fā)現(xiàn)的錯(cuò)誤。 ? 面向?qū)ο缶幊痰奶匦允沟脤?duì)成員函數(shù)的測(cè)試，又不完全等同于傳統(tǒng)的函數(shù)或過程測(cè)試。 else if ( value == 0