北京理工軟件工程實(shí)踐：軟件工程實(shí)踐（8）測試-全文預(yù)覽
【正文】 以驗(yàn)證其是否有效 。 可靠性測試 ? 軟件可靠性測試是以能獲得可用來評估軟件可靠性的數(shù)據(jù)為目的的一種軟件測試 。 ／輸出接口應(yīng)進(jìn)行正常和異常情況測試 。 ? 應(yīng)以常規(guī)操作 、 非常規(guī)操作 、 誤操作 、快速操作等情況來檢驗(yàn)界面的可靠性 。 資源和余量測試 ? 測試是否符合軟件需求規(guī)格說明中提出的處理時間 、 儲存空間和內(nèi)存 、 輸入／輸出通道等資源使用的要求 ， 并在設(shè)計(jì)中為這些資源留出了余量 。 合格性測試 ? 根據(jù)軟件需求規(guī)格說明中定義的全部功能、性能、可靠性等需求，測試整個軟件是否達(dá)到要求。 “三明治”方法的步驟 ? 步驟： 1） 對上層模塊采取自頂向下測試； 2） 對關(guān)鍵模塊或子系統(tǒng)采取自底向上測試 。 “三明治”方法 ? 自頂向下測試的主要優(yōu)點(diǎn)是能較早顯示出整個程序的輪廓 。 2） 編寫一個驅(qū)動模塊作為測試的控制程序 ， 和被測試的簇連在一起 ， 負(fù)責(zé)安排測試用例的輸入及輸出 。 5） 可以進(jìn)行回復(fù)測試 （ 即重新再作過去作過的全部或部分測試 ） ， 以便肯定沒有新的錯誤發(fā)生 。 直接附屬于主控模塊的各模塊全都用樁模塊代替 。 ? 深度優(yōu)先法是先把結(jié)構(gòu)中的一條主要的控制路經(jīng)上的全部模塊逐步組裝起來 。 ? 這種方法遭到廣大測試專家的批評 ， 普遍認(rèn)為它會引起混亂 ， 且難以確定錯誤源的位置 。 。 。 集成測試的通過準(zhǔn)則 1） 軟件單元無錯誤地連接； 2） 滿足各項(xiàng)功能 、 性能要求； 3） 對錯誤的輸入有正確處理的能力； 4） 對測試中的異常有合理解釋； 5） 人機(jī)界面 、 對外接口正確無誤； 軟件集成策略 1） 非增量方式 ? 先測試好每一個軟件單元 ,然后一次組裝在一起再測試整個程序 。 單元測試用例的內(nèi)容 １ ） 指明被驗(yàn)證的需求或功能； ２ ） 解釋測試如何進(jìn)行 ， 說明驗(yàn)證代碼與單元設(shè)計(jì)一致的準(zhǔn)則和技術(shù) ， 以驗(yàn)證接口滿足需求； ３ ） 指明測試使用的支持軟件 ， 如測試工具 、 驅(qū)動模塊 、 樁模塊 、 動態(tài)路徑分析工具等； ４ ） 說明全部輸入數(shù)據(jù)和 （ 或 ） 驅(qū)動程序等； ５ ） 說明預(yù)期的輸出 ， 包括數(shù)據(jù)值或其它可以驗(yàn)證的結(jié)果； ６ ） 通過準(zhǔn)則 。 Myers軟件測試十原則 ? 程序員應(yīng)避免測試自己編制的程序 ? 測試用例的設(shè)計(jì)必須包括預(yù)期的輸出結(jié)果 ? 測試用例應(yīng)包括有效的和期望的輸入情況，也要包括無效的和不期望的輸入情況 ? 徹底檢查每個測試結(jié)果 ? 只檢查程序是否做了它應(yīng)該做的事僅僅完成了測試工作的一半，另一半則是要檢查程序是否做了它不該做的事 ? 避免不可重復(fù)的即興測試，保留全部測試用例 ? 一段程序中存在錯誤的概率與在這段程序中已發(fā)現(xiàn)的錯誤數(shù)成正比 ? 測試是一項(xiàng)非常復(fù)雜、創(chuàng)造性的和需要高度智慧的挑戰(zhàn)性任務(wù) ? 不要為了便于測試擅自修改程序 ? 測試工作必須有明確的目標(biāo) 測試的原則（ DAVIE） ? 所有的測試都應(yīng)追溯到需求 ? 應(yīng)該在測試工作真正開始前的較長時間就進(jìn)行測試計(jì)劃 ? Pareto（ 2080） 原則應(yīng)用于軟件測試 ? 測試應(yīng)從 “ 小規(guī)模 ” 開始，逐步轉(zhuǎn)向 “ 大規(guī)模 ” ? 窮舉測試是不可能的 ? 為了達(dá)到最佳效果，應(yīng)該由獨(dú)立的第三方來構(gòu)造測試 測試策略途徑 ? 測試開始于模塊層，然后延伸到整個基于計(jì)算機(jī)的系統(tǒng)集合中 ? 不同的測試技術(shù)適用于不同的時間點(diǎn) ? 測試是由軟件的開發(fā)人員和（對大型系統(tǒng)來說）獨(dú)立的測試組來管理的 ? 測試和調(diào)試是不同的活動，但是調(diào)試必須能夠適應(yīng)任何的測試策略 測試完成準(zhǔn)則 ? 資源耗盡 ? 采用的測試方法滿足某種測試充分性要求 ? 滿足覆蓋率等可度量的測試要求 ? 一段時期沒有發(fā)現(xiàn)問題且所有發(fā)現(xiàn)問題均已解決 ? 通過測試評估出軟件達(dá)到要求的可靠度 ? 測試發(fā)現(xiàn)頻率和趨勢達(dá)到預(yù)先計(jì)劃的限度之下（限度根據(jù)要求、經(jīng)驗(yàn)和歷史數(shù)據(jù)得到） ? 在一段時期沒有出現(xiàn)等級高的問題 測試概圖 ? 階段活動 ? 單元 ? 集成 ? 合格性 ? 系統(tǒng) ? 技術(shù)方法 ? 靜態(tài)測試 ? 靜態(tài)分析 ? 代碼審查 ? 動態(tài)測試 ? 白盒測試 ? 白盒測試用例技術(shù) ? 黑盒測試 ? 黑盒測試用例技術(shù) V模型 系統(tǒng)需求 軟件需求 概要設(shè)計(jì) 詳細(xì)設(shè)計(jì) 單元測試 集成測試 編碼 合格性測試 系統(tǒng)測試 詳細(xì)設(shè)計(jì) 概要設(shè)計(jì) 軟件需求 系統(tǒng)需求 軟件任務(wù) 編譯后的單元 測試后的單元 集成的軟件 測試后的軟件 交付軟件 驗(yàn)證 驗(yàn)證 驗(yàn)證 驗(yàn)證 驗(yàn)證 驗(yàn)證 驗(yàn)證與確認(rèn) 驗(yàn)證與確認(rèn) 1994年在“ 軟件工程師參考手冊 ” 中提出 測試活動 ? 單元測試（ UNIT） ? 集成測試（ INTERGRATION） ? 合格性測試（ QUALIFICATION） ? 系統(tǒng)測試（ SYSTEM） 單元測試 ? 對軟件單元進(jìn)行測試，確實(shí)保證它作為一個單元能正常地工作 ? 單元測試的目的是驗(yàn)證單元滿足功能、性能和接口等的要求 ? 單元測試采用的技術(shù)：靜態(tài)分析、代碼審查、白盒動態(tài)測試 ? 測試的充分性由各種測試覆蓋率來度量 單元動態(tài)測試的內(nèi)容 ? 主要針對下列模塊的五個基本特性進(jìn)行： ? 模塊接口 ? 局部數(shù)據(jù)結(jié)構(gòu) ? 重要的執(zhí)行路徑 ? 出錯處理路徑 ? 影響以上各點(diǎn)的邊界條件 單元測試用例的要求 １
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1