[計算機(jī)軟件及應(yīng)用]測試技術(shù)基礎(chǔ)-演示稿(編輯修改稿)
2024-11-11 13:16 本頁面
【文章內(nèi)容簡介】 件 可交付的軟件 測試通過的模塊 設(shè)計信息 軟件需求 系統(tǒng)其它元素 軟件測試的過程 測試策略－ 單元測試 ? 單元測試又稱為模塊測試 ， 是針對程序模塊（ 軟件設(shè)計的最小單位 ） 來進(jìn)行正確性檢驗的測試工作 。 ? 軟件單元測試的目的是檢測程序模塊對 《 詳細(xì)設(shè)計說明書 》 的符合程度；軟件單元測試依據(jù)是 《 單元測試計劃 》 。 測試策略－ 單元測試 ? 軟件單元測試由測試工程師編制測試用例進(jìn)行測試 ， 及針對程序模塊進(jìn)行多次循環(huán)反復(fù)的單元測試 ， 并將測試結(jié)果記錄在針對單元測試的 《 軟件測試報告 》 上 。 ? 若程序模塊通過單元測試 ， 則按 《 配置管理規(guī)范 》 所規(guī)定的標(biāo)識方法進(jìn)行標(biāo)識 。 測試策略－單元測試的內(nèi)容 ? 模塊接口測試 ? 局部數(shù)據(jù)結(jié)構(gòu)測試 ? 路徑測試 ? 錯誤處理測試 ? 邊界測試 模塊接口 出錯處理 獨立路徑 邊界條件 局部數(shù)據(jù) 模塊 測試策略－單元測試的步驟 ? 通常單元測試是在編碼階段進(jìn)行的 。 在源程序代碼編制完成 。 經(jīng)過評審和驗證 ，確認(rèn)沒有語法錯誤之后 ， 就開始進(jìn)行單元測試的測試用例設(shè)計 。 – 驅(qū)動模塊：相當(dāng)于所測模塊的主程序 。 – 樁模塊：也叫做存根模塊 。 用以代替所測模塊調(diào)用的子模塊 。 測試策略－單元測試的環(huán)境 測試用例 驅(qū)動模塊 樁模塊 2 被測模塊 測試結(jié)果 樁模塊 1 樁模塊 n 測試策略－單元測試 單元測試 單元測試 單元測試 單元測試 單元測試 測試策略－ 集成測試 ? 軟件集成測試又稱組裝測試 ， 即對程序模塊采用自頂向下或自底向上組裝起來 ， 對系統(tǒng)的接口進(jìn)行正確性檢驗的測試工作 。 ? 軟件集成測試由項目經(jīng)理組織軟件測試工程師依據(jù) 《 概要設(shè)計說明書 》 和 《 集成測試計劃 》 進(jìn)行 。 測試策略－ 集成測試 ? 測試人員應(yīng)提交針對軟件集成測試的 《 軟件測試報告 》 ， 項目經(jīng)理負(fù)責(zé)對軟件集成測試結(jié)果的進(jìn)行確認(rèn) 。 ? 通過集成測試 ， 則按 《 配置管理規(guī)范 》 所規(guī)定的標(biāo)識方法進(jìn)行標(biāo)識 。 測試策略－集成測試 ? 集成測試 ， 通常是在單元測試的基礎(chǔ)上 ，需要將所有模塊按照設(shè)計要求組裝成為系統(tǒng) 。 這時需要考慮的問題是： – 在把各個模塊連接起來的時候 ， 穿越模塊接口的數(shù)據(jù)是否會丟失 。 – 一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響 。 – 各個子功能組合起來 ， 能否達(dá)到預(yù)期要求的父功能 。 – 全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題 。 – 單個模塊的誤差累積起來 ， 是否會放大 ， 從而達(dá)到不能接受的程序 。 測試策略－集成中的組裝方法 ? 一次性組裝 /整體拼裝：使用這種方式 ， 首先對每個模塊分別進(jìn)行模塊測試 ， 然后再把所有模塊組裝在一起進(jìn)行測試 ， 最終得到要求的軟件系統(tǒng) 。 – 可以并行調(diào)試所有模塊 ， 因此充分利用人力 ，加快工作進(jìn)度 。 – 接口錯誤發(fā)現(xiàn)晚 。 – 錯誤定位困難 。 測試策略－集成中的組裝方法 ? 增殖式組裝 /漸增式組裝：首先對一個個模塊進(jìn)行模塊測試 ， 然后將這些模塊逐步組裝成較大的系統(tǒng) ， 在組裝的過程中邊連接邊測試 ， 以發(fā)現(xiàn)連接過程中產(chǎn)生的問題 。 – 自頂向下的增殖方式：是一種日益為人們廣泛采納的組裝軟件途徑 ， 原型法開發(fā)中應(yīng)用廣泛 。 – 自底向上的增殖方式：總能得到下層模塊的處理功能支持 ， 所以不需要存根程序 。 – 混合增殖式測試：對軟件中 、 上層使用自頂向下 ， 對軟件的中下層采用自底向上 。 測試策略－集成測試的組織和實施 ? 集成測試是一種正規(guī)測試過程 ， 必須精心計劃 ， 并與單元測試的完成時間協(xié)調(diào)起來 。 在制定測試計劃時 ， 應(yīng)考慮如下因素： – 是采用何種系統(tǒng)組裝方法來進(jìn)行組裝測試 。 – 組裝測試過程中連接各個模塊的順序 。 – 模塊代碼編制和測試進(jìn)度是否與組裝測試的順序一致 。 – 測試過程中是否需要專門的硬件設(shè)備 。 測試策略－集成測試完成的標(biāo)志 ? 成功地執(zhí)行了測試計劃中規(guī)定的所有組裝測試。 ? 修正了所發(fā)現(xiàn)的錯誤。 ? 測試結(jié)果通過了專門小組的評審。 測試策略－集成測試 單元測試 單元測試 單元測試 單元測試 單元測試 集 成 測 試 測試策略－確認(rèn)測試 ? 確認(rèn)測試又稱有效性測試 。 ? 任務(wù)是驗證軟件的功能和性能及其他特性是否與用戶的要求一致 。 ? 對軟件的功能和性能要求在軟件需求規(guī)格說明中已經(jīng)明確規(guī)定 。 測試策略－確認(rèn)測試的步驟 選擇測試人員 設(shè)計測試用例 軟件計劃 實際運行測試 用戶文檔 開發(fā)文檔 源程序文本 支持環(huán)境 有效 性 測試 軟件 配置 審查 管理 機(jī)構(gòu) 裁決 專家 鑒定 會 測試報告 軟件配置 交用戶 運行維護(hù) 測試策略－ 確認(rèn)測試中的有效性測試 ? 有效性測試是在模擬的環(huán)境 （ 可能就是開發(fā)的環(huán)境 ） 下 ， 運用黑盒測試的方法 ， 驗證所測軟件是否滿足需求規(guī)格說明書列的需求 。 ? 在全部軟件測試的測試用例運行完后 ， 所有的測試結(jié)果可以分為兩類： – 測試結(jié)果與預(yù)期的結(jié)果相符 。 – 測試結(jié)果與預(yù)期的結(jié)果不符。 測試策略－ 確認(rèn)測試中的軟件配置復(fù)查 ? 軟件配置復(fù)查的目的是保證軟件配置的所有成分都齊全 。 ? 各方面的質(zhì)量都符合要求 。 ? 具有維護(hù)階段所必需的細(xì)節(jié) 。 ? 而且已經(jīng)編排好分類的目錄 。 測試策略－系統(tǒng)測試 ? 系統(tǒng)測試是將通過確認(rèn)測試的軟件 ， 作為整個基于計算機(jī)系統(tǒng)的一個元素 ， 與計算機(jī)硬件 、 外設(shè) 、 某些支持軟件 、 數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起測試 。 ? 在實際運行 （ 使用 ） 環(huán)境下 ， 對計算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試 。 ? 系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較 ， 發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與之矛盾的地方 。 測試策略－ 系統(tǒng)測試的 15種測試類型 ? 功能 （ 機(jī)能 ） 測試：目標(biāo)中的功能是否真正實現(xiàn)了 。 ? 批量測試：企圖證明程序不能處理目標(biāo)中指出的大批數(shù)據(jù) 。 ? 強(qiáng)度測試：讓程序在高負(fù)荷情況下運行 。 ? 可
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1