【正文】 ）系統(tǒng)的開發(fā)。 A. 設(shè)法開發(fā)出無錯的軟件 B. 增加維護(hù)人員數(shù)量 C. 切實加強(qiáng)維護(hù)管理，并在開發(fā) 過程中就采取有利于未來維護(hù)的措施 D. 限制修改的范圍 56. 軟件測試是軟件質(zhì)量保證的主要手段之一。 A. 條件覆蓋 B. 條件組合覆蓋 C. 判定覆蓋 D. 語句覆蓋 54. 軟件維護(hù)工作越來越收到重視，它的花費常常要占軟件生存周期全部花費的（ ）％左右。 A. 系統(tǒng)測試 B. 安裝測試 C. 驗收測試 D. 單元測試 52. 邏輯覆蓋標(biāo)準(zhǔn)主要用于（ ）。 A. SD B. Jackson C. Parnas D. 以上皆非 50. 軟件測試的目的是（ ）。 A. 等價類劃分 B. 邊值分析 C. 因果圖 D. 判定表 48. 在實際應(yīng)用中，一旦糾正了程序中的錯誤后，還應(yīng)選擇部分或全部原先已測試過的測試用例，對修改后的程序重新測試，這種測試稱為（ ）。 A. 功能性 B. 擴(kuò)展性 C. 合法性 D. 完善性 46. （ ）是指系統(tǒng)萬一遇到未預(yù)料的情況時，能夠按照預(yù)定的方式做合適的處理。 A. 使用方便性 B. 簡潔性 C. 可靠性 D. 設(shè)備不依賴性 44. 可維護(hù)性通常包括（ ）。 A. 對象模型、動態(tài)模型、功能模型 B. 靜態(tài)模型、動態(tài)模型、功能模型 C. 對象模型、時序模型、功能模型 D. 對象模型、動態(tài)模型、計算模型 42. 對象建模技術(shù)中，表示瞬時行為上的系統(tǒng)的“控制”特征，通?？捎茫? ）來表示。 A. 低內(nèi)聚低耦合 B. 低內(nèi)聚高耦合 C. 高內(nèi)聚低耦合 D. 高內(nèi)聚高耦合 40. 一個模塊內(nèi)部的內(nèi)聚種類中（ ）內(nèi)聚的內(nèi)聚度最高。 A. 正確性 B. 準(zhǔn)確性 C. 可靠性 D. 易使用性 38. 在軟件質(zhì)量特性中，（ ）是指防止對程序及數(shù)據(jù)的非授權(quán)訪問的能力。如（ ）有助于提高軟件的易修改性。 A. 控制流和變換流 B. 變換流和事務(wù)流 C. 事務(wù)流和事件流 D. 事件流和控制流 35. 通常影響軟件易維護(hù)性的因素有易理解性、易修改性和（ ）。 A. 數(shù)據(jù)結(jié)構(gòu) B. 數(shù)據(jù)流 C. 對象 D. 構(gòu)件（ ponent） 33. 在畫分層 DFD 時，應(yīng)注意保持（ ）之間的平衡。 15. 只有單重繼承的類層次結(jié)構(gòu)是（ ）層次結(jié)構(gòu)。因此它只適用于詳細(xì)設(shè)計階段 8. 不適合作為科學(xué)工程計算的語言是（ ） A. Pascal B. C C. Fortran D. Prolog 9. 黑盒測試在設(shè)計測試用例時，主要 需要研究（ ） 明 10. 若有一個計算類型的程序，它的輸入量只有一個 X，其范圍是［ ， ］，現(xiàn)從輸入的角度考慮一組測試用例： ， ， ， 。 《軟件工程》練習(xí)測試題庫 一、單項選擇題 1. 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（ ） 2. 研究開發(fā)所需要的成本和資源是屬于可行性研究中的（ ）研究的一方面。 3. IDEF0 圖不反映出系統(tǒng)（ ） 由誰來做 4. 模塊的內(nèi)聚性最高的是（ ） 5. 在 SD 方法中全面指導(dǎo)模塊劃分的最重要的原則是（ ） 6. 軟件詳細(xì)設(shè)計主要采用的方法是（ ） 語言 7. 下列關(guān)于 JSP 方 法不正確的說法是（ ） 方法主要用于規(guī)模不大的數(shù)據(jù)處理系統(tǒng) 方法不明確的劃分軟件概要設(shè)計和詳細(xì)設(shè)計的兩個階段 方法適用于輸入數(shù)據(jù)和輸出數(shù)據(jù)之間有對應(yīng)關(guān)系的問題求解 方法根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的體系結(jié)構(gòu)。設(shè)計這組測試用例的方法是（ ） 11. 下列屬于維護(hù)階段的文檔是（ ） 12. 快速原型模型的主要特點之一是（ ） 品 13. 因計算機(jī)硬件和軟件環(huán)境的變化而做出的修改軟件的過程稱為（ ） 14. 類庫這種機(jī)制是（ ）級別的信息共享。 16. 在屏蔽硬件錯誤的冗錯技術(shù)中，冗余附加技術(shù)有（ ） 用 17. 軟件按照設(shè)計的要求，在規(guī)定時間和條件下達(dá)到不出故障，持續(xù)運行的要求的質(zhì)量特性稱為（ ） 靠性 18. 下列文檔與維護(hù)人員有關(guān)的有（ ） 19. 采用 Gantt 圖表示軟件項目進(jìn)度安排，下列說法中正確的是（ ） 20. 下列模型屬于成本估算方法的有（ ） 模型 度量法 21. 瀑布模型的關(guān)鍵不足在于（ ） A. 過于簡單 B. 不能適應(yīng)需求的動態(tài)變更 C. 過于靈活 D. 各個階段需要進(jìn)行評審 22. 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（ ） A. 繼承和聚集 B. 繼承和一般 C. 聚集和消息傳遞 D. 繼承和方法調(diào)用 23. 以下哪一項不是軟件危機(jī)的表現(xiàn)形式（ ） A. 成本高 B. 生產(chǎn)率低 C. 技術(shù)發(fā)展快 D. 質(zhì)量得不到保證 24. 以下哪一項不是面向?qū)ο蟮奶卣鳎? ） A. 多態(tài)性 B. 繼承性 C. 封裝性 D. 過程調(diào)用 25. 面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（ ） A. 對象模型、動態(tài)模型、功能模型 B. 對象模型、數(shù)據(jù)模型、功能模型 C. 數(shù)據(jù)模型、動態(tài)模型、功能模型 D. 對象模型、動態(tài)模型、數(shù)據(jù)模型 26. 軟件可行性研究一般不考慮（ ） A. 是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) B. 是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā) C. 待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算 D. 待開發(fā)的軟件是否會有質(zhì)量問題 27. 軟件維護(hù)的副作用主要有以下哪幾種（ ） A. 編碼副作用、數(shù)據(jù)副作用、測試副作用 B. 編碼副作用、數(shù)據(jù)副作用、測試副作用 C. 編碼副作用、數(shù)據(jù)副作用、文檔副作用 D. 編碼副作用、文檔副作用、測試副作用 28. 軟件項目計劃一般不包括以下哪項內(nèi)容（ ） A. 培訓(xùn)計劃 B. 人員安排 C. 進(jìn)度安排 D. 軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定 29. 以下哪一項不屬于面向?qū)ο蟮能浖_發(fā)方法（ ） A. coad 方法 B. booch 方法 C. jackson 方法 D. omt 方法 30. 以下哪種測試方法不屬于白盒測試技術(shù)（ ） A. 基本路徑測試 B. 邊界值分析測試 C. 循環(huán)覆蓋測試 D. 邏輯覆蓋測試 31. 軟件生命周期中所花費用最多的階段是（ ） A. 詳細(xì)設(shè)計 B. 軟件編碼 C. 軟件測試 D. 軟件維護(hù) 32. 在軟件開發(fā)過程中， DFD 是面向（ ）分析方法的描述工具。 A. 父圖與子圖 B. 同一父圖的所有子圖 C. 不同父圖的所有子圖 D. 同一子圖的所有直接父圖 34. DFD 中從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)變換形成一種信息流，這種信息流可分為（ ）兩大類。 A. 易使用性 B. 易恢復(fù)性 C. 易替換性 D. 易測試性 36. 在軟件的開發(fā)過程中往往采取各種措施來提高軟件的易維護(hù)性。 A. 高效的算法 B. 信息隱蔽原則 C. 增強(qiáng)健壯性 D. 身份認(rèn)證 37. 在軟件質(zhì)量特性中，（ ）是指在規(guī)定的一段時間和條件下，與軟件維持其性能水平的能力有關(guān)的一組屬性。 A. 安全性 B. 適應(yīng)性 C. 靈活性 D. 容錯性 39. 軟件設(shè)計中劃分模塊的一個準(zhǔn)則是（ ）。 A. 偶然 B. 邏輯 C. 功能 D. 過程 41. OMT 是一種對象建模技術(shù)，它定義了三種模型，它們分別是（ ）。 A. 類圖 B. 狀態(tài)圖 C. 對象圖 D. 數(shù)據(jù)流圖 43. 為了提高軟件的可移植性，應(yīng)注意提高軟件的（ ）。 A. 可用性和可理解性 B. 可修改性、數(shù)據(jù)獨立性和數(shù)據(jù)一致性 C. 可測試性和穩(wěn)定性 D. 可理解性、可修改性和可測試性 45. （ ）維護(hù)是為了補(bǔ)充軟件的功能或提高原有軟件的性能而進(jìn)行的維護(hù)活動。 A. 可用性 B. 正確性 C. 穩(wěn)定性 D. 健壯性 47. 在設(shè)計測試用例時，（ ）是 用得最多的一種黑盒測試方法。 A. 驗收測試 B. 強(qiáng)度測試 C. 系統(tǒng)測試 D. 回歸測試 49. 在軟件工程的設(shè)計階段中，（ ）法只提供了重要的設(shè)計準(zhǔn)則，沒有規(guī)定出具體的工作步驟。 A. 表明軟件的正確性 B. 評價軟件質(zhì)量 C. 盡可能發(fā)現(xiàn)軟件中錯誤 D. 判定軟件是否合格 51. 通常，（ ）是在代碼編寫階段可進(jìn)行的測試，它是整個測試工作的基礎(chǔ)。 A. 黑盒測試方法 B. 白盒測試方法 C. 灰盒測試方法 D. 軟 件驗證方法 53. 邏輯覆蓋中最強(qiáng)的覆蓋標(biāo)準(zhǔn)是（ ）。 A. 10～ 20 B. 20～ 40 C. 60～ 80 D. 90 以上 55. 為了減少維護(hù)工作的困難，可以考慮采取的措施是（ ）?！案弋a(chǎn)”的測試是指（ ）。 A. 數(shù)據(jù)處理 B. 文字處理 C. 實時控制 D. 科學(xué)計算 58. 單元測試在試驗階段進(jìn)行，它所依據(jù)的模塊功能描述和內(nèi)部細(xì)節(jié)以及測試方案應(yīng)在（ ）階段完成，目的是發(fā)現(xiàn)編程錯誤。 A. 程序的內(nèi)部邏輯 B. 程序的復(fù)雜程度 C. 使用說明書 D. 程序功能 60. 軟件的集成測試工作最好由（ ）承擔(dān)，以提高集成測試的效果。 數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進(jìn)行詳細(xì)定義。 軟件模塊之間的耦合性越弱越好。 如果通過軟件測試沒有發(fā)現(xiàn)錯誤，則說明軟件是正確的。 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。 軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程需求。 1 軟件提交是指把軟件提交給用戶，必要時還應(yīng)負(fù)責(zé)把軟件安裝到用戶環(huán)境中。 1 —個模塊內(nèi)所有處理元素集中于相同的數(shù)據(jù)結(jié)構(gòu)，其塊內(nèi)聯(lián)系屬功能性塊內(nèi)聯(lián)系。 1 從軟件的生存期來看，軟件測試只涉及編碼階段，即在編寫出每個模塊之后所進(jìn)行的模塊測試（又稱單元測試），測試者應(yīng)是該模塊的作者。 1 軟件測試中綜合策略的通常做法是用白盒 法設(shè)計基本的測試方案，再用黑盒法補(bǔ)充一些必要的測試方案。 人工測試中走查方法和代碼評審方法是同一種方法。 2. 軟件開發(fā)模型可以分為那幾