軟件工程復(fù)習(xí)提綱

2010級(jí)軟件工程復(fù)習(xí)提綱第一章軟件工程概述1?1軟件工程的定義，方向，作用：※軟件工稈的定義:應(yīng)用計(jì)算機(jī)科學(xué)，數(shù)學(xué)，管理科學(xué)等原理開發(fā)軟件的工程。它是一些開發(fā)和維護(hù)軟件的方法，過程，原則。以提高質(zhì)量，降低成本為目的。※軟件工程的方向：面向?qū)ο竽Ｊ?，結(jié)構(gòu)化模式，基于過程的模式等?！浖こ痰淖饔?付出較低的開發(fā)成本，達(dá)到要求的軟件功能，取得較好的軟件性能，開發(fā)軟件易于移植，維護(hù)費(fèi)用低，按時(shí)完成開發(fā)工作，及時(shí)交付。1?2軟件危機(jī)產(chǎn)生的原因及包含問題：※原因：(1)軟件本身的特點(diǎn)；(2)軟件開發(fā)和維護(hù)的方法不正確?！瑔栴}：(1)如何開發(fā)軟件，以滿足不斷增長、日趨復(fù)雜的需求；如何維護(hù)數(shù)量不斷膨脹的軟件產(chǎn)品。1.3軟件工程的三個(gè)戻次：過程層：將技術(shù)層結(jié)合在一起的凝聚力；方法戻：提供了開發(fā)軟件在技術(shù)上需要“如何做”；工具層：對(duì)過程和方法提供了自動(dòng)或半自動(dòng)支持；1.4RUP與角色和活動(dòng)：%RUP(統(tǒng)一軟件開發(fā)過程):面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論，可以為所有方面和層次的程序開發(fā)提供指導(dǎo)方針，模板及事例支持；※角色：對(duì)所有參與項(xiàng)目的人員的分類稱呼※活動(dòng)：發(fā)生在系統(tǒng)中的某個(gè)事件，由某個(gè)觸發(fā)器引發(fā)。1.5錯(cuò)誤，缺陷與故障的含義及聯(lián)系：※錯(cuò)誤是軟件生產(chǎn)過程中人為產(chǎn)生的錯(cuò)誤(需求說明錯(cuò)誤，代碼錯(cuò)誤)缺陷是功能實(shí)現(xiàn)過程中產(chǎn)生的問題(一個(gè)錯(cuò)誤可能導(dǎo)致幾個(gè)缺陷)故障時(shí)相對(duì)于系統(tǒng)指定行為的偏離※聯(lián)系：缺陷是內(nèi)部問題，從開發(fā)者的角度看問題，是靜態(tài)的；故障是外部問題，從用戶角度看問題，并非每個(gè)缺陷都對(duì)應(yīng)某個(gè)故障。1.6軟件質(zhì)量的衡量：產(chǎn)品的質(zhì)量：用戶從外部特性看，軟件有足夠功能且易于學(xué)習(xí)和使用，則質(zhì)量好；開發(fā)者從外部特性看，用缺陷的數(shù)量和類型判斷質(zhì)量過程質(zhì)量：很多過程都能影響最終產(chǎn)品質(zhì)量，一個(gè)活動(dòng)有錯(cuò)，影響整個(gè)產(chǎn)品商業(yè)應(yīng)用背景下的軟件質(zhì)量：商業(yè)價(jià)值與技術(shù)價(jià)值統(tǒng)一起來。1.7現(xiàn)代軟件過程大致分為幾個(gè)階段及各階段文檔？需求分析與定義：問題定義，可行性研究，需求分析《需求規(guī)格說明書》復(fù)審系統(tǒng)設(shè)計(jì)：用戶界面，軟件結(jié)構(gòu)圖程序設(shè)計(jì)：模塊功能算法，數(shù)據(jù)描述，復(fù)審程序?qū)崿F(xiàn)：編程，復(fù)審單元測試：模塊測試與性能測試，復(fù)審（6）集成測試：按結(jié)構(gòu)圖測試，產(chǎn)生測試報(bào)告，復(fù)審（7） 系統(tǒng)測試：按SRS對(duì)系統(tǒng)總體功能測試，復(fù)審（8） 系統(tǒng)交付：交付產(chǎn)品，復(fù)審（9） 系統(tǒng)維護(hù)：修改軟件以滿足改錯(cuò)或新需求，復(fù)審1.8影響軟件工程實(shí)踐的要素：（1） 商業(yè)軟件投放市場時(shí)間的緊迫性；（時(shí)間）（2） 計(jì)算機(jī)行業(yè)經(jīng)濟(jì)變化趨勢(shì)：硬件價(jià)格下降，維護(hù)費(fèi)用越來越高；（費(fèi)用）（3） 功能強(qiáng)大的桌面計(jì)算的可用性；（功能）（4） 局域網(wǎng)與廣域網(wǎng)的延伸；（LAN,WAN）（5） 面向?qū)ο蠹夹g(shù)的出現(xiàn)及應(yīng)用；（00）（6） 使用窗口，圖標(biāo)，菜單和指示器的圖形用戶界面；（GUI）（7） 軟件開發(fā)瀑布模型的不可預(yù)知性；（瀑布）1.9軟件工程師與開發(fā)團(tuán)隊(duì)：※軟件工程師：使用計(jì)算機(jī)功能，將其作為一般解決方案一部分，而不是使用計(jì)算機(jī)本身的理論和結(jié)構(gòu)。※開發(fā)團(tuán)隊(duì)：需求分析人員，設(shè)計(jì)人員，程序員，測試人員，培訓(xùn)人員，維護(hù)人員，資料員，配置管理人員1.10軟件開發(fā)模式及系統(tǒng)組成：※軟件開發(fā)模式:軟件開發(fā)的全過程，活動(dòng)和任務(wù)的結(jié)構(gòu)框架，能直觀表現(xiàn)軟件開發(fā)全過程，明確要完成的主要活動(dòng)，任務(wù)和開發(fā)策略?！到y(tǒng)組成：系統(tǒng)=實(shí)體集+活動(dòng)集+實(shí)體與活動(dòng)的關(guān)系+系統(tǒng)邊界1.11抽象與重用：※抽象：基于某種歸納水平的問題描述，是我們注重的事問題的關(guān)鍵，而不是細(xì)節(jié)；※重用：重復(fù)采用以前開發(fā)軟件系統(tǒng)中的共性部件，用到新的項(xiàng)目中。第二章過程和生命周期建模：2.1軟件過程及軟件過程的重要性：※定義：軟件開發(fā)過程中各種組織及規(guī)范方法※重要性：使一組活動(dòng)具有一致性和結(jié)構(gòu)，把程序組織起來產(chǎn)生滿足目標(biāo)和標(biāo)準(zhǔn)的產(chǎn)品，過程結(jié)構(gòu)用檢查，理解，控制，活動(dòng)來知道我們的行為，是我們獲取經(jīng)驗(yàn)并傳授他人。2.2瀑布模型各階段文檔及優(yōu)缺點(diǎn)：※定義：將開發(fā)的9個(gè)過程中的集成測試與單元測試合并在一起，形成8個(gè)步驟?！鶅?yōu)點(diǎn)：用里程碑和各階段的提交文檔描述軟件開發(fā)過程，其簡明性是人容易向不熟悉開發(fā)的人解釋清楚，也是其他模型的基礎(chǔ)※缺點(diǎn)：面臨軟件變動(dòng)，無法處理實(shí)際過程中的重復(fù)開發(fā)問題，文檔交換有困難。2.3原型定義及優(yōu)勢(shì)：※定義：一個(gè)部分開發(fā)的產(chǎn)品，使用戶和開發(fā)者共同研究，提出意見，為最終產(chǎn)品定型。※優(yōu)勢(shì)：允許開發(fā)人員快速構(gòu)造整個(gè)系統(tǒng)或系統(tǒng)的一部分以理解或澄清用戶需求，減少開發(fā)過程中的風(fēng)險(xiǎn)和不確定性。2.4分階段開發(fā)模型的含義，分類及特點(diǎn)：※含義:使系統(tǒng)逐步的交付，從而使系統(tǒng)其余部分正在開發(fā)的同時(shí)，用戶已經(jīng)獲得部分功能?！诸悾海?） 增量開發(fā):先定義一個(gè)小的具有一定功能的子系統(tǒng)，然后在每次新發(fā)布中增加新功能（2） 迭代開發(fā):一開始就提交完整系統(tǒng)，然后在每個(gè)新發(fā)布中改變每個(gè)子系統(tǒng)的功能※特點(diǎn)：培訓(xùn)過程可以很早開始，開發(fā)人員可以觀察用戶反映，得到更好建議；為那些從未實(shí)現(xiàn)的功能提前開發(fā)市場，快速修正系統(tǒng)問題，不同版本針對(duì)不同領(lǐng)域。2.5螺旋模型的四個(gè)象限任務(wù)和四重循環(huán)的含義及目的：※四象限任務(wù)：制定計(jì)劃，目標(biāo)/可選方案，風(fēng)險(xiǎn)評(píng)估，開發(fā)與測試※四重循環(huán)產(chǎn)物：操作概念，軟件需求，軟件設(shè)計(jì)，開發(fā)與測試※目的：將開發(fā)活動(dòng)和風(fēng)險(xiǎn)管理結(jié)合，將風(fēng)險(xiǎn)降到最低并控制風(fēng)險(xiǎn)。2.6敏捷方法的原則，目標(biāo)，特性及分類；※原則：1.重視個(gè)體與交互2.重視可運(yùn)行的軟件3.注重與客戶協(xié)作4.注重應(yīng)變能力※目標(biāo)：盡可能早的，持續(xù)的交付有價(jià)值的軟件?！诸悾簶O限編程（XP）,水晶法，并列球法，自適應(yīng)軟件開發(fā)（ASD）※特性：（1）交流（2）簡單性（3）勇氣（4）反饋2.7在所有開發(fā)模型中，哪些過程最靈活？階段開發(fā)模型和螺旋模型第三章計(jì)劃和管理項(xiàng)目：3?1項(xiàng)目進(jìn)度，活動(dòng)和里程碑：※項(xiàng)目進(jìn)度：對(duì)特定項(xiàng)目的軟件開發(fā)周期的刻畫，包括對(duì)項(xiàng)目階段，步驟，活動(dòng)的分解，對(duì)各活動(dòng)交互關(guān)系的描述，對(duì)各活動(dòng)完成時(shí)間的初步估算※活動(dòng)：項(xiàng)目的一部分，在一段時(shí)間內(nèi)發(fā)生※里程碑：特定時(shí)間點(diǎn)，標(biāo)志著活動(dòng)的完成，常伴隨提交物。3?2WBS（工作分解結(jié)構(gòu)）：※作用：將項(xiàng)目描述成由若干離散部分構(gòu)成的集合?！顒?dòng)的參數(shù)：前驅(qū)，工期，截止日期，終點(diǎn)。3.3如何找到關(guān)鍵路徑：※時(shí)差=可用時(shí)間-真實(shí)時(shí)間=最晚開始時(shí)間-最早開始時(shí)間路徑上時(shí)差全部為零的節(jié)點(diǎn)構(gòu)成關(guān)鍵路徑?；顒?dòng)前驅(qū)一致的活動(dòng)，其最早開始時(shí)間一致，最晚開始時(shí)間可能不同。3.4軟件開發(fā)人員應(yīng)具備的素質(zhì)：完成工作，對(duì)工作有興趣，有開發(fā)經(jīng)歷，有使用開發(fā)工具和技術(shù)的經(jīng)歷，有使用開發(fā)環(huán)境的經(jīng)歷，能與人溝通，能培訓(xùn)，與其他人共同承擔(dān)責(zé)任，管理技能3?5軟件項(xiàng)目組織基本結(jié)構(gòu)：核心程序員隊(duì)伍：由主程序員做出決策忘我方法：大家平攤責(zé)任，決策都是由小組投票產(chǎn)生3.6專家估算法的概念？算式估算法的大概含義？※專家估算：工作量的估計(jì)方法依靠的是專家的判斷，預(yù)測的準(zhǔn)確定是基于估計(jì)者的能力、經(jīng)驗(yàn)、客觀性和洞察力。對(duì)構(gòu)建整個(gè)系統(tǒng)或其子系統(tǒng)所需的工作量做出經(jīng)驗(yàn)性的猜測徹底估算要根據(jù)自頂向下或自底向上的分量計(jì)算才能得出?！闶焦浪惴ǎ罕硎竟ぷ髁颗c影響工作量的因素間的關(guān)系模型。E=（a+bS'c）m（X）主要由要構(gòu)造的系統(tǒng)的規(guī)模來確定工作量。3.7COCOMO模型的三個(gè)基本階段的工作原理和含義：（1） 第一階段：項(xiàng)目構(gòu)建原型，解決涉及用戶接口，軟件和系統(tǒng)交互，性能和技術(shù)成熟性等方面的高風(fēng)險(xiǎn)事項(xiàng)，人們對(duì)最終產(chǎn)品的規(guī)模知之甚少，用應(yīng)用點(diǎn)估計(jì)規(guī)模。（2） 第二階段：已經(jīng)進(jìn)行一個(gè)決策，以推動(dòng)開發(fā)。但仍沒有足夠的信息來支持條理清楚的工作量和持續(xù)時(shí)間估計(jì)。用功能點(diǎn)估計(jì)規(guī)模。（3） 第三階段：開發(fā)已經(jīng)開始，且已經(jīng)知道更多信息，可以用功能點(diǎn)和代碼行表述，對(duì)許多成本因素可以較為容易的進(jìn)行估計(jì)了。3.8風(fēng)險(xiǎn)及降低風(fēng)險(xiǎn)的策略：※定義：在軟件生產(chǎn)過程中不希望看到的，有負(fù)面作用的事件※降低風(fēng)險(xiǎn)的策略：（1） 通過改變性能或功能需求，避免風(fēng)險(xiǎn)（2） 將風(fēng)險(xiǎn)分配到其他系統(tǒng)，或購買保險(xiǎn)來在風(fēng)險(xiǎn)發(fā)生時(shí)彌補(bǔ)經(jīng)濟(jì)損失，從而轉(zhuǎn)移風(fēng)險(xiǎn)（3） 假設(shè)風(fēng)險(xiǎn)會(huì)發(fā)生，接受用項(xiàng)目資源控制風(fēng)險(xiǎn)第四章獲取需求4.1需求的含義及確定過程：※含義：對(duì)來自用戶的的關(guān)于軟件系統(tǒng)期望行為的綜合描述，設(shè)計(jì)系統(tǒng)的對(duì)象，狀態(tài)，功能※確定過程：1.原始需求獲取2?問題分析3?規(guī)格說明草稿4?需求確認(rèn)4.2舉例說明若發(fā)牛需求獲取沖突，如何根據(jù)優(yōu)先級(jí)對(duì)需求分類：※分類：1.絕對(duì)要滿足的需求2?想要但并非必需的需求3?可以接受也可以不要的需求舉例：第一種需求：給定某個(gè)信用卡付賬系統(tǒng)，必需列出最近費(fèi)用，加起來并進(jìn)行支付第二種需求：也可以將費(fèi)用和購買方式分開，讓用戶理解購買模式第三種需求：打印賬單的字體的選擇4.3需求文檔的分類：（1） 需求定義文檔：使用易于理解的術(shù)語，完整羅列顧客希望系統(tǒng)做的事（2） 需求詳細(xì)說明：用適用于系統(tǒng)設(shè)計(jì)的術(shù)語重定義需求，是技術(shù)文檔4.4如何讓需求變得可測試：針對(duì)需求確定量化的描述方法，避免模糊表達(dá)方式，將各種指代詞替換為實(shí)體的正式名稱每個(gè)名詞或款項(xiàng)應(yīng)在需求文檔中給出唯一定義4.5能性需求與非功能性需求；※功能性需求：描述系統(tǒng)和環(huán)境間的交互，根據(jù)要求的活動(dòng)描述需要的行為※非功能性需求：描述了系統(tǒng)的限制，限定了我們解決問題方案的范圍4,6需求的特征；正確性，一致性，完備性，可行性，無二義性，相關(guān)性，可測試性，可跟蹤性4?7拋棄型模型與演化型模型；※拋棄型模型：僅用于了解問題，不作為將來提交系統(tǒng)的一部分，用完拋棄；※演化型模型：不僅幫助我們了解問題，并作為最終提交系統(tǒng)的一部分4.8數(shù)據(jù)流圖（DFD）建模功能，從一個(gè)功能到另一個(gè)功能的數(shù)據(jù)流。表示數(shù)據(jù)源加工（轉(zhuǎn)換數(shù)據(jù)）數(shù)據(jù)流 數(shù)據(jù)存儲(chǔ)第五章設(shè)計(jì)體系結(jié)構(gòu)5?1什么是設(shè)計(jì)？概念設(shè)計(jì)？技術(shù)設(shè)計(jì)？※設(shè)計(jì)：將需求中的問題描述變成解決方案的創(chuàng)造性過程※概念設(shè)計(jì)：用通俗語言描述系統(tǒng)功能，解釋外部特性令用戶理解系統(tǒng)功能※技術(shù)設(shè)計(jì)：描述系統(tǒng)采用的工藝，用術(shù)語描述技術(shù)規(guī)格說明5.2三種設(shè)計(jì)戻次；（1）體系結(jié)構(gòu)設(shè)計(jì)：由需求中的系統(tǒng)能力與系統(tǒng)部件關(guān)聯(lián)而得到軟件整體結(jié)構(gòu)的過程（2） 代碼設(shè)計(jì)：各部件的算法，數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)（3） 運(yùn)行設(shè)計(jì)：最底戻的設(shè)計(jì)，內(nèi)存分配，數(shù)據(jù)格式，位模式等5.3什么是模塊化？什么是抽象？※模塊化：構(gòu)件有清晰的輸入輸出，設(shè)計(jì)目的明確，功能獨(dú)立※抽象：對(duì)細(xì)節(jié)的隱藏，基于歸納層次的問題描述。5.4設(shè)計(jì)用戶界面應(yīng)注意的問題：（1） 要解決的要素：寓意，思維模型，領(lǐng)航規(guī)則，外觀，感覺（2） 文化差異問題（3） 用戶愛好問題5?5耦合與內(nèi)聚的概念和層次劃分；※耦合：（1） 非直接耦合：模塊間沒有信息傳遞（2） 數(shù)據(jù)耦合：模塊間傳遞的事數(shù)據(jù)（3） 標(biāo)記耦合：模塊間傳遞的是數(shù)據(jù)結(jié)構(gòu)（4） 控制耦合：模塊間傳遞的是控制量（5） 公共耦合：不同模塊訪問公共數(shù)據(jù)（6） 內(nèi)容耦合：一個(gè)模塊直接修改另一個(gè)模塊※內(nèi)聚：（1） 偶然內(nèi)聚：不同功能，過程，數(shù)據(jù)出現(xiàn)在同一模塊（2） 邏輯內(nèi)聚：各部分只通過代碼的邏輯結(jié)構(gòu)相關(guān)（3） 時(shí)態(tài)內(nèi)聚：各模塊的數(shù)據(jù)和功能同時(shí)被使用（4） 過程內(nèi)聚：模塊中功能組合在一起只為保證順序（5） 通信內(nèi)聚：圍繞數(shù)據(jù)集構(gòu)造的模塊（6） 功能內(nèi)聚：一個(gè)模塊包含所有必需元素，且每個(gè)元素對(duì)單個(gè)功能都是必需的（7） 信息內(nèi)聚：在功能內(nèi)聚基礎(chǔ)上，將其調(diào)整為數(shù)據(jù)抽象化和基于對(duì)象設(shè)計(jì)第六章設(shè)計(jì)模塊6.1面向?qū)ο蟮亩x及特征：※定義：一種軟件開發(fā)方法，將問題及其解決方法組織成一系列單獨(dú)的對(duì)象，數(shù)據(jù)結(jié)構(gòu)和對(duì)象都包括在內(nèi)。※特征：有：抽象，分類，封裝，繼承，多態(tài)，持久性，一致性6.2面向?qū)ο箝_發(fā)的優(yōu)勢(shì)：語言的一致性：可以用相同術(shù)語描述問題及解決方案：類，對(duì)象，方法，屬性，行為(2)過程的一致性：使用封裝的數(shù)據(jù)和行為，組成獨(dú)立的單元6?3：面向?qū)ο蟮拈_發(fā)步驟：OO需求分析，OO高層設(shè)計(jì)，OO底層設(shè)計(jì)，面向?qū)ο蟮某绦蛟O(shè)計(jì)，OO測試6?4用例圖的組成，用例的幾個(gè)要素的含義：※用例：通過為對(duì)話建模，描述系統(tǒng)要執(zhí)行或顯示的特定功能，主要包括執(zhí)行者，實(shí)例，擴(kuò)展，使用。※含義：執(zhí)行者適合系統(tǒng)進(jìn)行交互的實(shí)體；實(shí)體是對(duì)系統(tǒng)功能某方面的描述，執(zhí)行者通過這些用例反映自己的觀點(diǎn)，擴(kuò)展是對(duì)用例的擴(kuò)充，使之描述不同的或更深的觀點(diǎn)，使用時(shí)復(fù)用已經(jīng)定義好的定義6?5類圖中各個(gè)類間的基本關(guān)系分類：歸納(繼承)：存在繼承關(guān)系時(shí)，由父類產(chǎn)生子類； >關(guān)聯(lián)：兩個(gè)類一起出現(xiàn)，或必須保持這種關(guān)系一段時(shí)間 ?聚合：某個(gè)類是另一個(gè)類的一部分組合：部分在整體中第七章編寫程序7?1為什么說編碼工作是紛繁復(fù)雜其至令人氣餒？設(shè)計(jì)人員沒有解決平臺(tái)和編碼環(huán)境的所有問題，容易用圖標(biāo)描述的結(jié)構(gòu)和關(guān)系并不能總是直接的寫代碼；寫出的代碼不僅要在測試時(shí)便于理解，而且隨著時(shí)間的推移，還要易于他人理解，在易于復(fù)用代碼的同時(shí)，還必須利用設(shè)計(jì)組織，數(shù)據(jù)結(jié)構(gòu)，編程語言等特征7?2—般性的編程原則應(yīng)從哪三個(gè)方面考慮？控制結(jié)構(gòu)：當(dāng)設(shè)計(jì)變成代碼時(shí)，我們希望保留組件的控制結(jié)構(gòu)；在隱含調(diào)用和面向?qū)ο笤O(shè)計(jì)中控制是基于系統(tǒng)狀態(tài)和變量的變化的。算法：編寫代碼時(shí)，程序會(huì)制定一類算法，用于編寫組件數(shù)據(jù)結(jié)構(gòu)：寫程序時(shí)，應(yīng)安排數(shù)據(jù)的格式并存儲(chǔ)，這樣數(shù)據(jù)管理和操作才簡單易懂7?3極限編稈與結(jié)對(duì)編稈：※極限編程：輕量級(jí)的軟件開發(fā)方法論，屬于敏捷開發(fā)方法，是對(duì)實(shí)踐的總結(jié)，也是對(duì)實(shí)踐的檢驗(yàn)，主要特征是適應(yīng)環(huán)境變化和需求變化，充分發(fā)揮開發(fā)人員的主動(dòng)精神。XP承諾降低軟件風(fēng)險(xiǎn)，改善業(yè)務(wù)變化的反應(yīng)能力，提高開發(fā)期間的生產(chǎn)力，為開發(fā)過程增加樂趣?！Y(jié)對(duì)編程：屬于主要的敏捷開發(fā)方法，開發(fā)方式是兩個(gè)程序員共同開發(fā)程序，角色分工明確，一個(gè)負(fù)責(zé)編寫程序，一個(gè)負(fù)責(zé)復(fù)審與測試，兩人定期交換角色。第八章測試程序：&1產(chǎn)生軟件缺陷的原因：需求規(guī)格說明是錯(cuò)誤的，或遺漏了某個(gè)需求由于規(guī)定的硬件或軟件的原因程序設(shè)計(jì)中包含故障，代碼中有錯(cuò)誤8.2缺陷分類的理由：完成編碼工作后，通常檢查代碼以找出錯(cuò)誤并改正沒有明顯錯(cuò)誤時(shí)，測試程序創(chuàng)造條件使之不能像計(jì)劃的那樣反應(yīng)來找出更多錯(cuò)誤8.3幾種主要的缺陷類型：算法缺陷：算法的某些處理步驟或邏輯有問題，對(duì)給定的輸入沒有正確的輸出計(jì)算和精度缺陷：某個(gè)算法或公式編程實(shí)現(xiàn)時(shí)出現(xiàn)錯(cuò)誤或結(jié)果達(dá)不到精度要求(3)文檔缺陷：文檔與實(shí)際做的事情不符(4)過載缺陷：運(yùn)行程序時(shí)，數(shù)據(jù)結(jié)構(gòu)被填充的超過了他們規(guī)定的能力(5)時(shí)序性缺陷：開發(fā)實(shí)時(shí)系統(tǒng)時(shí)，代碼協(xié)調(diào)序列不恰當(dāng)時(shí)產(chǎn)生的缺陷(6)性能缺陷：系統(tǒng)不能離需求規(guī)定的速度執(zhí)行任務(wù)時(shí)產(chǎn)生(7)恢復(fù)缺陷：遇到一次失敗時(shí)，系統(tǒng)不能按期望進(jìn)行運(yùn)轉(zhuǎn)8.4什么是正交缺陷分類？分類策略是正交的，被分類的任何一項(xiàng)只屬于一個(gè)類8?5測試的各個(gè)階段及其任務(wù)：單元測試：對(duì)每個(gè)程序組件獨(dú)立進(jìn)行測試，與系統(tǒng)中其他組件分離集成測試：驗(yàn)證系統(tǒng)的組件時(shí)候按系統(tǒng)要求的那樣一起工作功能測試：對(duì)系統(tǒng)進(jìn)行評(píng)價(jià)來判定集成的系統(tǒng)是否真的執(zhí)行了需求說明描述的功能性能測試：將系統(tǒng)與軟件和硬件需求的其他部分作比較驗(yàn)收測試：根據(jù)客戶的要求描述檢查該系統(tǒng)安裝測試：解決用戶環(huán)境與系統(tǒng)運(yùn)行環(huán)境不一致的問題8?6黑盒測試與白盒測試：※黑盒測試：將測試對(duì)象看作一個(gè)黑盒子，不用考慮程序內(nèi)部邏輯結(jié)構(gòu)，只需依照需求規(guī)格說明書檢查程序的功能是否符合它的功能要求等價(jià)分類法：將被測程序劃分為若干等價(jià)類，每個(gè)等價(jià)類選一個(gè)代表性的測試用例邊界值分析法：在等價(jià)分類基礎(chǔ)上，將測試值選在等價(jià)類的邊界上，效果更好錯(cuò)誤猜測法：猜測程序中容易出錯(cuò)的地方進(jìn)行相應(yīng)測試因果圖法：適用于被測程序有多種輸入條件，且輸出依賴于輸入條件※白盒測試：利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測試用例邏輯分類法：語句覆蓋，判定覆蓋(分支覆蓋)，條件覆蓋路徑測試法：借助程序圖設(shè)計(jì)測試用例&7什么是單元測試？通讀代碼對(duì)其進(jìn)行檢查，試著找出算法，數(shù)據(jù)，語法上的錯(cuò)誤；編譯代碼，消除剩余的語法錯(cuò)誤，設(shè)計(jì)測試用例證明輸入是否正確轉(zhuǎn)換為相應(yīng)的輸出※代碼走查：由評(píng)審小組審查，主要檢查代碼和文檔中的錯(cuò)誤，非正式審查※代碼檢查：對(duì)照事先準(zhǔn)備好的關(guān)注點(diǎn)列表來檢查代碼和文檔，正式審查8.8集成測試及其分類：※自底向上集成：先單獨(dú)測試系統(tǒng)最底層的每個(gè)組件，然后測試調(diào)用了前面測試過的組件，反復(fù)采用這種方法直到所有測試組件均加入到測試中※自頂向下集成：先測試頂層組件，然后將被它調(diào)用的下層組件集合起來，對(duì)這個(gè)更大的系統(tǒng)進(jìn)行測試，直到測試包含了所有的組件&9強(qiáng)度測試：系統(tǒng)在短時(shí)間內(nèi)加載極限負(fù)荷，以驗(yàn)證系統(tǒng)性能&10軟件可維護(hù)性：在給定的使用條件(預(yù)訂的時(shí)間間隔，維護(hù)程序，維護(hù)資源)下，維護(hù)活動(dòng)能被執(zhí)行的概率。8.11:傳統(tǒng)測試與面向?qū)ο鬁y試的比較