【正文】 題 ] 四 、簡(jiǎn)答題 簡(jiǎn)述軟件測(cè)試的任務(wù)、目的與類 型。 [填空題 ] 1瀑布模型適合于 __需求 __變更比較少的軟件開發(fā)過程。 [填空題 ] 1軟件的可理解性、可修改性、可測(cè)試性是決定軟件 __可維護(hù)性 __的基本因素。 [填空題 ] 單元測(cè)試是對(duì)程序最小單位模塊的測(cè)試，在單元測(cè)試中發(fā) 現(xiàn)的往往是編碼和 __詳細(xì) __設(shè)計(jì)階段的錯(cuò)誤。 [填空題 ] 在面向?qū)ο蠓椒▽W(xué)開發(fā)軟件時(shí)，通常需要建立三種模型，分別是對(duì)象模型、動(dòng)態(tài)模型和__功能 __模型。 1衡量軟件模塊獨(dú)立性的兩個(gè)重要定性指標(biāo) 是 ____和 ____。 10．標(biāo)準(zhǔn)建模語(yǔ) 言 UML的重要內(nèi)容可以通過 _______、 _______、行為圖、 _______和實(shí)現(xiàn)圖等圖來定義。 7． Jackson圖既可用表達(dá)程序結(jié)構(gòu)，也可用表達(dá) _______。 3．優(yōu)秀的設(shè)計(jì)通常是從現(xiàn)有的物理系統(tǒng)出發(fā)，導(dǎo)出現(xiàn)有系統(tǒng)的 _______。對(duì)于兩個(gè)問題 P1 和 P2，如果 C（ P1） C（ P2）顯然 E（ P1） E（ P2） ,則得出結(jié)論 E（ P1+P2） E（ P1） +E（ P2）就是： （ ） A．模塊化的根據(jù) B．逐步求精的根據(jù) C．抽象的根據(jù) D．信息隱藏和局部化的根據(jù) 12．下面幾種白箱測(cè)試技術(shù)，哪種是最強(qiáng)的覆蓋準(zhǔn)則（ ） A．語(yǔ)句覆蓋 B．條件覆蓋 C．判定覆蓋 D．條件組合覆蓋 13．面向數(shù)據(jù)流的設(shè)計(jì)方法把（ ）映射成軟件結(jié)構(gòu)。 A) 系統(tǒng)模型、 ER 模型、應(yīng)用模型 B) 對(duì)象模型、動(dòng)態(tài)模型、應(yīng)用模型 C) Ｅ Ｒ模型、對(duì)象模型、功能模型 D) 對(duì)象模型、動(dòng)態(tài)模型、功能模型 5. 在 ER 模型中，包含以下基本成分 ( )。 A、模塊說明書 B、框圖 C、程序 D、數(shù)據(jù)結(jié)構(gòu) 答案： 1. C 2. A 3. C 4. B 5. D 6. D 7. D 8. B 9. B 10. A （五）、 1. 軟件是（ ）。 A、程序員 B、項(xiàng)目管理者 C、軟件分析設(shè)計(jì)人員 D、軟件用戶 的文檔是（ ）。 A、設(shè)計(jì) B、編程 C、實(shí)現(xiàn) D、編碼 ，是以（）為基礎(chǔ)、自頂向下、逐步求精和模塊化的過程。對(duì)象有三種成份：（ ）、屬性和方法 (或操作 )。 C. 瀑布模型采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法，將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開。 A、運(yùn)籌學(xué) B、工程學(xué) C、軟件學(xué) D、數(shù)學(xué) 瀑布模型的關(guān)鍵不足在于（ ） A、過于 簡(jiǎn)單 B、不能適應(yīng)需求的動(dòng)態(tài)變更 C、過于靈活 D、各個(gè)階段需要進(jìn)行評(píng)審 軟件使不同的系統(tǒng)約束條件和用戶需求得到滿足的容易程度稱為軟件的（ ） A、兼容性 B、可靠性 C、堅(jiān)固性 D、可用性 軟件質(zhì)量（可維護(hù)性、可理解性、可靠性）很大程度取決于（ ） A、程序員的變成水平 B、模塊分解的合理 C、程序運(yùn)行效率 D、有完整的故障處理 E、算法的合理性 軟件可行性研究一般不考慮（ ） A、是否有足夠 的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) B、是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) C、待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算 D、待開發(fā)的軟件是否會(huì)有質(zhì)量問題 SA 法中，有一個(gè)處理過程邏輯不易用語(yǔ)言表達(dá)清楚，最好是用（ ）來描述 A、流程圖 B、判定表 C、 NS 圖 D、問題分析圖 PAD 下列需求陳述中有效需求是（ ） A、目標(biāo)軟件應(yīng)有 C++實(shí)現(xiàn) B、軟件系統(tǒng)必須在 5 秒內(nèi)響應(yīng)并處理外部事件 C、目標(biāo)軟件必須有系統(tǒng)設(shè)置模塊 D、當(dāng) 軟件和用戶交互時(shí)，必須能使用滿足 MS 風(fēng)格的界面 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（ ） A、繼承和聚集 B、繼承和一般 C、聚集和消息傳遞 D、繼承和方法調(diào)用 面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（ ） A、對(duì)象模型、動(dòng)態(tài)模型、功能模型 B、對(duì)象模型、數(shù)據(jù)模型、功能模型 C、數(shù)據(jù)模型、動(dòng)態(tài)模型、功能模型 D、對(duì)象模型、動(dòng)態(tài)模型、數(shù)據(jù)模型 1 OOA 中應(yīng)首先識(shí)別（ ） A、對(duì)象 B、類 C、對(duì)象的屬性 D、對(duì)象所屬的類 1概要設(shè)計(jì)的結(jié)果是提供一份（ ） A、模塊說明書 B、框圖 C、程序 D、系統(tǒng)結(jié)構(gòu)圖 1以下語(yǔ)言中屬于 4GL 是 （ ） A、 PB B、 VB C、 UML D、 SQL Server 2020 中的 SQL 語(yǔ)言 1與設(shè)計(jì)測(cè)試數(shù)據(jù)無關(guān)的文檔是（ ） A、需求分析說明書 B、概要設(shè)計(jì)說明書 C、源程序 D、項(xiàng)目開發(fā)計(jì)劃 1軟件測(cè)試中的測(cè)試實(shí)例主要由輸入數(shù)據(jù)和（ ）組成 A、測(cè)試規(guī)則 B、測(cè)試計(jì)劃 C、預(yù)期輸出結(jié)果 D、以往測(cè)試記錄分析 答案 ： C B B A B D B B A A 1 A 1 A 1 D 1 D 1 C （二）、 以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式（ ） A、軟件成本高 B、軟件產(chǎn)率低 C、計(jì)算機(jī)技術(shù)發(fā)展快 D、軟件質(zhì)量得不到保證 軟件工程由方法、工具和（ ）三部分組成 A、算法 B、技術(shù) C、文檔 D、過程 軟件生命周期終止的最典型原因是（ ） A、錯(cuò)誤太多 B、利潤(rùn)過低 C、可維護(hù)性過差 D、效率不高 軟件在需要它投入使用時(shí)能實(shí)現(xiàn)其制定功能的概率稱為軟件的（ ） A、兼容性 B、可靠性 C、堅(jiān)固性 D、可用性 軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容（ ） A、培訓(xùn)計(jì)劃 B、人員安排 C、進(jìn)度安排 D、軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定 計(jì)算機(jī)系統(tǒng)工程包含硬件、軟件、人機(jī)及（ ）工程 A、數(shù)據(jù)庫(kù) B、軟件 C、 CASE D、開發(fā)方法 SA 法中， DFD 圖的某個(gè)處理過 程分解后，一般不超過（ ）處理過程 A、 10 B、 7 C、 5 D、 12 下列需求陳述中一致的是（ ） A、所有命令響應(yīng)時(shí)間應(yīng)小于 ； BUILD 命令的響應(yīng)時(shí)間應(yīng)小于 5s B、 所有命令響應(yīng)時(shí)間應(yīng)小于 5s； BUILD 命令的響應(yīng)時(shí)間應(yīng)小于 1s C、 BUILD 命令的響應(yīng)時(shí)間應(yīng)小于 5s； BUILD 命令的響應(yīng)時(shí)間應(yīng)小于 1s D、所有命令響應(yīng)時(shí)間必須等于 2s； BUILD 命令的響應(yīng)時(shí)間應(yīng)小于 3s （ ） A、多態(tài)性 B、繼承性 C、封裝性 D、過程調(diào)用 以下哪一項(xiàng)不屬于面向?qū)ο蟮能浖_發(fā)方法（ ） A、 coad 方法 B、 Booch 方法 C、 jackson 方法 D、 OMT 方法 1 OOA 中，事件追蹤圖是反映（ ）對(duì)象所表現(xiàn)出來的集體行為 A、 2 個(gè) B、 1 個(gè) C、多個(gè) D、 3 個(gè) 1結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)程序的（ ） A、效率 B、速度 C、可讀性 D、大小 1注釋是提高程序可讀性的有效手段，好的程序注釋占到程序總量的（ ） A、 1/6 B、 1/5 C、 1/4 D、 1/3 1在發(fā)現(xiàn)錯(cuò)誤后，排錯(cuò)應(yīng)由（ ）完成 A、測(cè)試者 B、高級(jí)程序員 C、用戶 D、軟件的開發(fā)者 1進(jìn)行單元測(cè)試時(shí)，需要一個(gè)（ ）被測(cè)模塊的程序 A、傳遞 B、管理 C、調(diào)用 D、驅(qū)動(dòng) 答案： C D C D D A B B D C 1 D 1 C 1 D 1 D 1 D （三）、 ① 軟件生命周 期中所花費(fèi)用最多的階段是（ ） A． 詳細(xì)設(shè)計(jì) B．軟件編碼 C．軟件測(cè)試 D．軟件維護(hù) ②可行性分析是在系統(tǒng)開發(fā)的早期所做的一項(xiàng)重要的論證工作，它是決定該系統(tǒng)是否開發(fā)的決策依據(jù)，因必須給出（ ）的回答。（√） 10. 編程中應(yīng)采用統(tǒng)一的標(biāo)準(zhǔn)和約定 ，降低程序的復(fù)雜性。（√） 7. 在同一用戶界面中，所有的菜單選擇、命令輸入、數(shù)據(jù)顯示和其他功能應(yīng)采用不同的形式和風(fēng)格。（ X） 3. 數(shù)據(jù)流圖中各構(gòu)成元素的名 稱不一定必須具有明確的含義以代表對(duì)應(yīng)元素的內(nèi)容或功能。（√） 10. 程序文檔應(yīng)該包括代碼的功能、代碼的完成者等內(nèi)容。（√） 6. 設(shè)計(jì)用戶界面只需要計(jì)算機(jī)科學(xué)的理論和知識(shí)，而不一定需要認(rèn)知心理學(xué)以及人 機(jī)工程學(xué)、語(yǔ)言學(xué)等學(xué)科的知識(shí)。（√） 2. 軟件可移植性（ portability），是指軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或（環(huán)境）移植到另一個(gè)上去的難易程度。（√） 10. 如果在分析階段和設(shè)計(jì)階段采用的是面向?qū)ο蟮姆椒?，而在編碼階段采用的是面向過程的語(yǔ)言，那么這種翻譯就比較困難。（ X） 7. 類是對(duì)具有共同特征的對(duì)象的進(jìn)一步抽象。 (√ ) 3. 文檔（ document） — 一種數(shù)據(jù)媒體和其上所記錄的數(shù)據(jù)。 （ ） 14． 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。 （ ） 10． 一般人為，軟件開發(fā)階段是由設(shè)計(jì)、編碼和測(cè)試三個(gè)基本活動(dòng)組成 。 （ ） 6．過程描述語(yǔ)言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。 （ ） 2．?dāng)?shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，處理過程、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。 （ ） 13． 在進(jìn)行需求分析時(shí)需同時(shí)考慮維護(hù)問題 。（ ） 9．軟件重用是提高軟件開發(fā)生產(chǎn)率和目標(biāo)系統(tǒng)質(zhì)量的重要途徑。 （ ） 5．驗(yàn)證軟件需求的方法主要靠人工審查的方法。 ? 維護(hù)分為以下幾類： 改正性維護(hù)；適應(yīng)性維護(hù)；完善性維護(hù)；預(yù)防性維護(hù) 九 面向?qū)ο蟮脑O(shè)計(jì)方法 [考核的知識(shí)點(diǎn)和要求 ] 掌握： 面向?qū)ο蟮母拍詈兔嫦驅(qū)ο蠼?；?duì)象模型、動(dòng)態(tài)模型和功能模型的建立；軟件重用的特性 理解 ： 問題 域?qū)ο笤O(shè)計(jì)， 面向?qū)ο笤O(shè)計(jì)的任務(wù)和設(shè)計(jì)模型 ；對(duì)象和類 面向?qū)ο蠓椒▽W(xué)概述 面向?qū)ο蠼＃êw第 9 章和第 10 章） 面向?qū)ο蠓治龅幕具^程 面向?qū)ο蟮脑O(shè)計(jì)準(zhǔn)則 十 軟件項(xiàng)目管理 [考核的知識(shí)點(diǎn)和要求 ] 理解 ： 制定進(jìn)度計(jì)劃的工具有哪些 ； 軟件質(zhì)量的保證措施有哪些；軟件配置管理；能力成熟度模型分為哪幾級(jí) 了解： 如何估算軟件規(guī)模，如何進(jìn)行工作量的估算；人員如何組織 ； 復(fù)習(xí)模擬題 一、 判斷題：在正確的打上√，錯(cuò)誤的打上 （一）、 1．軟件工程學(xué)只有理論意義，沒有實(shí)際用途。 ? 軟件維護(hù)的定義 ： 所謂軟件維護(hù)就是在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或 滿足新的需要而修改軟件的過程。 測(cè)試絕不能證明程序是正確的 ? 測(cè)試方法 – 黑盒測(cè)試 1 把程序看作 一個(gè)黑盒子，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程 2 對(duì)程序接口進(jìn)行測(cè)試，檢查程序功能是否能按規(guī)格說明書的規(guī)定正常使用； 程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息； 程序運(yùn)行過程中能否保持外部信息的完整性 – 白 盒測(cè)試 1 把程序堪稱裝在一個(gè)透明的白盒子里，測(cè)試者完全知道程序的結(jié)構(gòu)處理算法 2 按照程序內(nèi)部的邏輯測(cè)試程序，檢測(cè)程序中的主要執(zhí)行通路是否都能按預(yù)定要求正確工作 ? 測(cè)試步驟 – 單元測(cè)試 ： （模塊測(cè)試）發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤 – 集成測(cè)試 ： 著重測(cè)試模塊的接口 – 系統(tǒng)測(cè)試 ：發(fā)現(xiàn)的往往是軟件設(shè)計(jì)中的錯(cuò)誤，也可 能發(fā)現(xiàn)需要說明中的錯(cuò)誤 – 驗(yàn)收測(cè)試 ：（確認(rèn)測(cè)試）往往發(fā)現(xiàn)需求說明書中的錯(cuò)誤 白盒測(cè)試 ? 邏輯覆蓋 – 邏輯覆蓋類型 邏輯覆蓋是以程序的內(nèi)部邏輯結(jié)構(gòu)為基礎(chǔ)的測(cè)試用例設(shè)計(jì)技術(shù)，屬于白盒測(cè)試。 條 件： I（ 1）文件結(jié)束。 1 2 3 4 5 教 授 T F F F 副教授 F T F F 講師 F F T F