[計(jì)算機(jī)]面向?qū)ο蠓治鲈O(shè)計(jì)chapter-展示頁(yè)
2024-10-28 03:54本頁(yè)面
【正文】 的記錄和文檔。 測(cè)試方法 基于代碼 —— 代碼走查 靜態(tài) 基于非代碼 —— 評(píng)審 (需求和設(shè)計(jì)規(guī)格說明 ) 動(dòng)態(tài) —— 測(cè)試用例驅(qū)動(dòng)代碼執(zhí)行 根據(jù)測(cè)試方式目的可分為： 數(shù)據(jù)流測(cè)試方式； 控制流測(cè)試方式； 事務(wù)流測(cè)試方式 (數(shù)據(jù)流和控制流綜合測(cè)試 )。這種模糊性帶入了設(shè)計(jì)，甚至代碼中，將可能引發(fā)幾倍，甚至幾十倍的錯(cuò)誤，這必將極大地消耗系統(tǒng)的資源和成本。 同時(shí)也減少了返工的幾率，應(yīng)盡早發(fā)現(xiàn)并解決這些問題。 分析模型測(cè)試的重要性 必須首先重視需求的質(zhì)量，而測(cè)試是質(zhì)量保證的重要手段。 需求的質(zhì)量影響并決定了設(shè)計(jì)的質(zhì)量，進(jìn)而影響并決定了代碼，直至整個(gè)系統(tǒng)的最終質(zhì)量。 在不同的軟件開發(fā)過程模型中，需求、設(shè)計(jì)和編碼總是有一定的時(shí)序特性。 在需求階段不會(huì)執(zhí)行什么實(shí)在的測(cè)試用例，定義測(cè)試用例。 第五章 分析模型的測(cè)試 分析模型的測(cè)試實(shí)際上包括兩部分內(nèi)容： 針對(duì)分析模型測(cè)試模型的完整性； 根據(jù)分析模型為系統(tǒng)的測(cè)試 (包括類級(jí)別的單元測(cè)試、集成測(cè)試等 )，定義測(cè)試用例。 需求和設(shè)計(jì)是代碼產(chǎn)生的基礎(chǔ)，需要對(duì)需求和設(shè)計(jì)進(jìn)行測(cè)試。 類狀態(tài)模型的測(cè)試 167。 用例模型的測(cè)試 167。 測(cè)試過程 167。 167。 分析模型測(cè)試的重要性 第五章 分析模型的測(cè)試 167。 測(cè)試方法 第五章小結(jié) 167。 類模型的測(cè)試 167。 典型場(chǎng)景的測(cè)試 傳統(tǒng)的觀點(diǎn)認(rèn)為測(cè)試要在編碼之后才進(jìn)行，假設(shè)測(cè)試的對(duì)象是程序代碼。 需求或設(shè)計(jì)的測(cè)試通常以兩種方式進(jìn)行： 一是在沒有代碼的情況下進(jìn)行測(cè)試； 二是在有代碼的情況下進(jìn)行測(cè)試。 通常模型的測(cè)試采用正式評(píng)審會(huì)方式進(jìn)行。 在設(shè)計(jì)階段需要設(shè)計(jì)測(cè)試用例。 需求模型、設(shè)計(jì)模型和實(shí)現(xiàn)代碼之間還具備解釋特性，即 設(shè)計(jì)解釋了需求，實(shí)現(xiàn)代碼解釋了設(shè)計(jì)。 167。 需求測(cè)試可以較早地發(fā)現(xiàn)需求中不合理的項(xiàng)目、以及錯(cuò)誤地理解了用戶需求的項(xiàng)目，避免對(duì)于成本和資源的消耗。 用戶需求是用戶對(duì)待實(shí)現(xiàn)的系統(tǒng)的要求，通常以一種非正規(guī)的形式給出，具有一定的模糊性。 167。 測(cè)試是否應(yīng)深入到代碼邏輯中： 黑盒測(cè)試 白盒測(cè)試 在 UML中，對(duì)需求模型的測(cè)試： 評(píng)審； 事務(wù)流 (場(chǎng)景 )模型等方法測(cè)試 (需結(jié)合具體的模型描述 )； 正式 —— 承擔(dān)責(zé)任，寫出評(píng)審報(bào)告
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1