【文章內(nèi)容簡介】 NB！ C2X6 DYPI 11 51 50 52 3 軟件測試的步驟 測試步驟及策略 所有測試過程都應(yīng)采用綜合測試策略；即先 作靜態(tài)分析，再作動態(tài)測試。并事先制訂測試計 劃。測試過程通?？煞?4步進(jìn)行： 單元 測試 單元 測試 單元 測試 被測模塊 被測模塊 集成 測試 設(shè)計信息 已測試的模塊 確認(rèn) 測試 已集成的模塊 軟件需求 系統(tǒng) 測試 已確認(rèn)的軟件 可交付的軟件 系統(tǒng)其他元素 一、模塊測試 （ Module Testing） 測試內(nèi)容 模塊 模塊接口測試 局部數(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） 組裝測試的任務(wù) ①確定模塊組裝方案，將經(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 M4 M1 第四步 ， 把已測試的子系統(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 確定集成過程的原則 自頂而下增值 優(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ù) 又稱為有效性測試或功能測試。其任務(wù)是驗證系統(tǒng)的功能、性能等特性是否符合需求規(guī)格說明。 選擇測試人員 選擇測試用例 實際運行測試 軟件計劃 用戶文檔 開發(fā)文檔 源程序文本 支持環(huán)境 有效性 測試 軟件 配置 審查 管理 機構(gòu) 裁決 專家 鑒定會 交用戶 運行維護(hù) 測試報告 軟件配置 確認(rèn)測試步驟 （ 1）有效性測試 制定測試計劃，運用黑盒法，驗證軟件特性是否與需求符合。 （ 2） 軟件配置復(fù)查 軟件配置 — 指軟件工程過程中所產(chǎn)生的所有信 息項 :文檔 、 報告 、 程序 、 表格 、 數(shù)據(jù) 。 隨著軟 件工程過程的進(jìn)展軟件配置項 （ SCI software Configuration Item） 快速增加和變化 。 應(yīng)復(fù)查 SCI是否齊全 。 （ 3） ?測試和 ?測試 ?測試 是在開發(fā)機構(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)測試的軟件，與計算機硬件、外設(shè)、 支持軟件等一起，在實際運行環(huán)境下測試。 五、驗收測試（ acceptance testing） 驗收測試是以用戶為主的測試。軟件工程課程設(shè)計的驗收測試， 19周進(jìn)行。 步驟為： （ 1）由課題組根據(jù)測試用例，自己演示系統(tǒng)所有功能。 （ 2）由教師進(jìn)行測試。 軟件工程課程設(shè)計驗收表 文 檔 文檔數(shù)量 文檔質(zhì)量 文檔與系統(tǒng) 一致性 創(chuàng)新性 總體 （ 12分） （ 15分） （ 5分） （ 3分） （ 35分） 系統(tǒng)運行 系統(tǒng)運行 功能、性能 系統(tǒng)結(jié)構(gòu) 總體設(shè)計 合理性 用戶界面 操作簡便、幫助信息 有無創(chuàng)新 系統(tǒng)特色 總體 （ 25分） （ 10分） （ 10分） （ 5分） （ 50分） 其它 個人工作量驗收操作 獨立分析解決問題能力 團(tuán)結(jié)協(xié)作 精