[計算機]面向?qū)ο蠓治鲈O(shè)計chapter-wenkub
2022-11-03 03:54:35 本頁面
【正文】 入訂單號。 167。 167。 測試也有需求、設(shè)計和實現(xiàn)，并且測試本身也會有測試 (測試中的測試 )。 測試是否應(yīng)深入到代碼邏輯中： 黑盒測試 白盒測試 在 UML中，對需求模型的測試： 評審； 事務(wù)流 (場景 )模型等方法測試 (需結(jié)合具體的模型描述 )； 正式 —— 承擔(dān)責(zé)任，寫出評審報告 評審 非正式 評審的目的是對具體的工作產(chǎn)品集 (如文檔、源代碼 )進行評價，并對管理提供以下信息： 是否符合制定的軟件規(guī)格； 是否按照項目的標(biāo)準(zhǔn)和方法完成； 是否所有的更改都正確地得到完成。 用戶需求是用戶對待實現(xiàn)的系統(tǒng)的要求，通常以一種非正規(guī)的形式給出，具有一定的模糊性。 167。 在設(shè)計階段需要設(shè)計測試用例。 需求或設(shè)計的測試通常以兩種方式進行： 一是在沒有代碼的情況下進行測試； 二是在有代碼的情況下進行測試。 類模型的測試 167。 分析模型測試的重要性 第五章 分析模型的測試 167。 測試過程 167。 類狀態(tài)模型的測試 167。 第五章 分析模型的測試 分析模型的測試實際上包括兩部分內(nèi)容： 針對分析模型測試模型的完整性； 根據(jù)分析模型為系統(tǒng)的測試 (包括類級別的單元測試、集成測試等 )，定義測試用例。 在不同的軟件開發(fā)過程模型中，需求、設(shè)計和編碼總是有一定的時序特性。 分析模型測試的重要性 必須首先重視需求的質(zhì)量，而測試是質(zhì)量保證的重要手段。這種模糊性帶入了設(shè)計，甚至代碼中，將可能引發(fā)幾倍，甚至幾十倍的錯誤，這必將極大地消耗系統(tǒng)的資源和成本。 評審計劃需要列出的項目 (解決測什么，什么時候測，誰來測 )： 哪些人將參加評審會，各自的職責(zé)是什么； 需要準(zhǔn)備哪些材料； 必須滿足什么條件； 要完成的檢查單或其他的指標(biāo)； 評審會完成所必須滿足的條件或準(zhǔn)則； 評審會結(jié)束后需要保留歸檔的記錄和文檔。 測試作為項目開發(fā)活動中的一部分，在時間上應(yīng)該有明確的要求，測試計劃對于測試來說也是至關(guān)重要的。 測試過程 通常測試步驟如下： 測試用例模型 ? 測試某些用例中的典型場景 ? 類及對象模型 ? 某些類測試其狀態(tài)模型 單個用例測試采取典型應(yīng)用場景的測試方法，用例模型的測試相當(dāng)于系統(tǒng)測試，測試的主要目標(biāo)是
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1