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

第一章一、簡(jiǎn)答題1．簡(jiǎn)述軟件工程的定義?！俺绦?、文檔、數(shù)據(jù)”軟件工程有哪些知識(shí)體系？軟件需求、軟件設(shè)計(jì)、軟件構(gòu)造、軟件測(cè)試、軟件維護(hù)、軟件配置管理、軟件工程管理、軟件工程過程、軟件工程工具和方法、軟件質(zhì)量簡(jiǎn)述軟件工程的目標(biāo)。“多、快、好、省”軟件工程的基本原理是什么？（1）用分階段的生命周期計(jì)劃嚴(yán)格管理（2）堅(jiān)持進(jìn)行階段評(píng)審（3）實(shí)行嚴(yán)格的產(chǎn)品控制（4）采用現(xiàn)代程序設(shè)計(jì)技術(shù)（5）結(jié)果可審查（6）開發(fā)小組的人員應(yīng)少而精（7）軟件實(shí)踐不斷改進(jìn)第二章一、選擇題軟件是一種（B）產(chǎn)品。有形 B.邏輯 C.物 D.消耗軟件工程學(xué)最終解決軟件生產(chǎn)的（C）問題。A.提高軟件的開發(fā)效率B.使軟件生產(chǎn)工程化消除軟件的生產(chǎn)危機(jī)D.加強(qiáng)軟件的質(zhì)量保證軟件危機(jī)的主要原因有（ADE）。A.軟件本身的特點(diǎn) B.用戶使用不當(dāng)C.硬件可靠性差對(duì)軟件的錯(cuò)誤認(rèn)識(shí)E.缺乏好的開發(fā)方法和手段（A）是計(jì)算機(jī)程序及其說明程序的各種文檔。A.軟件 B.文檔 C.數(shù)據(jù) D.程序準(zhǔn)確地解決“軟件系統(tǒng)必須做什么”是（C）階段的任務(wù)。A.可行性研究B.詳細(xì)設(shè)計(jì) C.需求分析D.編碼6．瀑布模型本質(zhì)上是一種(A)。A.線性順序模型B.順序迭代模型C.線性迭代模型D.及早見產(chǎn)品模型7.軟件可維護(hù)性的特性中相互矛盾的是(C)。A.可修改性和可理解性 B.可測(cè)試性和可理解性C.效率和可修改性 D.可理解性和可讀性二、簡(jiǎn)答題1快速原型模型有哪些優(yōu)點(diǎn)和缺點(diǎn)？?jī)?yōu)點(diǎn)：克服瀑布模型的缺點(diǎn)，減少由于軟件需求不明確帶來的開發(fā)風(fēng)險(xiǎn)。這種模型適合預(yù)先不能確切定義需求的軟件系統(tǒng)的開發(fā)。缺點(diǎn)：所選用的開發(fā)技術(shù)和工具不一定符合主流的發(fā)展；快速建立起來的系統(tǒng)結(jié)構(gòu)加上連續(xù)的修改可能會(huì)導(dǎo)致產(chǎn)品質(zhì)量低下。增量模型的基本思想是什么？增量模型屬于非整體開發(fā)模型，它推遲某些階段或所有階段中的細(xì)節(jié)，從而較早地產(chǎn)生工作軟件。增量方式包括增量開發(fā)和增量提交。增量模型有幾種？各有何特點(diǎn)？增量構(gòu)造模型。它在瀑布模型基礎(chǔ)上，對(duì)一些階段進(jìn)行整體開發(fā)，對(duì)另一些階段進(jìn)行增量開發(fā)。演化提交模型。它在瀑布模型基礎(chǔ)上，所有階段都進(jìn)行增量開發(fā)。第三章一、選擇題可行性研究要進(jìn)行的需求分析和設(shè)計(jì)應(yīng)該是(C)。A.詳細(xì)的B.全面的 C.簡(jiǎn)化的、壓縮的D.徹底的在軟件工程項(xiàng)目中，不隨參與人數(shù)的增加而使軟件的生產(chǎn)率增加的主要問題是(D)。A.工作階段間的等待時(shí)間 B?生產(chǎn)原型的復(fù)雜性C.參與人員所需要的工作站數(shù)D.參與人員之間的通信困難系統(tǒng)流程圖用于可行性分析中的(A)描述。A.當(dāng)前運(yùn)行系統(tǒng)B.當(dāng)前的邏輯模型C.目標(biāo)系統(tǒng) D.新系統(tǒng)二、簡(jiǎn)答題1可行性研究包括哪些步驟？確定項(xiàng)目規(guī)模和目標(biāo)建立新系統(tǒng)的高層邏輯模型找出多種方案寫出《可行性研究報(bào)告》進(jìn)行審查三、填空題1．__經(jīng)濟(jì)可行性研究__的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開發(fā)，是否值得開發(fā)。2．技術(shù)可行性是對(duì)要開發(fā)的項(xiàng)目的_功能_、_性能_、_限制條件_進(jìn)行分析，確定在現(xiàn)有資源條件下，技術(shù)風(fēng)險(xiǎn)有多大，項(xiàng)目是否能實(shí)現(xiàn)。第四章一、選擇題1．需求分析(D)。要回答“軟件必須做什么”可以概括為“理解、分解、表達(dá)”六個(gè)字要求編寫需求分析說明書以上都對(duì)2．進(jìn)行需求分析可以使用多種工具，但是(C)是不適用的。A.數(shù)據(jù)流圖B.判定表C.PAD圖D.數(shù)據(jù)字典軟件需求分析報(bào)告的內(nèi)容是不應(yīng)該包括對(duì)(B)的描述。A.主要功能 B.算法的詳細(xì)過程C.用戶界面及運(yùn)行環(huán)境 D.軟件的性能加工是對(duì)數(shù)據(jù)流圖中不能再分解的基本加工的精確說明，下述(B)是加工的最核成分。A.加工順序B.加工邏輯C.執(zhí)行頻率D.激發(fā)條件二、填空題需求分析的基本任務(wù)是要準(zhǔn)確地定義_系統(tǒng)必須完成什么工作_，為了滿足用戶需要，回答系統(tǒng)必須_“做什么”_的問題。建立數(shù)據(jù)字典一般的兩種形式是_手工建立_和_利用計(jì)算機(jī)輔助建立并維護(hù)_。數(shù)據(jù)流圖有4個(gè)基本成分：_數(shù)據(jù)流_、_外部實(shí)體_、_數(shù)據(jù)加工(處理)_、_數(shù)據(jù)存儲(chǔ)_。三、簡(jiǎn)答題需求分析的任務(wù)是什么?了解用戶需求和系統(tǒng)現(xiàn)存問題；確定系統(tǒng)目標(biāo)；可行性分析；業(yè)務(wù)調(diào)查分析；系統(tǒng)數(shù)據(jù)和功能分析；形成文檔什么是數(shù)據(jù)流圖?數(shù)據(jù)流圖（簡(jiǎn)稱DFD）是結(jié)構(gòu)化需求分析中、一種描述待開發(fā)的軟件系統(tǒng)中數(shù)據(jù)變換的圖形工具。數(shù)據(jù)流圖是組織中信息（數(shù)據(jù)）的抽象，是信息邏輯系統(tǒng)模型的表達(dá)工具。它不涉及硬件、軟件、數(shù)據(jù)結(jié)構(gòu)與文件組織，只是用一種圖形及與此相關(guān)的注釋（數(shù)據(jù)字典）來表示系統(tǒng)的邏輯功能。第五章一、填空題1．結(jié)構(gòu)化程序設(shè)計(jì)技術(shù)指導(dǎo)人們用良好的思想方法開發(fā)易_理解_、易_維護(hù)_的程序。處理過程設(shè)計(jì)中采用的典型方法是一結(jié)構(gòu)化程序設(shè)計(jì)_，簡(jiǎn)稱_sp_方法。3．在詳細(xì)設(shè)計(jì)階段，為了提高數(shù)據(jù)的輸入、存儲(chǔ)、檢索等操作的效率并節(jié)約存儲(chǔ)空間，對(duì)某些數(shù)據(jù)項(xiàng)的值要進(jìn)行_代碼_設(shè)計(jì)。二、簡(jiǎn)答題1什么是模塊獨(dú)立性？模塊獨(dú)立性指每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能并且與其他模塊的聯(lián)系最少且接口簡(jiǎn)單.模塊獨(dú)立性是指模塊內(nèi)部各部分及模塊間的關(guān)系的一種衡量標(biāo)準(zhǔn)，由內(nèi)聚和耦合來度量。什么是耦合？什么是內(nèi)聚？耦合：是一個(gè)模塊內(nèi)部各成分之間相關(guān)聯(lián)程度的度量?jī)?nèi)聚：是模塊之間依賴程度的度量詳細(xì)設(shè)計(jì)階段的基本任務(wù)是什么？（1）為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)（2）為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)（3）對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)，即確定數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)數(shù)據(jù)庫(kù)管理系統(tǒng)的選擇數(shù)據(jù)庫(kù)管理系統(tǒng)選型的主要原則（4）網(wǎng)絡(luò)設(shè)計(jì)（5）其它設(shè)計(jì)（6）編寫詳細(xì)設(shè)計(jì)說明書；進(jìn)行評(píng)審第六章1．試說明數(shù)據(jù)庫(kù)設(shè)計(jì)的特點(diǎn)。答：綜合性，結(jié)構(gòu)設(shè)計(jì)與行為設(shè)計(jì)相分離。2．簡(jiǎn)述數(shù)據(jù)庫(kù)的設(shè)計(jì)過程。答：數(shù)據(jù)庫(kù)設(shè)計(jì)一般包含如下過程：需求分析。結(jié)構(gòu)設(shè)計(jì)，包括概念結(jié)構(gòu)設(shè)計(jì)、邏輯結(jié)構(gòu)設(shè)計(jì)和物理結(jié)構(gòu)設(shè)計(jì)。行為設(shè)計(jì)，包括功能設(shè)計(jì)、事務(wù)設(shè)計(jì)和程序設(shè)計(jì)。數(shù)據(jù)庫(kù)實(shí)施，包括加載數(shù)據(jù)庫(kù)數(shù)據(jù)和調(diào)試運(yùn)行應(yīng)用程序。數(shù)據(jù)庫(kù)運(yùn)行和維護(hù)階段。3．需求分析中發(fā)現(xiàn)事實(shí)的方法有哪些？答：常用的有檢查文檔、面談、觀察操作中的業(yè)務(wù)、研究和問卷調(diào)查等。4．?dāng)?shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)包含哪幾個(gè)過程？答：概念結(jié)構(gòu)設(shè)計(jì)、邏輯結(jié)構(gòu)設(shè)計(jì)和物理結(jié)構(gòu)設(shè)計(jì)。5．實(shí)體之間的聯(lián)系有幾種？分別是哪些？請(qǐng)為每一種聯(lián)系舉出一個(gè)例子。答：有三種：1:1;1:n;m:n。1:1示例：系和系主任。1:n示例：班和學(xué)生；m:n示例：教師和學(xué)生。6．說明實(shí)體-聯(lián)系模型中的實(shí)體、屬性和聯(lián)系的概念。答：實(shí)體是具有公共性質(zhì)的并可相互區(qū)分的現(xiàn)實(shí)世界對(duì)象的集合。屬性是實(shí)體所具有的特征或性質(zhì)。聯(lián)系是實(shí)體之間的關(guān)聯(lián)關(guān)系。7．指明下列實(shí)體間聯(lián)系的種類：（1）教研室和教師（假設(shè)一個(gè)教師只屬于一個(gè)教研室，一個(gè)教研室可有多名教師）。答：一對(duì)多。（2）商店和顧客。答：多對(duì)多。國(guó)家和首都。答：一對(duì)一。8．什么是數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)設(shè)計(jì)？簡(jiǎn)述其設(shè)計(jì)步驟。答：邏輯結(jié)構(gòu)設(shè)計(jì)的任務(wù)是把在概念結(jié)構(gòu)設(shè)計(jì)中設(shè)計(jì)的基本E-R模型轉(zhuǎn)換為具體的數(shù)據(jù)庫(kù)管理系統(tǒng)支持的組織層數(shù)據(jù)模型。邏輯結(jié)構(gòu)設(shè)計(jì)一般包含兩個(gè)步驟：將概念結(jié)構(gòu)轉(zhuǎn)換為某種組織層數(shù)據(jù)模型。對(duì)組織層數(shù)據(jù)模型進(jìn)行優(yōu)化。把E-R模型轉(zhuǎn)換為關(guān)系模式的轉(zhuǎn)換規(guī)則有哪些？答：轉(zhuǎn)換的一般規(guī)則如下：一個(gè)實(shí)體轉(zhuǎn)換為一個(gè)關(guān)系模式。實(shí)體的屬性就是關(guān)系的屬性，實(shí)體的碼就是關(guān)系的主鍵對(duì)于實(shí)體間的聯(lián)系有以下不同的情況：(1)1:1聯(lián)系一般是將聯(lián)系與任意一端實(shí)體所對(duì)應(yīng)的關(guān)系模式合并，即在一個(gè)實(shí)體的關(guān)系模式的屬性中加入另一個(gè)實(shí)體的碼和聯(lián)系本身的屬性。(2)1:n聯(lián)系一般與n端所對(duì)應(yīng)的關(guān)系模式合并，即在n端對(duì)應(yīng)的關(guān)系模式中加入1端實(shí)體的碼以及聯(lián)系本身的屬性。(3)m:n聯(lián)系必須轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式。與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為此關(guān)系模式的屬性，且關(guān)系模式的主鍵包含各實(shí)體的碼。(4)有相同主鍵的關(guān)系模式可以合并設(shè)有如下圖所示的兩個(gè)E-R模型，分別將它們轉(zhuǎn)換為合適的關(guān)系模式，并指出每個(gè)關(guān)系模式的主鍵和外鍵。

借閱（書號(hào)，讀者編號(hào)，借書日期）書號(hào)為引用圖書的外鍵，讀者編號(hào)為引用讀者的外鍵。對(duì)顧客、商品E-R模型，轉(zhuǎn)換后的關(guān)系模式為：顧客（顧客號(hào)，顧客名，聯(lián)系電話）商品（商品編號(hào)，商品名稱，庫(kù)存量，商品分類）銷售人員（職工編號(hào)，職工名稱，所在部門），訂購(gòu)（顧客號(hào)，職工編號(hào)，商品編號(hào)，訂購(gòu)日期，訂購(gòu)數(shù)量），顧客號(hào)為引用顧客的外鍵，職工編號(hào)為引用銷售人員的外鍵，照片編號(hào)為引用商品的外鍵。第十一章一、 判斷題(正確的"，錯(cuò)誤的X)TOC\o"1-5"\h\z1好的測(cè)試員不懈追求完美。 (J)2．測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。 ( )不存在質(zhì)量很高但可靠性很差的產(chǎn)品。 (4)4．軟件測(cè)試員可以對(duì)產(chǎn)品說明書進(jìn)行白盒測(cè)試。 ( )靜態(tài)白盒測(cè)試可以找出遺漏之處和問題。 (4)總是首先設(shè)計(jì)白盒測(cè)試用例。 ( )可以發(fā)布具有配置缺陷的軟件產(chǎn)品。 ( )所有軟件必須進(jìn)行某種程度的兼容測(cè)試。 (4)所有軟件都有一個(gè)用戶界面，因此必須測(cè)試易用性。( )測(cè)試組負(fù)責(zé)軟件質(zhì)量. ( )軟件測(cè)試的目的是盡可能多的找出軟件的缺陷.(4)Beta測(cè)試是驗(yàn)收測(cè)試的一種。 (4)驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。 ( )項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工作。 (4)單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。 ( )代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(4)自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。 (4)負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(4)測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。(4)代碼評(píng)審員一般由測(cè)試員擔(dān)任。 (4)我們可以人為地使得軟件不存在配置問題。 (4)集成測(cè)試計(jì)劃在需求分析階段末提交。 ( )二、 不定項(xiàng)選擇題軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是(ABCD)。軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致驗(yàn)收測(cè)試工件齊全軟件測(cè)試計(jì)劃評(píng)審會(huì)需要(ABC)人員參加。項(xiàng)目經(jīng)理B.SQA負(fù)責(zé)人C.配置負(fù)責(zé)人 D.測(cè)試組下列關(guān)于Alpha測(cè)試的描述中正確的是(AD)Alpha測(cè)試需要用戶代表參加B.Alpha測(cè)試不需要用戶代表參加C.Alpha測(cè)試是系統(tǒng)測(cè)試的一種D.Alpha測(cè)試是驗(yàn)收測(cè)試的一種測(cè)試設(shè)計(jì)員的職責(zé)有(ABC)。制定測(cè)試計(jì)劃 B.設(shè)計(jì)測(cè)試用例C.設(shè)計(jì)測(cè)試過程、腳本 D.評(píng)估測(cè)試活動(dòng)軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是(D)。需求工件已經(jīng)被基線化詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化構(gòu)架工件已經(jīng)被基線化項(xiàng)目階段成果已經(jīng)被基線化軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是(A)。A.需求工件已經(jīng)被基線化詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化構(gòu)架工件已經(jīng)被基線化項(xiàng)目階段成果已經(jīng)被基線化7．下面角色不屬于集成計(jì)劃評(píng)審的是(CD)。A.配置經(jīng)理B.項(xiàng)目經(jīng)理C.測(cè)試員D.編碼員軟件測(cè)試設(shè)計(jì)活動(dòng)主要有(BC)。A.工作量分析B.確定并說明測(cè)試用例C.確立并結(jié)構(gòu)化測(cè)試過程D.復(fù)審并評(píng)估測(cè)試覆蓋不屬于集成測(cè)試步驟的是(D)。A.制定集成計(jì)劃B.執(zhí)行集成測(cè)試C.記錄集成測(cè)試結(jié)果D.回歸測(cè)試屬于軟件測(cè)試活動(dòng)的輸入工件的是(CD)。A.軟件工作版本B.可測(cè)試性報(bào)告C.軟件需求工件D.軟件項(xiàng)目計(jì)劃下面(BCD)屬于動(dòng)態(tài)分析。A?代碼覆蓋率B.模塊功能檢査C.系統(tǒng)壓力測(cè)試D.程序數(shù)據(jù)流分析下面(ABD)屬于靜態(tài)分析。A.編碼規(guī)則檢査B.程序結(jié)構(gòu)分析C.程序復(fù)雜度分析D.內(nèi)存泄漏13.從測(cè)試階段角度，測(cè)試正確的順序是(ABDC)，同時(shí)給出所選擇的正確策略含義和被測(cè)對(duì)象是什么。A.單元測(cè)試B.集成測(cè)試C.系統(tǒng)測(cè)試D.確認(rèn)測(cè)試三、填空題從軟件測(cè)試的策略和過程的角度，分為_單元_測(cè)試、_集成_測(cè)試、_確認(rèn)(有效性)_測(cè)試、_系統(tǒng)_測(cè)試和_驗(yàn)收_測(cè)試等。Beta測(cè)試完成表明測(cè)試已經(jīng)結(jié)束。軟件測(cè)試的目的是證明程序有錯(cuò)—。四、簡(jiǎn)答題什么是軟件測(cè)試?軟件測(cè)試的目的是為了檢驗(yàn)軟件系統(tǒng)是否滿足需求。白盒測(cè)試有哪幾種方法?靜態(tài)分析，是一種靜態(tài)測(cè)試。邏輯覆蓋測(cè)試方法，是一種動(dòng)態(tài)測(cè)試，它分為6種覆蓋：語句覆蓋測(cè)試、條件覆蓋測(cè)試、判定覆蓋測(cè)試、判定條件覆蓋測(cè)試、組合覆蓋測(cè)試、路徑覆蓋。3．Alpha測(cè)試與Beta測(cè)試的區(qū)別是什么?Alpha測(cè)試是由一個(gè)用戶在開發(fā)現(xiàn)場(chǎng)，在開發(fā)人員指導(dǎo)下進(jìn)行測(cè)試；Beta測(cè)試是由最終用戶在一個(gè)或多個(gè)用戶場(chǎng)所獨(dú)立地進(jìn)行，開發(fā)人員通常不在現(xiàn)場(chǎng)。4．解釋驅(qū)動(dòng)模塊和樁模塊概念。驅(qū)動(dòng)模塊：相當(dāng)于被測(cè)模塊的主程序。樁模塊：用以代替被測(cè)試調(diào)用的子模塊。5．簡(jiǎn)述集成測(cè)試的層次劃分。對(duì)系統(tǒng)軟件可劃分成三個(gè)層次：模塊內(nèi)集成測(cè)試、子系統(tǒng)內(nèi)集成測(cè)試、子系統(tǒng)間集成測(cè)試對(duì)面向?qū)ο罂蓜澐殖桑侯悆?nèi)集成測(cè)試和類間集成測(cè)試。6．簡(jiǎn)述系統(tǒng)測(cè)試的流程。首先制定測(cè)試計(jì)劃進(jìn)行和測(cè)試用例進(jìn)行審批，然后執(zhí)行系統(tǒng)測(cè)試找出缺陷，在進(jìn)行缺陷管理與改錯(cuò)□再迭代進(jìn)行系統(tǒng)測(cè)試。五、專業(yè)詞語解釋Alpha測(cè)試：由一個(gè)用戶在開發(fā)現(xiàn)場(chǎng)，在開發(fā)人員指導(dǎo)下進(jìn)行測(cè)試Beta測(cè)試：由最終用戶在一個(gè)或多個(gè)用戶場(chǎng)所獨(dú)立地進(jìn)行，開發(fā)人員通常不在現(xiàn)場(chǎng)驅(qū)動(dòng)模塊：相當(dāng)于被測(cè)模塊的主程序。樁模塊：用以代替被測(cè)試調(diào)用的子模塊。白盒測(cè)試：也稱結(jié)構(gòu)測(cè)試或邏輯測(cè)試，它是按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，通過測(cè)試來檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說明書的規(guī)定正常進(jìn)行，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作。靜態(tài)測(cè)試：對(duì)被測(cè)試程序進(jìn)行特性分析的一些方法的總稱第十二章一、選擇題1．下列測(cè)試中不是單元濺試的任務(wù)的是(A)。A.模塊接口測(cè)試 B.邊界條件測(cè)試C.模塊局部數(shù)據(jù)結(jié)構(gòu)測(cè)試 D.確認(rèn)測(cè)試按照軟件測(cè)試用例的設(shè)計(jì)方法。軟件測(cè)試可分為(A)。A.白盒測(cè)試和黑盒測(cè)試 B.動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試C.面向?qū)ο鬁y(cè)試和傳統(tǒng)測(cè)試D.確認(rèn)測(cè)試和覆蓋測(cè)試下面不屬于動(dòng)態(tài)測(cè)試的是(D)。A.功能確認(rèn)與接口測(cè)試 B.覆蓋率分析C.性能分析 D.常量與全局變量檢査下面不屬于靜態(tài)測(cè)試的是(C)。A.代碼檢査 B.靜態(tài)結(jié)構(gòu)分析C.代碼質(zhì)量度量 D.內(nèi)存泄漏被測(cè)試程序被認(rèn)為是一個(gè)打不開的盒子，盒子中的內(nèi)容完全不知道，只明確要輸入什么，會(huì)得到什么，這種測(cè)試方法被稱為(A)。A.黑盒測(cè)試 B.白盒測(cè)試C.靜態(tài)測(cè)試 D.面向?qū)ο蟮臏y(cè)試下列屬于黑盒測(cè)試策略的是(AB)。A.等價(jià)類劃分法 B.邊界值分析法C.因果圖法 D.路徑覆蓋法等價(jià)類可以被劃分為(A)。有效等價(jià)類和無效等價(jià)類有效等價(jià)類和區(qū)間等價(jià)類無效等價(jià)類和區(qū)間等價(jià)類邊界等價(jià)類和區(qū)間等價(jià)類下面(B)是測(cè)試文檔。A.需求分析報(bào)告 B.測(cè)試計(jì)劃書C.用戶分析報(bào)告 D.概要設(shè)計(jì)報(bào)告二、填空題軟件測(cè)試的根本目的是_檢驗(yàn)軟件系統(tǒng)是否滿足需求_。測(cè)試用例由_輸入一、_預(yù)期結(jié)果一、_執(zhí)行結(jié)果_組成。從不同的角度，可以把軟件測(cè)試技術(shù)分成不同種類：①?gòu)氖欠裥枰獔?zhí)行被測(cè)軟件的角度分為一靜態(tài)測(cè)試一、_動(dòng)態(tài)測(cè)試②從軟件測(cè)試用例設(shè)計(jì)方法的角度分為_黑盒測(cè)試_、_白盒測(cè)試③從軟件測(cè)試的策略和過程的角度分為_單元測(cè)試_、_集成測(cè)試_、_確認(rèn)測(cè)試_、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。四、靜態(tài)分析1.下面的代碼有什么問題(1)voidDoSoemThing(?){ charP;P=malloc(1024); //分配1K的空間if(NULL==P)?return...P=realloc(p，2048); //空間不夠，重新分配到2Kif(NULL==P)?return；}1.指針錯(cuò)誤，P不為指針變量；2?malloc返回的是void*，所以要有強(qiáng)制類型轉(zhuǎn)換；3.直接return了，前面分配的還未free。(2)charDoSomeThing(){char