1、 名詞解釋：1.  數(shù)據(jù)詞典是描述數(shù)據(jù)信息的集合，它對(duì)數(shù)據(jù)流圖中的各個(gè)元素按規(guī)定格式進(jìn)行詳細(xì)的描述和確切的解釋,是數(shù)據(jù)流圖的補(bǔ)充工具。2. 數(shù)據(jù)流圖他以圖形的方式反映系統(tǒng)的數(shù)據(jù)流程3. 白盒測試按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗(yàn)程序中的每條路徑是否都能按預(yù)定要求正確工作。有兩種測試法既邏輯覆蓋測試法和路徑測試法4. 黑盒測試按照程序的功能測試程序，檢驗(yàn)與程序功能有關(guān)的輸入、輸出與程序執(zhí)行是否正確。有四種方法既等價(jià)分類法、邊界值分析法、錯(cuò)誤猜測法和因果圖法5. 完善性維護(hù)為了適應(yīng)用戶業(yè)務(wù)和機(jī)構(gòu)的發(fā)展變化而對(duì)軟件的功能、性能進(jìn)行修改、擴(kuò)充的

2、過程稱為完善性維護(hù)。因?yàn)楦鞣N用戶的業(yè)務(wù)和機(jī)構(gòu)在相當(dāng)長的時(shí)期內(nèi)不可能是一成不變的，所以功能、性能的增加是不可避免的，而且這種維護(hù)活動(dòng)在整個(gè)維護(hù)工作中所占的比重很大6.軟件可靠性指在給定的時(shí)間內(nèi)，程序按照規(guī)定的條件成功地運(yùn)行的概率7.軟件配置是一個(gè)軟件在生存周期內(nèi)，他的各種形式、各種版本的文檔與程序的總稱8. 軟件再工程運(yùn)用逆向工程、重構(gòu)等技術(shù)，在充分理解原有軟件的基礎(chǔ)上，進(jìn)行分解、綜合、并重新構(gòu)建軟件，用于提高軟件的可理解性、可維護(hù)性可復(fù)用性或演化性。9. 測試是在一個(gè)受控的環(huán)境下，由用戶在開發(fā)者的“指導(dǎo)”下進(jìn)行的的測試，由開發(fā)者負(fù)責(zé)記錄錯(cuò)誤和使用中出現(xiàn)的問題。10.測試是由

3、軟件的最終用戶（多個(gè)）在一個(gè)或多個(gè)用戶場所來進(jìn)行。由用戶負(fù)責(zé)記下遇到的所有問題，包括主觀認(rèn)定的和真實(shí)的問題，定期向開發(fā)者報(bào)告，開發(fā)者在綜合用戶的報(bào)告之后進(jìn)行修改，最后將軟件產(chǎn)品交付給全體用戶使用。11.聚集關(guān)系表示類或?qū)ο笾g的整體與部分的關(guān)系12.泛化關(guān)系表示類或?qū)ο笾g的一般與特殊的關(guān)系13.內(nèi)聚一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。14.耦合一一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量。15、軟件重用也叫軟件再用或復(fù)用，是指同一事物不做修改或稍加改動(dòng)就能多次在軟件中重復(fù)使用。 判斷題：1.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。（對(duì)）2.數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)

4、據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。（錯(cuò)）3.JAVA語言編譯器是一個(gè)CASE工具。（對(duì)）。 4.軟件是指用程序設(shè)計(jì)語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼。（錯(cuò)） 5.軟件模塊之間的耦合性越弱越好。（對(duì)）6.數(shù)據(jù)庫設(shè)計(jì)說明書是一個(gè)軟件配置項(xiàng)（對(duì)） 7.在面向?qū)ο蟮能浖_發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)象是生成類的模板。（錯(cuò)） 8.過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。（錯(cuò)） 9.如果通過軟件測試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。（錯(cuò)） 10.快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（對(duì)）

5、11.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（對(duì)） 12.集成測試主要由用戶來完成。（錯(cuò)） 13.確認(rèn)測試計(jì)劃應(yīng)該在可行性研究階段制定（錯(cuò)） 14.白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（錯(cuò)） 15.軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計(jì)。（對(duì)） 16.在可行性研究中最難決斷和最關(guān)鍵的問題是經(jīng)濟(jì)可行性。（錯(cuò)   ）17.耦合是指一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度。（錯(cuò)    ）18. 一筆交易、一個(gè)動(dòng)作、甚至操作人員按一個(gè)按鈕都可以看作是一次事物。

6、（  對(duì)  ）19.概要設(shè)計(jì)階段完成的主要文檔是概要設(shè)計(jì)說明書。（對(duì)    ）20.過大的模塊可能是由于分解不充分造成的，即使降低模塊獨(dú)立性也必須繼續(xù)分解。（錯(cuò)）21.程序設(shè)計(jì)語言中應(yīng)絕對(duì)禁止使用GOTO語句。（  錯(cuò)   ）22.類是關(guān)于對(duì)象性質(zhì)的描述，由方法和數(shù)據(jù)組成。（對(duì)    ）23.隨著軟件技術(shù)的發(fā)展，人們逐漸認(rèn)識(shí)到編碼不僅要強(qiáng)調(diào)效率還要強(qiáng)調(diào)清晰。（  對(duì)  ）25.為保證程序的安全，必須做到程序中沒有任何錯(cuò)誤存在，即容錯(cuò)。（ 錯(cuò)  

7、）26.如果把軟件開發(fā)所需的資源畫成一個(gè)金字塔，人是最基本的資源。（對(duì)）27軟件開發(fā)小組人員越多越好。（ X）28.在程序運(yùn)行之前沒法評(píng)估其質(zhì)量。（ X）29 需求是變化的，因?yàn)檐浖庆`活的，總可以滿足需求。（ X）30有了對(duì)目標(biāo)一般描述，就可以編程序，以后再詳細(xì)描述。（ X）31模塊越小，模塊的優(yōu)點(diǎn)越大。（ X）32、在軟件開發(fā)過程中，工作量最大的一個(gè)階段就是編碼程序。（ X） （注：是測試階段）33、開發(fā)初始原型的目的是為 了確定用戶的基本需求。（ X）（注：只有確定了用戶的基本需求之后才開發(fā)初始原型，初始原型表達(dá)了用戶的基本需求）34、盡可能推遲程序的邏輯實(shí)現(xiàn)是按照瀑布模型開發(fā)軟件的一條

8、重要的指導(dǎo)思想（ X）（注：邏輯實(shí)現(xiàn)）35、一般說來，模塊的內(nèi)聚程度越高，它們之間的耦合程度也越高。（ X）36、軟件測試只能證明程序有錯(cuò)誤，不呢個(gè)證明程序沒有錯(cuò)誤。（對(duì)）37、獨(dú)立編譯的機(jī)制對(duì)于大型軟件的編碼工作極為重要。（對(duì)）38、結(jié)構(gòu)化程序設(shè)計(jì)方法能改善程序結(jié)構(gòu)，提高程序的運(yùn)行效率。（ X）（注：運(yùn)行效率反而降低了）39、如果測試數(shù)據(jù)滿足條件覆蓋，則必然滿足判定覆蓋。（ X）40、信息隱藏原則禁止在模塊外使用在接口說明的關(guān)于高模塊的信息。（ X）（注：信息隱藏原則應(yīng)該隱蔽的不是有關(guān)模塊的一切信息，而是模塊的實(shí)現(xiàn)細(xì)節(jié)）41、每個(gè)類都是其相應(yīng)對(duì)象的一個(gè)實(shí)例。（ X）（注：每個(gè)對(duì)象都是其相應(yīng)類

9、的一個(gè)實(shí)例）42、在一個(gè)設(shè)計(jì)得很好的系統(tǒng)中，模塊的控制域是模塊的作用域子集。（ X）（注：在一個(gè)設(shè)計(jì)得很好的系統(tǒng)中，模塊的作用域是模塊的控制域子集。）43、編譯程序可以發(fā)現(xiàn)源程序的一切錯(cuò)誤，因此是程序正確性證明的實(shí)用工具。（ X）44、在程序調(diào)試時(shí)，改正該錯(cuò)誤比找出錯(cuò)誤的位置和性質(zhì)更難。（ X）（注：在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)誤更難。）！填空題：1.在信息處理和計(jì)算機(jī)領(lǐng)域內(nèi)，一般認(rèn)為軟件是 、 和 。2. 數(shù)據(jù)流圖的基本組成部分有 _、 _、 _、 _ 。3. 數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的 _模型，是需求規(guī)格說明書的主要組成部分。4. 劃分模塊時(shí)盡量

10、做到_ _，保持模塊的獨(dú)立性，盡量使用公共模塊。 5. 類的實(shí)例化是 。 6. 人們常用硬件可靠性的定量度量方法來度量軟件的可靠性和可用性，常用的度量軟件可靠性的兩個(gè)指標(biāo)是 _和_ 。 8. 將待開發(fā)的軟件細(xì)化，分別估算每一個(gè)子任務(wù)所需要的開發(fā)工作量，然后將它們加起來， 將得到軟件的總開發(fā)量。這種成本估算方法稱為_ 。 10.   如果一個(gè)模塊被 n 個(gè)模塊調(diào)用，其中直接的上級(jí)模塊的個(gè)數(shù)是 m 個(gè)（ m<=n ）那么該模塊的扇入數(shù)是 個(gè)。 11.   結(jié)構(gòu)化設(shè)計(jì)以 _ _ 為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)。 15.&

11、#160;  面向?qū)ο蠓治龅哪康氖菍?duì)客觀世界的系統(tǒng)進(jìn)行 _ _ 。 16.   軟件維護(hù)工作的生產(chǎn)性活動(dòng)包括分析評(píng)價(jià)、修改設(shè)計(jì)和 _ 等。 17.   為了使應(yīng)用軟件適應(yīng)計(jì)算機(jī)環(huán)境的變化而 _ _ 的過程稱為適應(yīng)性維護(hù)。 18.   一個(gè)進(jìn)行學(xué)生成績統(tǒng)計(jì)的模塊其功能是先對(duì)學(xué)生的成績進(jìn)行累加，然后求平均值，則該模塊的內(nèi)聚性是 _ 。 19. 投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于 _ 所需的時(shí)間。 20.   軟件生存周期是指一個(gè)軟件從提出開發(fā)要求開始直到 _ _為止的整個(gè)時(shí)期。21.曾被譽(yù)為“程序設(shè)計(jì)方法的革

12、命”的 程序設(shè)計(jì)，使程序設(shè)計(jì)從主要依賴于程序員個(gè)人的自由活動(dòng)成為有章可循的一門科學(xué)。22.、從結(jié)構(gòu)化程序設(shè)計(jì)到   ，是程序設(shè)計(jì)方法的又一次飛躍。23、. 在單元測試時(shí)，需要為被測模塊設(shè)計(jì) 。24、.軟件測試是為了_ _而執(zhí)行程序的過程。25、.運(yùn)行被測程序的方法稱為_ 測試。26、.動(dòng)態(tài)測試中，主要測試軟件功能的方法稱為 法。27、.選擇測試用例，使得被測程序中每個(gè)判定的每個(gè)分支至少執(zhí)行一次，這種邏輯覆蓋標(biāo)準(zhǔn)為 。28.、要覆蓋含有循環(huán)結(jié)構(gòu)的所有路徑是不可能的，一般通過限制 來測試。29、.用等價(jià)類劃分法設(shè)計(jì)測試用例時(shí)，如果被測程序的某個(gè)輸入條件規(guī)定了取值范圍，則可確定一

13、個(gè)合理的等價(jià)類和 。30、.憑經(jīng)驗(yàn)或直覺推測程序中可能存在的錯(cuò)誤而設(shè)計(jì)測試用例的方法是 。31、集成測試中的具體方法是 。32、.確認(rèn)測試階段的兩項(xiàng)工作是 。 33、.在單元測試中，測試一個(gè)模塊時(shí)，需要設(shè)計(jì) 。 34、信息流的類型只要包括 和 。35、與程序流程圖相比，盒圖沒有 ，因此不允許隨意轉(zhuǎn)移控制。36 、 適用于表示多重嵌套的條件選擇。37、動(dòng)態(tài)模型中 將消息從一個(gè)對(duì)象發(fā)送到另一個(gè)對(duì)象。38、軟件工程中的結(jié)構(gòu)化分析SA是一種面向 的分析方法。39件模塊獨(dú)立性的兩個(gè)定性度量標(biāo)準(zhǔn)是 、 。40、軟件開發(fā)是一個(gè)自頂向下逐步細(xì)化和求精的過程，而軟件測試是一個(gè) 。41、 和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)

14、的邏輯模型。42、作為計(jì)算機(jī)科學(xué)技術(shù)領(lǐng)域的一門新興學(xué)科，“軟件工程”主要是為了解決 問題。43、軟件設(shè)計(jì)方法中的Jackson方法是一種面向 的設(shè)計(jì)方法。44、在軟件測試中黑盒測試的主要任務(wù)是通過測試來檢查程序的 。45、螺旋模型的主要優(yōu)勢在于，它是 驅(qū)動(dòng)的。=！填空題答案：1、程序、文檔 、數(shù)據(jù) 2、數(shù)據(jù)的源點(diǎn)與終點(diǎn)、數(shù)據(jù)流、加工、數(shù)據(jù)文件 3、邏輯 4、 高內(nèi)聚、低耦合 5、對(duì)象 6、成功地運(yùn)行的概率 平均故障時(shí)間 8、_自底向上 10 、 n 11、數(shù)據(jù)流圖 15、建模 16、編寫程序代碼 17、修改軟件 18、順序內(nèi)聚 19、最初的投資費(fèi)用 20、_軟件廢棄21、結(jié)構(gòu)化 22、面向?qū)ο?/p>

15、程序設(shè)計(jì) 23、測試用例 24、發(fā)現(xiàn)錯(cuò)誤25、動(dòng)態(tài)測試 26、.黑盒法 27、判定覆蓋 28、循環(huán)次數(shù)29、兩個(gè)不合理等價(jià)類 30、 錯(cuò)誤推測法 31、漸增式和非漸增式測試方法 32、進(jìn)行確認(rèn)測試和軟件配置審查 33、驅(qū)動(dòng)模塊和樁模塊 34、交換流 事務(wù)流 35、箭頭 36、判定表 37、事件 38、數(shù)據(jù)流39、內(nèi)聚性、耦合性 40、由下而上 41、數(shù)據(jù)流圖 42、軟件危機(jī)43、數(shù)據(jù)結(jié)構(gòu) 44、 功能 45、風(fēng)險(xiǎn)= 老師課堂講的有如下一填空題：1、同一軟件的大量軟件產(chǎn)品的生產(chǎn)主要是通過 而得到。2、軟件工程是計(jì)算機(jī)科學(xué)中的一個(gè)分支，其主要思想是在軟件生產(chǎn)中用 的方法代替?zhèn)鹘y(tǒng)手工方法。3、結(jié)構(gòu)化

16、方法由結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和 構(gòu)成。4、 是將軟件生存周期各個(gè)活動(dòng)規(guī)定為依線性順序連接的若干階段模型。5、軟件是一種邏輯產(chǎn)品，它以程序和文檔的形式出現(xiàn)，通過 才能體現(xiàn)它的功能和作用。6、軟件工程研究的主要內(nèi)容是軟件開發(fā)技術(shù)和 兩個(gè)方面。7、軟件生存周期是指一個(gè)軟件從 開始直到軟件報(bào)廢而止的整個(gè)時(shí)期。8、 是一種非整體開發(fā)的模型軟件在 該模型中“逐漸”開發(fā)出來的。9、 是軟件生存周期中時(shí)間最長的階段。=一、填空題答案：1、復(fù)制 2、工程學(xué) 3、結(jié)構(gòu)實(shí)現(xiàn) 4、瀑布模型 5、運(yùn)行 6、軟件開發(fā)管理 7、軟件定義 8、增量模型 9、軟件維護(hù)二、填空題1、軟件可靠性研究的目的就是用最小的代價(jià)在盡可能短

17、的時(shí)間內(nèi)確定 解決。2、系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，它用圖形符號(hào)來表示子系統(tǒng)中各個(gè)元素，它表達(dá)了系統(tǒng)中各個(gè)元素之間的 情況。3、成本效益分析的目的是以 評(píng)價(jià)開發(fā)一個(gè)新的軟件項(xiàng)目是否可行。4、可行性研究的第一步驟是 。5、可行性研究的最后步驟是 。=二、填空題答案：1、問題是否能夠 2、流動(dòng) 3、經(jīng)濟(jì)角度 4、復(fù)查系統(tǒng)規(guī)模和目標(biāo) 5、書寫文檔提交審查三、填空題1需求分析的基本任務(wù)是要標(biāo)準(zhǔn)定義_ ，回答系統(tǒng)必須“做什么”的問題。2編寫_ ，著重反映被開發(fā)軟件的用戶功能界面和用戶使用的具體要求，它能強(qiáng)制分析人員從用戶使用的觀點(diǎn)考慮設(shè)計(jì)。3傳統(tǒng)的SA方法主要用于數(shù)據(jù)處理方面的問題，主要工具DF

18、D體現(xiàn)了系統(tǒng)“做”的功能，但它僅是一個(gè) ，沒有反映處理的順序4為完善地描述用戶對(duì)系統(tǒng)的需求，DFD應(yīng)與數(shù)據(jù)庫技術(shù)中的 _結(jié)合起來。=三、填空題答案：1、軟件的需求 2、用戶手冊(cè) 3、靜態(tài)模型 4、建立數(shù)據(jù)模型四、填空題1在軟件概要設(shè)計(jì)階段，編寫完文檔后，要求是否完整地實(shí)現(xiàn)需求中規(guī)定的功能，性能等要求設(shè)計(jì)方案的可行性等等進(jìn)行 。2 兩模塊之間有調(diào)用關(guān)系，傳遞的是簡單的數(shù)據(jù)值，這種模塊之間耦合稱為 。3一個(gè)模塊內(nèi)的個(gè)處理元素之間沒有任何聯(lián)系，該模塊的內(nèi)聚性為 。 4結(jié)構(gòu)化設(shè)計(jì)中以數(shù)據(jù)流圖為基礎(chǔ)的兩種具體設(shè)計(jì)方法是 _ 設(shè)計(jì)和_設(shè)計(jì)5軟件概要設(shè)計(jì)階段產(chǎn)生的最重要的文檔是 。6軟件結(jié)構(gòu)圖中的模塊用 表

19、示，并用名字標(biāo)識(shí)破該模塊，名字應(yīng)該體現(xiàn)模塊的功能。7通過抽象，可能確定組成設(shè)計(jì)的過程實(shí)體，通過 可能定義和實(shí)施對(duì)模塊的過程細(xì)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。8在多層次結(jié)構(gòu)圖中，其模塊的層次數(shù)稱為結(jié)構(gòu)圖的_ 。9模塊的基本屬性包括接口、 、邏輯、和狀態(tài)。=四、填空題答案： 1、評(píng)審 2、數(shù)據(jù)耦合 3、偶然內(nèi)聚_ 4、_變換、事務(wù) 5、概要設(shè)計(jì)說明書 6、矩形 7、信息屏蔽 8、深度_ 9、功能五、填空題1在軟件詳細(xì)設(shè)計(jì)階段，用JSP方法完成設(shè)計(jì)的最后一步是用_ _寫出程序。2詳細(xì)描述處理過程常用三種工具： ，表格，和語言3詳細(xì)設(shè)計(jì)的目標(biāo)不僅是邏輯上正確地實(shí)現(xiàn)每個(gè)模塊的功能，還應(yīng)該使設(shè)計(jì)的處理過程 。4

20、程序語言的工程特征性主要表現(xiàn)為可移植性， ，軟件的可重用性和維護(hù)性5詳細(xì)設(shè)計(jì)的基本任務(wù)是確定每個(gè)模塊的 設(shè)計(jì)。6必須在軟件交付之前對(duì)整個(gè) 進(jìn)行評(píng)審，以減少對(duì)文檔的副作用。7為了提高程序的易讀性，同時(shí)為減少錯(cuò)誤，提高軟件開發(fā)效率，編寫時(shí)應(yīng)注意養(yǎng)成良好的 。=五、填空題答案：1、偽碼 2、_圖形工具 3、應(yīng)該盡可能簡明易懂 4、開發(fā)工具的可利用性 5、算法 6、軟件配置 7、程序設(shè)計(jì)_風(fēng)格。六、填空題1.軟件測試是為了.發(fā)現(xiàn)_ _而執(zhí)行程序的過程。2集成測試時(shí)，能較早發(fā)現(xiàn)高層模塊接口，控制等方面的問題的測試法是 。3用等價(jià)類劃分法設(shè)計(jì)一個(gè)測試用例，使其盡可能地覆蓋尚未被覆蓋過的 等價(jià)類。4在邏輯覆

21、蓋的測試技術(shù)中，要覆蓋含有循環(huán)結(jié)構(gòu)的所有路徑是不可能的，但可以通過限制 來測試。5在測試程序中，人們可能根據(jù)經(jīng)驗(yàn)和直覺推測程序中可能存在的各種錯(cuò)誤，從而針對(duì)性地編寫檢查這些錯(cuò)誤的測試用例，這種方法稱為 。6使用_ _方法設(shè)計(jì)測試用例時(shí)一般與等價(jià)劃分結(jié)合起來，但它不是從一個(gè)等價(jià)類中任選一個(gè)例子作為代表。7確認(rèn)測試又稱為_ _，它的任務(wù)是檢查軟件的功能與性能是否與需求規(guī)格說明書中的指標(biāo)相符。8選擇測試用例，使得每個(gè)判定表達(dá)式中條件的各種可能的值的組合都至少出現(xiàn)一次，這種邏輯覆蓋標(biāo)準(zhǔn)稱為 。=六、填空題答案：1、程序中的錯(cuò)誤 2、自底向下的漸增式測試 3、合理的 4、循環(huán)次數(shù) 5、錯(cuò)誤測試法 6、邊

22、值分析 7、驗(yàn)收測試 8、條件組合七、填空題1在整個(gè)維護(hù)活動(dòng)中，預(yù)防性維護(hù)主要占珍格格維護(hù)活動(dòng)的_ _。2采用軟件工程的方法開發(fā)軟件，則各階段都有相應(yīng)的文檔，容易進(jìn)行維護(hù)，這是一種的_ _維護(hù)。3軟件維護(hù)費(fèi)用增加的主要原因是軟件維護(hù)的_ _非常低。4用于軟件維護(hù)工作的活動(dòng)課分為生產(chǎn)活動(dòng)和非生產(chǎn)性活動(dòng)兩種，非生產(chǎn)性活動(dòng)包括理解程序代碼功能， ，接口特點(diǎn)和設(shè)計(jì)約束5所有軟件維護(hù)申請(qǐng)報(bào)告應(yīng)按規(guī)定的方法提出，該報(bào)告也稱為_ _。6不管維護(hù)類型如何，大體上要開展相同的技術(shù)工作，這些工作包括，_ _ _，必要的代碼維修，單元測試，集成測試，確認(rèn)測試以及復(fù)審。每種維護(hù)類型的側(cè)重點(diǎn)不一樣。7維護(hù)階段是軟件生命

23、周期中時(shí)間_ _的一個(gè)階段，所花費(fèi)的精力和費(fèi)用也是 的一個(gè)階段。8在軟件交付使用后，由于軟件開發(fā)過程中產(chǎn)生的錯(cuò)誤并沒有完全徹底地在測試中發(fā)現(xiàn)，因此，必然有一部分被帶到 _ _ _階段上來。9維護(hù)的副作用有三種：編碼副作用，數(shù)據(jù)副作用，文檔副作用，_ _副作用是修改軟件信息結(jié)構(gòu)導(dǎo)致的結(jié)果。=七、填空題答案：1、比例很小 2、結(jié)構(gòu)化 3 、生產(chǎn)率 4 、數(shù)據(jù)結(jié)構(gòu) 5、軟件問題報(bào)告6、軟件設(shè)計(jì) 7、最長、最多 8 、軟件維護(hù) 9、數(shù)據(jù)副作用八、填空題1對(duì)象有操作，用于改變對(duì)象的狀態(tài)，對(duì)象及其操作就是對(duì)對(duì)象的 _。2類具有屬性，它是對(duì)象的狀態(tài)的抽象，用_ _描述類的屬性。3采用面向?qū)ο蠓椒ㄩ_發(fā)軟件的基

24、本目的和主要優(yōu)點(diǎn)是通過重用提高軟件的_ _4在類層次中，子類只繼承一個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為_ _。5動(dòng)態(tài)模型描述了系統(tǒng)的_ _ _。6 _ _是封裝的最基本單位7瀑布模型把設(shè)計(jì)進(jìn)一步劃分成概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段，類似地，也可以把面向?qū)ο笤O(shè)計(jì)再細(xì)分為_ 和對(duì)象設(shè)計(jì)。8現(xiàn)實(shí)世界中，各種對(duì)象之間相互觸發(fā)的，一個(gè)觸發(fā)行為就是一個(gè)_ _ _。9_ _是類中對(duì)象所使用的一個(gè)功能或變。10面向?qū)ο蠓治龅哪康氖菍?duì)客觀世界的系統(tǒng)進(jìn)行_ _。=八、填空題答案：1、行為 2、數(shù)據(jù)結(jié)構(gòu) 3 、開發(fā)的生產(chǎn)率 4 、單繼承 5、動(dòng)態(tài)行為_ 6、對(duì)象 7 、系統(tǒng)設(shè)計(jì) 8、事件 9、操作 10、鍵模 簡答題：1.

25、軟件工程的七條基本原理是什么？答:軟件工程的七條基本原理是：(1用分階段的是的生存周期計(jì)劃嚴(yán)格管理；(2) 堅(jiān)持進(jìn)行階段評(píng)審；(3) 嚴(yán)格實(shí)施的產(chǎn)品控制；(4)采用現(xiàn)代程序技術(shù)；(5) 結(jié)果應(yīng)能清楚地審查；(6)開發(fā)小組的成員應(yīng)該少而精；(7)承認(rèn)不斷改進(jìn)軟件工程的必要性。2.良好的編碼風(fēng)格應(yīng)具備哪些條件？答:應(yīng)具備以下條件：（1）使用標(biāo)準(zhǔn)的控制結(jié)構(gòu)；（2）有限制地使用GOTO語句；（3）源程序的文檔化 （應(yīng)具備以下內(nèi)容）有意義的變量名稱 “匈牙利命名規(guī)則 ”。 適當(dāng)?shù)淖⑨?“注釋規(guī)范”。標(biāo)準(zhǔn)的書寫格式：用分層縮進(jìn)的寫法顯示嵌套結(jié)構(gòu)的層次（鋸齒形風(fēng)格）；在注釋段的周圍加上邊框；在注釋

26、段與程序段、以及不同程序段之間插入空行；每行只寫一條語句；書寫表達(dá)式時(shí)，適當(dāng)使用空格或圓括號(hào)等作隔離符。（4）滿足運(yùn)行工程學(xué)的輸入輸出風(fēng)格。 3.簡述文檔在軟件工程中的作用。答：(1) 提高軟件開發(fā)過程的能見度(2) 提高開發(fā)效率(3) 作為開發(fā)人員階段工作成果和結(jié)束標(biāo)志(4) 記錄開發(fā)過程的有關(guān)信息便于使用與維護(hù)；(5) 提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；(6) 便于用戶了解軟件功能、性能。 4.可行性研究包括哪幾方面的內(nèi)容？答：(1)經(jīng)濟(jì)可行性：是否有經(jīng)濟(jì)效益，多長時(shí)間可以收回成本； (2)技術(shù)可行性：現(xiàn)有技術(shù)能否實(shí)現(xiàn)本系統(tǒng)，現(xiàn)有技術(shù)人員能否勝任，開發(fā)系統(tǒng)的資源能否滿足

27、； (3)運(yùn)行可行性：系統(tǒng)操作在用戶內(nèi)部行得通嗎？ (4)法律可行性：新系統(tǒng)開發(fā)是否會(huì)侵犯他人、集體或國家利益，是否違反國家法律。 5.結(jié)構(gòu)化的需求分析描述工具有哪些?答：有數(shù)據(jù)流圖（DFD）、數(shù)據(jù)字典（DD）、判定表、判定樹、結(jié)構(gòu)化語言（PDL）、層次方框圖、Warnier圖、IPO圖、控制流圖（CFD）、控制說明（CSPEC）、狀態(tài)轉(zhuǎn)換圖（STD）和實(shí)體關(guān)系圖（ER）等。 6.一般面向?qū)ο蠓治鼋５墓ぞ撸▓D形）有哪些?答：用例圖、類/對(duì)象圖、對(duì)象關(guān)系圖、實(shí)體關(guān)系圖（ER）、事件軌跡圖（時(shí)序圖）和狀態(tài)轉(zhuǎn)換圖（STD）等。 7.UML統(tǒng)一建模語言有哪幾種圖形？答、

28、用例圖、類圖、對(duì)象圖、構(gòu)件（組件）圖、部署（配置）圖、狀態(tài)圖、活動(dòng)圖、順序（時(shí)序）圖、合作（協(xié)作）圖等九種圖。 8.在面向?qū)ο蠓治鰰r(shí)類和對(duì)象的靜態(tài)關(guān)系主要有哪幾種？答：類和對(duì)象的靜態(tài)關(guān)系主要有關(guān)聯(lián)、聚集、泛化、依賴等四種關(guān)系。 9. 什么是模塊化？模塊設(shè)計(jì)的準(zhǔn)則？模塊化是按規(guī)定的原則將一個(gè)大型軟件劃分為一個(gè)個(gè)較小的、相對(duì)獨(dú)立但又相關(guān)的模塊。模塊設(shè)計(jì)的準(zhǔn)則：(1) 改進(jìn)軟件結(jié)構(gòu), 提高模塊獨(dú)立性:在對(duì)初步模塊進(jìn)行合并、分解和移動(dòng)的分析、精化過程中力求提高模塊的內(nèi)聚，降低藕合。(2) 模塊大小要適中:大約50行語句的代碼，過大的模塊應(yīng)分解以提高理解性和可維護(hù)性;過小的模塊,合并

29、到上級(jí)模塊中。(3) 軟件結(jié)構(gòu)圖的深度、寬度、扇入和扇出要適當(dāng)。一般模塊的調(diào)用個(gè)數(shù)不要超過5個(gè)。(4) 盡量降低模塊接口的復(fù)雜程度；(5) 設(shè)計(jì)單入口、單出口的模塊。(6) 模塊的作用域應(yīng)在控制域之內(nèi)。 10.什么是模塊獨(dú)立性？用什么度量？答：模塊獨(dú)立性概括了把軟件劃分為模塊時(shí)要遵守的準(zhǔn)則，也是判斷模塊構(gòu)造是不是合理的標(biāo)準(zhǔn)。獨(dú)立性可以從兩個(gè)方面來度量：即模塊本身的內(nèi)聚和模塊之間的耦合。 11. 變換型數(shù)據(jù)流由哪幾部分組成？答：變換型結(jié)構(gòu)由三部分組成:傳入路徑、變換(加工)中心和傳出路徑。 12. 變換分析設(shè)計(jì)的步驟？答：(1) 區(qū)分傳入、傳出和變換中心三部分，劃分

30、DFD圖的分界線；(2) 完成第一級(jí)分解:建立初始SC圖的框架；(3) 完成第二級(jí)分解:分解SC圖的各個(gè)分支；(4) 對(duì)初始結(jié)構(gòu)圖按照設(shè)計(jì)準(zhǔn)則進(jìn)行精化與改進(jìn)。 13. 事務(wù)型數(shù)據(jù)流由哪幾部分組成？答：事務(wù)型結(jié)構(gòu)由至少一條接受路徑、一個(gè)事務(wù)中心與若干條動(dòng)作路徑組成。 14. 事務(wù)分析設(shè)計(jì)的步驟？答：(1) 在DFD圖中確定事務(wù)中心、接收部分(包含全部接收路徑)和發(fā)送部分(包含全部動(dòng)作路徑);(2) 畫出SC圖框架,把DFD圖的三部分，分別映射"為事務(wù)控制模塊,接收模塊和動(dòng)作發(fā)送模塊.一般得到SC圖的頂層和第一層(如果第一層簡單可以并入頂層);(3) 分解和細(xì)化接收分

31、支和動(dòng)作分支,完成初始的SC圖;(4) 對(duì)初始結(jié)構(gòu)圖按照設(shè)計(jì)準(zhǔn)則進(jìn)行精化與改進(jìn)。 15數(shù)據(jù)字典包括哪些內(nèi)容?答：數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合。它對(duì)數(shù)據(jù)流圖上每一個(gè)成分：數(shù)據(jù)項(xiàng)、文件(數(shù)據(jù)結(jié)構(gòu))、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、加工和外部項(xiàng)等給以定義和說明；它主要由數(shù)據(jù)流描述、加工描述和文件描述三部分組成。 16.什么是軟件生存周期？把生存周期劃分為階段的目的是什么？答：一個(gè)軟件從開始計(jì)劃起，到廢棄不用止，成為軟件的生存周期。把整個(gè)生存周期劃分為較小的階段，給每個(gè)階段賦予確定而有限的任務(wù)，能夠簡化每一步的工作內(nèi)容，使因?yàn)檐浖?guī)模增長而大大增加了的軟件復(fù)雜性變得較易控制和管理。&

32、#160;17.詳細(xì)設(shè)計(jì)的目的?答：為軟件結(jié)構(gòu)圖(SC圖或HC圖)中的每一個(gè)模塊確定采用的算法和塊內(nèi)數(shù)據(jù)結(jié)構(gòu),用某種選定的表達(dá)工具給出清晰的描述. 18詳細(xì)設(shè)計(jì)的任務(wù)是什么？答：為每個(gè)模塊確定采用的算法；確定每一模塊使用的數(shù)據(jù)結(jié)構(gòu)；確定模塊接口的細(xì)節(jié)；編寫過程設(shè)計(jì)說明書；設(shè)計(jì)每一模塊的測試用例。 19. 編碼的任務(wù)？答：使用選定的程序設(shè)計(jì)語言，把模塊的過程性描述翻譯為用語言書寫的源程序(源代碼)。 20.軟件測試的基本任務(wù)？答：軟件測試是按照特定的規(guī)則，發(fā)現(xiàn)軟件錯(cuò)誤的過程；好的測試方案是盡可能發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯(cuò)誤的測試；成功的測試方案是發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯(cuò)

33、誤的測試。 21.什么是黑盒測試?黑盒測試主要采用的技術(shù)有哪些?答：黑盒測試也稱為功能測試,它著眼于程序的外部特征,而不考慮程序的內(nèi)部邏輯結(jié)構(gòu)。測試者把被測程序看成一個(gè)黑盒,不用關(guān)心程序的內(nèi)部結(jié)構(gòu)。黑盒測試是在程序接口處進(jìn)行測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息(如數(shù)據(jù)庫或文件)的完整性。黑盒測試主要采用的技術(shù)有:等價(jià)分類法、邊界值分析法、錯(cuò)誤推測法和因果圖等技術(shù)。 22.什么是白盒測試?白盒測試主要采用的技術(shù)有哪些?答：白盒測試是測試者了解被測程序的內(nèi)部結(jié)構(gòu)和處理過程,對(duì)程序的所有邏輯路徑

34、進(jìn)行測試,在不同點(diǎn)檢查程序狀態(tài),確定實(shí)際狀態(tài)與預(yù)期狀態(tài)是否一致。白盒測試主要采用的技術(shù)有：路徑測試技術(shù)和事務(wù)處理流程技術(shù)，對(duì)包含有大量邏輯判斷或條件組合的程序采用基于邏輯的測試技術(shù)。 23.路徑測試技術(shù)中幾種主要覆蓋的含義?舉例說明?答：語句覆蓋:至少執(zhí)行程序中所有語句一次。   判定覆蓋:使被測程序中的每一個(gè)分支至少執(zhí)行一次。故也稱為分支覆蓋。條件覆蓋:執(zhí)行所有可能的穿過程序的控制路流程。條件組合測試:設(shè)計(jì)足夠的測試用例，使每個(gè)判定中的所有可能條件取值組合至少執(zhí)行一次。(例略) 24.等價(jià)分類法的測試技術(shù)采用的一般方法?舉例說明?答：(1) 

35、 為每個(gè)等價(jià)類編號(hào)；(2)  設(shè)計(jì)一個(gè)新的測試方案,以盡可能多的覆蓋尚未被覆蓋的有效等價(jià)類,重復(fù)這一步驟,直到所有有效等價(jià)類被覆蓋為止。(3)  設(shè)計(jì)一個(gè)新的測試方案,使它覆蓋一個(gè)尚未被覆蓋的無效等價(jià)類, 重復(fù)這一步驟,直到所有無效等價(jià)類被覆蓋為止。(例略) 25.為什么說軟件的維護(hù)是不可避免的？答：因?yàn)檐浖拈_發(fā)過程中，一般很難檢測到所有的錯(cuò)誤，其次軟件在應(yīng)用過程中需要隨用戶新的要求或運(yùn)行環(huán)境的變化而進(jìn)行軟件的修改或完成功能的增刪等，為了提高軟件的應(yīng)用水平和使用壽命，軟件的維護(hù)是不可避免的。 26.軟件的維護(hù)一般分為哪幾類？答：完善性維護(hù)：滿足用戶在使

36、用過程中提出增加新的功能或修改已有功能，以滿足用戶日益增長的需要而進(jìn)行的工作； 適應(yīng)性維護(hù)：是軟件適應(yīng)新的運(yùn)行環(huán)境而進(jìn)行的工作；糾錯(cuò)性維護(hù)：糾正開發(fā)期間未發(fā)現(xiàn)的遺留錯(cuò)誤，即在程序使用期間發(fā)現(xiàn)的程序錯(cuò)誤進(jìn)行診斷和改正的過程；預(yù)防性維護(hù)：為了改善未來的可維護(hù)性或可靠性而修改軟件的工作。 27.決定軟件可維護(hù)性的因素？答：(1) 軟件的可理解性、可測試性、可修改性； (2) 文檔描述符合要求、用戶文檔簡潔明確、系統(tǒng)文檔完整并且標(biāo)準(zhǔn)。 28.分析軟件危機(jī)產(chǎn)生的主要原因有哪些？ 答：導(dǎo)致軟件危機(jī)的主要原因有： （1）軟件日益復(fù)雜和龐大（2）軟件開發(fā)管理困難和復(fù)雜（3）軟件開發(fā)技術(shù)落后

37、（4）生產(chǎn)方式落后（5）開發(fā)工具落后（6）軟件開發(fā)費(fèi)用不斷增加  29.說明結(jié)構(gòu)化程序設(shè)計(jì)的主要思想是什么？ 答：（1）自頂向下、逐步求精的程序設(shè)計(jì)方法（2）使用3種基本控制結(jié)構(gòu)、單入口、單出口來構(gòu)造程序。  30、軟件測試的基本任務(wù)是什么？測試與糾錯(cuò)有什么區(qū)別？答：軟件測試的基本任務(wù)是通過在計(jì)算機(jī)上執(zhí)行程序，暴露程序中潛在的錯(cuò)誤。測試和糾錯(cuò)目的和任務(wù)都不相同，測試是為了發(fā)現(xiàn)程序的錯(cuò)誤，糾錯(cuò)是為了定位和糾正錯(cuò)誤，從而消除軟件故障，保證程序的可靠運(yùn)行。 31.軟件測試包括哪些步驟？同時(shí)說明這些步驟的測試目的是什么？ 答：（1）單元測試，目的是代碼達(dá)到模塊說明書的要求

38、（2）集成測試，目的是將經(jīng)過單元測試的模塊逐步組裝成具有良好一致性的完整的程序（3）確認(rèn)測試，目的是確認(rèn)程序系統(tǒng)是否滿足軟件需求規(guī)格說明書的要求（4）系統(tǒng)測試，目的是檢查能否與系統(tǒng)的其余部分協(xié)調(diào)運(yùn)行，并且完成SRS對(duì)他的要求。 32.需求分析與軟件設(shè)計(jì)二個(gè)階段任務(wù)的主要區(qū)別是什么？ 答：需求分析定義軟件的用戶需求，即定義待開發(fā)軟件能做什么。軟件設(shè)計(jì)定義軟件的實(shí)現(xiàn)細(xì)節(jié)以滿足用戶需求，即研究如何實(shí)現(xiàn)軟件。 33.說明軟件測試和調(diào)試的目的有何區(qū)別？ 答：測試的目的是判斷和發(fā)現(xiàn)軟件是否有錯(cuò)誤。調(diào)試的目的是定位軟件錯(cuò)誤并糾錯(cuò)。 34. 什么是軟件復(fù)用？簡述軟件復(fù)用和軟件共享

39、、軟件移植的差別。答：軟件復(fù)用是指在構(gòu)造新的軟件系統(tǒng)的過程中，對(duì)已存在的軟件人工制品的使用技術(shù)。如果是在一個(gè)系統(tǒng)中多次使用一個(gè)相同的軟件成分，這叫軟件共享；對(duì)一個(gè)軟件進(jìn)行修改，使它能運(yùn)行于新的軟、硬件平臺(tái)這稱作軟件移植。 35. 什么是軟件再工程？軟件再工程的主要活動(dòng)有哪些？答：軟件再工程是運(yùn)用逆向工程、重構(gòu)等技術(shù)，在充分理解原有軟件的基礎(chǔ)上，進(jìn)行分解、綜合，并重新構(gòu)建軟件，用以提高軟件的可理解性、可維護(hù)性、可復(fù)用性或演化性。主要活動(dòng)：信息庫分析、文檔重構(gòu)、逆向工程、代碼重構(gòu)、數(shù)據(jù)重構(gòu)、正向工程。36、什么是軟降工程，軟件工程的準(zhǔn)則是什么？36、答：1）軟件工程定義：軟件工程是指導(dǎo)計(jì)

40、算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，以經(jīng)濟(jì)地、高效的開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程。2） 軟件工程準(zhǔn)則可以概括為7條基本原則：（1） 用分階段的生命周期計(jì)劃嚴(yán)格管理；（2） 堅(jiān)持進(jìn)行階段評(píng)審（3） 實(shí)行嚴(yán)格的產(chǎn)品控制（4） 采用現(xiàn)代程序設(shè)計(jì)技術(shù)（5） 應(yīng)能清楚地審查結(jié)果（6） 合理安排軟件開發(fā)小組的人員（7） 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性37、什么是編碼風(fēng)格，包括哪些方面？答：編碼風(fēng)格又稱程序設(shè)計(jì)風(fēng)格或編程風(fēng)格，實(shí)際上指編程的原則。表現(xiàn)為4個(gè)方面：源程

41、序文檔化：符號(hào)名的命名、程序的注釋、標(biāo)準(zhǔn)的書寫格式數(shù)據(jù)說明：數(shù)據(jù)說明的次序應(yīng)當(dāng)規(guī)范化。使數(shù)據(jù)屬性容易查找，也有利于測試，排錯(cuò)和維護(hù)語句結(jié)構(gòu)：語句結(jié)構(gòu)力求簡單、直接，不能為了片面追求效率而使語句復(fù)雜化，可以從以下幾點(diǎn)注意：使用標(biāo)準(zhǔn)的控制結(jié)構(gòu)、盡可能使用庫函數(shù)、程序編寫首先應(yīng)該考慮清晰性、注意使用goto語句輸入/輸出方法：輸入/輸出地方式和格式應(yīng)當(dāng)盡可能做到對(duì)用戶友善，盡可能方便用戶的使用。38、比較黑盒測試與白盒測試的區(qū)別。 答： 黑盒測試法： 黑盒測試法把程序看成一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程。黑盒測試是在程序接口進(jìn)行的測試，它只檢查程序功能是否按照規(guī)格說明書的規(guī)定正常使用，

42、程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息的完整性。黑盒測試又稱為功能測試。白盒測試法：白盒測試法的前提是可以把程序裝在一個(gè)透明的白盒子里，也就是完全了解程序的內(nèi)部結(jié)構(gòu)和處理過程。這種方法按照程序的內(nèi)部的邏輯測試程序，檢驗(yàn)程序中的每條通路是否都能夠按預(yù)定要求正確工作，白盒測試又稱結(jié)構(gòu)測試。39.什么是黑盒測試?黑盒測試主要采用的技術(shù)有哪些?黑盒測試也稱為功能測試,它著眼于程序的外部特征,而不考慮程序的內(nèi)部邏輯結(jié)構(gòu)。測試者把被測程序看成一個(gè)黑盒,不用關(guān)心程序的內(nèi)部結(jié)構(gòu)。黑盒測試是在程序接口處進(jìn)行測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰?/p>

43、入數(shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息(如數(shù)據(jù)庫或文件)的完整性。黑盒測試主要采用的技術(shù)有:等價(jià)分類法、邊沿值分析法、錯(cuò)誤推測法和因果圖等技術(shù)。 40.什么是白盒測試?白盒測試主要采用的技術(shù)有哪些?測試者了解被測程序的內(nèi)部結(jié)構(gòu)和處理過程,對(duì)程序的所有邏輯路徑進(jìn)行測試,在不同點(diǎn)檢查程序狀態(tài),確定實(shí)際狀態(tài)與預(yù)期狀態(tài)是否一致。白盒測試主要采用的技術(shù)有：路徑測試技術(shù)和事務(wù)處理流程技術(shù)，對(duì)包含有大量邏輯判斷或條件組合的程序采用基于邏輯的測試技術(shù)。 41、.路徑測試技術(shù)中幾種主要覆蓋的含義?舉例說明?語句覆蓋:至少執(zhí)行程序中所有語句一次。 判定覆蓋:使被測程序中的每一個(gè)分支至少執(zhí)行一次。故也稱為分支覆

44、蓋。條件覆蓋:執(zhí)行所有可能的穿過程序的控制路流程。條件組合測試:設(shè)計(jì)足夠的測試用例，使每個(gè)判定中的所有可能條件取值組合至少執(zhí)行一次。 42、比較集成試的兩種方式的優(yōu)劣?非漸增式測試方式：分別測試模塊,再把所有模塊按設(shè)計(jì)要求放在一起組成所要的程序。該方法編寫測試軟件工作量大，模塊間的接口錯(cuò)誤發(fā)現(xiàn)得晚，錯(cuò)誤定位較難診斷，總體測試有的錯(cuò)誤容易漏掉，測試時(shí)間相對(duì)較少，可以并行測試所有模塊，能充分利用人力，加快工程進(jìn)度。漸增式測試方式：把下一個(gè)要測試的模塊,同已經(jīng)測試好的那些模塊結(jié)合起來進(jìn)行測試。該方法利用已測試過的模塊作測試軟件,開銷小，較早發(fā)現(xiàn)模塊間的接口錯(cuò)誤，錯(cuò)誤定位往往和最近入的模塊相關(guān)，對(duì)已測試好的模塊可在新加入模塊的條件下受到新的檢驗(yàn)，測試更徹底，需要較多的測試時(shí)間，不能并行測試。總的來說，漸增式測試方法比較好。43、什么是條件覆蓋？并為以下程序流程圖設(shè)計(jì)條件覆蓋測試用例并標(biāo)明程序執(zhí)行路徑。答、1）條件覆蓋是指設(shè)計(jì)足夠的測試用例，使每個(gè)判