【文章內(nèi)容簡介】 成 測試 設(shè)計信息 已測試的模塊 確認(rèn) 測試 已集成的模塊 軟件需求 系統(tǒng) 測試 已確認(rèn)的軟件 可交付的軟件 系統(tǒng)其他元素 一、模塊測試 （ Module Testing） 模塊 模塊接口測試 局部數(shù)據(jù)結(jié)構(gòu)測試 重要路徑測試 錯誤處理測試 邊界條件測試 I/O 參數(shù)值的個數(shù) 、 類型 、 次序 、 格式是否正確 ， I/O文件屬性 、 操作是否正確等 。 數(shù)據(jù)說明是否正確、一致，變量及其初值定義是否正確等。 檢查“錯誤處理程序”本身的錯誤。 邊界條件常包括循環(huán)邊界，最大最小值、控制流中等于、大于、小于的比較值等。 重要 路徑通常是指完成模塊功能的主要路徑，一般是控制結(jié)構(gòu)。 也稱單元測試（ unit testing ) 考慮到被測模塊與其它模塊的聯(lián)系，因此測試時需要使用兩類 輔助模塊 來模擬其他模塊。 驅(qū)動模塊 （ driver） — 模擬主程序功能，用于向被測模塊傳遞數(shù)據(jù)，接收、打印從被測模塊返回的數(shù)據(jù)。 樁模塊 （ stub） — 又稱為假模塊，用于模擬那些由被測模塊所調(diào)用的下屬模塊功能。 一般，驅(qū)動模塊比樁模塊容易設(shè)計。但都是額外開銷。測試方法以白盒法為主。 被測模塊 驅(qū)動模塊 樁模塊 樁模塊 樁模塊 二、組裝測試 （ Integration Testing） ①確定模塊組裝方案，將經(jīng)過測試的模塊組裝為一個完整的系統(tǒng)。組裝方案分為 漸增式 及 非漸增式。 ②測試方法以黑盒法為主，按照組裝方案進(jìn)行 測試。 也稱為 聯(lián)合測試 或 集成測試， 重點測試模塊的接口部分，需設(shè)計測試過程使用的驅(qū)動模塊或樁模塊。 問題： 漸增式與非漸增式各有何優(yōu)、缺點？為什么通常采用漸增式？ 漸增式是先進(jìn)行模塊測試 ， 然后將這些模塊逐步組裝成較大的系統(tǒng) ， 每連接一個模塊進(jìn)行一次測試 。 兩種方案： 設(shè)計驅(qū)動模塊或樁模塊，對每一個新組裝的子 系統(tǒng)進(jìn)行測試，對發(fā)現(xiàn)問題較多的子系統(tǒng)或模 塊應(yīng)該用白盒法作回歸測試。 自頂而下增值 自底而上 增值 自頂而下增值 M1 M4 M3 M2 M6 M5 程序模塊示意圖 S5 M1 S1 S2 S3 第一步，測試主控模塊 M1設(shè)計樁模塊 S S S3， 模擬被 M1調(diào)用的 M M M4。 M2 M3 M4 第二步，依次用 M MM4替代樁模塊 S S S3，每替代一次進(jìn)行一次測試。 S4 第三步，對由主控模塊 M1和模塊 M M M4構(gòu)成的子系統(tǒng)進(jìn)行測試，設(shè)計樁模塊S S5。 M5 M6 第四步，依次用模塊 M5和 M6替代樁模塊 S S5， 并同時進(jìn)行新的測試。組裝測試完畢。 自底而上 增值 M3 M6 M5 D1 D2 D3 M2 M4M1第四步，把已測試的子系統(tǒng)按程序結(jié)構(gòu)連接起來完成程序整體的組裝測試。 D4 D5 M1 M4 M3 M2 M6 M5 程序模塊示意圖 第一步，對最底層的模塊 MM M6進(jìn)行測試 ,設(shè)計驅(qū)動模塊 D D D3來模擬調(diào)用。 第三步，設(shè)計驅(qū)動模塊 D D5 和 D6模擬調(diào)用，分別對新子系統(tǒng)進(jìn)行測試。 第二步，用實際模塊 MM1和 M4替換驅(qū)動模塊 DD D3。 D6 深度優(yōu)先與寬度優(yōu)先 無論是 自頂而下增值還是自底而上增值，還可選擇 深度優(yōu)先 或者 寬度優(yōu)先 增值。 舉例：按自頂而下增值法，寫出下圖中分別按照 深度優(yōu)先 或者 寬度優(yōu)先 增值的模塊組裝次序。 A B C D H G J E F I K L M N 問 題 （ 1）自頂而下增值與 自底而上 增值各有何優(yōu)、缺點？ （ 2）為什么在實際的組裝測試中，都應(yīng)該采用混合增值的方法？ （ 3）請自己設(shè)計 23個混合增值的測試方法。 確定集成過程的原則 自頂而下增值 優(yōu)點：能夠盡早發(fā)現(xiàn)系統(tǒng)主控方面的問題。 缺點：無法驗證樁模塊是否完全模擬了下屬模塊的功能。 自底而上 增值 優(yōu)點：驅(qū)動模塊較容易編寫樁模塊，能夠盡早查出底層涉及較復(fù)雜的算法和實際的 I/O模塊中的錯誤。 缺點：最后才能發(fā)現(xiàn)系統(tǒng)主控方面的問題。 集成過程的原則 ① 盡早測試關(guān)鍵模塊。 ② 盡早測試包含 I/O的模塊。 常見的 混合增值方案： 衍變的自頂而下 先自底而上集成子系統(tǒng)，再自頂而下集成總系統(tǒng)。 自底而上 —自頂而下增值 對含有讀操作的子系統(tǒng)采用自底而上。 對含有寫操作的子系統(tǒng)采用自頂而下。 回歸測試 在回歸測試中自底而上，對其余部分（引起是對修改過的子系統(tǒng)）采用自頂而下。 三、確認(rèn)測試 (validation testing) 又稱為有效性測試或功能測試。其任務(wù)是驗證系統(tǒng)的功能、性能等特性是否符合需求規(guī)格說明。 選擇測試人員 選擇測試用例 實際運(yùn)行測試 軟件計劃 用戶文檔 開發(fā)文檔 源程序文本 支持環(huán)境 有效性 測試 軟件 配置 審查 管理 機(jī)構(gòu) 裁決 專家 鑒定會 交用戶 運(yùn)行維護(hù) 測試報告 軟件配置 （ 1）有效性測試 制定測試計劃，運(yùn)用黑盒法，驗證軟件特性是否與需求符合。 （ 2）軟件配置復(fù)查 軟件配置 —指軟件工程過程中所產(chǎn)生的所有信 息項：文檔、報告、程序、表格、數(shù)據(jù)。隨著軟 件工程過程的進(jìn)展軟件配置項（ SCI software Configuration Item） 快速增加和變化。應(yīng)復(fù)查 SCI是否齊全。 （ 3） ?測試和 ?測試 ?測試 是在開發(fā)機(jī)構(gòu)的監(jiān)督下，由個別用戶在確認(rèn)測試階段后期對軟件進(jìn)行測試，目的是評價軟件的 FLURPS（ 功能、局域化、可使用性、可靠性、性能和支持） ， 注重界面和特色。 ?測試 由 支持軟件預(yù)發(fā)行 的客戶對 FLURPS進(jìn)行測試，主要目的是測試系統(tǒng)的可支持性。 Function Testing 功能測試 Local Area Testing 局域化測試 Usability Testing 可使用性測試 Regression Testing 回歸測試 Performance Testing 性能測試 Supportability Testing 可支持 性測試 四、系統(tǒng)測試 （ system testing ） 將經(jīng)過確認(rèn)測試的軟件，與計算機(jī)硬件、外設(shè)、 支持軟件等一起，在實際運(yùn)行環(huán)境下測試。 五、驗收測試（ acceptance testing） 驗收測試是以用戶為主的測試。軟件工程課程設(shè)計的驗收測試， 18周進(jìn)行。 ： （ 1）由課題組根據(jù)測試用例，自己演示系統(tǒng)所有功能。 （ 2）由教師進(jìn)行測試。 綜合測試策略 軟件測試是保證軟件可靠性的主要手段 ， 也是軟件開發(fā)過程中最艱巨 、 最繁雜的任務(wù) 。 軟件測試方案是測試階段的關(guān)鍵技術(shù)問題 ， 基本目標(biāo)是選擇最少量的高效測試用例 ， 從而盡可能多地發(fā)現(xiàn)軟件中的問題 。 因此 ， 無論哪一個測試階段 ， 都 應(yīng)該采用綜合測試策略 ， 才能夠?qū)崿F(xiàn)測試的目標(biāo) 。 一般都應(yīng)該先進(jìn)行靜態(tài)測試 ， 再考慮動態(tài)測試 。 最后進(jìn)行 驗收測試 （ Acceptance Testing） ， 是以用戶為主的測試 ， 測試過程 、 方法和測試內(nèi)容與系統(tǒng)測試基本相同 。 有時也將驗收測試與系統(tǒng)測試合二為一 ， 此時 ， 參加測試的人員最好包括：有經(jīng)驗的系統(tǒng)測試專家 ， 用戶代表 ， 軟件開發(fā)人員及 QA（ 質(zhì)量保證 ） 人員也應(yīng)參加 。 面向?qū)ο蟮臏y試 而面向?qū)ο蟮臏y試貫穿軟件開發(fā)的全過程，是與開發(fā)過程密切相關(guān)，而又分離出來的過程。 面向?qū)ο蟮臏y試，既要使用許多傳統(tǒng)的成