1671軟件工程與軟件測試模型1672軟件缺陷和缺陷排除的兩種重-展示頁
2024-09-13 14:17本頁面
【正文】 ，造成損失或傷害。 軟件缺陷不可能完全避免 一、軟件缺陷 缺陷和事故 ?機械和建筑業(yè)的對比。 ? 遺漏：規(guī)定的或預期的需求未體現(xiàn)在產(chǎn)品中（可能未將規(guī)格說明全面實現(xiàn)，也可能在開發(fā)過程中追加了需求。 ? 對用戶期望的偏離，即用戶要求未體現(xiàn)在產(chǎn)品中（可能是規(guī)格說明有疏漏，也可能是實現(xiàn)中的問題。 2 軟件缺陷 和缺陷排除的手段 一、軟件缺陷 二、缺陷排除的手段 一、軟件缺陷 軟件缺陷是對軟件產(chǎn)品預期屬性的偏離現(xiàn)象 ? 對產(chǎn)品規(guī)格說明的偏離。 customer, user, PM, technical support Design/Analysis Validate requirements 驗收測試設計 集成測試設計 單元測試設計 開發(fā)和測試過程的 V模型 系統(tǒng)規(guī)格描述 框架設計 系統(tǒng)測試 集成測試 詳細設計 Code 單元測試 需求 驗收測試 系統(tǒng)測試設計 執(zhí)行單元測試 執(zhí)行集成測試 執(zhí)行系統(tǒng)測試 執(zhí)行驗收測試 167。 1 軟件工程與軟件測試模型 單元 測試 驗收 測試 系統(tǒng) 測試 集成 測試 單元 測試 單元 測試 被測模塊 被測模塊 被測模塊 已經(jīng)過測試的模塊 已集成 的軟件 已確認 的軟件 可交付 的軟件 概要設計信息 系統(tǒng)其它元素 軟件需求 詳細設計信息 一般的軟件測試過程 167。 ? 驗收測試與系統(tǒng)測試非常相似，主要區(qū)別是測試人員不同，驗收測試由用戶執(zhí)行。 ? 集成測試界于單元測試和系統(tǒng)測試之間，起到“橋梁作用”，一般由開發(fā)小組采用白盒加黑盒的方式來測試，既要驗證“設計”又要驗證“需求”。 是 “從小到大”、“由內(nèi)至外”、“循序漸進”的測試過程，體現(xiàn)了“分而治之”的思想。 167。 （《編程之道》） ? 你在學校里學過測試嗎？（讀到博士可能也不懂測試） ? 你所在的企業(yè)重視測試嗎？ （小公司程序員的技能更加全面） ? 臨時抱佛腳行嗎？ 你以為有文檔模板就會測試了嗎 ？ ? 如果不懂得有效地進行測試，你不僅得不到功勞，也沒人欣賞你的苦勞，你擁有最多的將只是疲勞。 167。 作用 測試是為了要找出缺陷，但同時，也可以通過 對缺陷的度量和統(tǒng)計， 分析缺陷產(chǎn)生的原因和缺陷的分布特征， 分析產(chǎn)品的質(zhì)量、工作效率、診斷開發(fā)過程中的問題，并通過改進各個開發(fā)過程提高過程能力，最終降低缺陷數(shù)量和缺陷密度。 5 軟件測試的挑戰(zhàn)和問題 167。T活動 （ 3）測試查錯曲線 （ 4） 排除隱錯的相對成本 167。 2 軟件缺陷和缺陷排除的兩種重要手段 1. 軟件測試 2. 軟件評審 167。167。 1 軟件工程與軟件測試模型 167。 3 軟件測試的基本概念 1. 測試的目的 2. 測試的對象 3. 軟件測試的原則 4. 軟件測試信息流 第二部分（章）軟件工程與軟件測試 5. 為什么不可能做到窮舉測試 6. 測試策略 （ 1） 測試步驟 （ 2） 生存期各階段 V and Vamp。 4 軟件測試的一般性理論 167。 1 軟件工程與軟件測試模型 一、什么是軟件測試？ 1983年 IEEE定義為： 使用人工或自動手段來運行或測定某個系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的需求或是弄清預期結(jié)果與實際結(jié)果之間的差別。 沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定測試質(zhì)量的一種方法。 1 軟件工程與軟件測試模型 你真的懂測試嗎 ? 編程大師說：沒有錯誤的程序世間難求。 ? 職業(yè)軟件工程師應當掌握需求開發(fā)、系統(tǒng)設計、編程、測試、維護 所有技能。 1 軟件工程與軟件測試模型 二、軟件測試階段 ? 單元測試、集成測試、 系統(tǒng)測試、 驗收測試。 ? 單元測試的粒度最小，一般由開發(fā)小組采用白盒方式來測試，主要測試單元是否符合“設計”。 ? 系統(tǒng)測試的粒度最大，一般由獨立測試小組采用黑盒方式來測試，主要測試系統(tǒng)是否符合“需求規(guī)格說明書”。 167。 1 軟件工程與軟件測試模型 二、 V模型介紹 如果軟件開發(fā)過程采用嚴格的瀑布模型，那么開發(fā)與測試有“ V”型的對應關(guān)系 。 1 軟件工程與軟件測試模型 167。如：規(guī)格說明規(guī)定了 a+b=c， 而軟件產(chǎn)品實際上做的不是。） 缺陷有三種 ? 錯誤：未將規(guī)格說明正確實現(xiàn)。） ? 額外的實現(xiàn)：規(guī)格說明并未規(guī)定的需求被納入產(chǎn)品，得到實現(xiàn)。 ?缺陷是軟件內(nèi)部的 “ 裂縫 ” ，在未影響到用戶和系統(tǒng)運行的情況下是隱蔽狀態(tài)，并未表現(xiàn)出來。 二、排除軟件缺陷的兩種重要手段 軟件測試 ? 測試在軟件開發(fā)中占有重要地位 ? 測試成本占有開發(fā)成本的近一半 軟件開發(fā)成本分布 軟件類型 開發(fā)成本按階段分布 % 需求與設計 實現(xiàn) 測試 控制軟件 46 20 34 航空航天軟件 34 20 46 操作系統(tǒng) 33 17 50 科技計算軟件 44 26 30 商業(yè)應用軟件 44 28 28 需求分析 設計走查 概要設計 設計評審 詳細設計 編碼 代碼走查 單元測試 集成測試 確認測試 測試評審 需求評審 測試策劃 軟件項目評審 評審與走查 167。 3 軟件測試的基本概念 測試的對象 1) 程序測試：發(fā)現(xiàn)程序中的缺陷 測試 數(shù)據(jù) 程序 P 比較 結(jié)果數(shù)據(jù) 預期數(shù)據(jù) 相符 不符 追查缺陷 程序正確性的各種情況 a． 程序編寫無語法錯誤 b． 程序執(zhí)行中未發(fā)現(xiàn)明顯的運行錯誤 c． 程序中無不適當語句 例 :某程序 —————————— 說明部分 D …… L， …… 對Ｌ說明 語句部分 S …… L=3。 e. 程序運行時能通過典型的無效測試數(shù)據(jù)，得到正確的結(jié)果。 2) 軟件測試：發(fā)現(xiàn)程序及前期開發(fā)的缺陷 需求規(guī)格 說明 SRS 設計規(guī)格 說明 DS 程序 軟件測試的對象 軟件測試的原則 1)在測試工作開始以前，不應設想程序中沒有缺陷或找不出缺陷。 3)盡可能避免測試自己寫的程序。
教學課件相關(guān)推薦
鄂ICP備17016276號-1