2017年電大考試軟件工程選擇題 小抄

.軟件工程1以下哪一項不是軟件危機的表現(xiàn)形式（C） A.成本高 B.生產(chǎn)率低 C.技術發(fā)展快 D.質(zhì)量得不到保證2哪種模型分批地逐步向用戶提交產(chǎn)品，每次提交一個滿足用戶需求子集的可運行的產(chǎn)品。 （A ）A.演化模型 B.噴泉模型 C.原型模型 D.螺旋模型3可行性研究的目的不包括（B ）A.分析開發(fā)系統(tǒng)的必要性 B.確定系統(tǒng)建模的方案C.分析系統(tǒng)風險 D.確定是否值得開發(fā)系統(tǒng)4可行性分析研究的費用大約是項目總經(jīng)費的（B ） 。A.2% B.8% C.20% D.50%5在 E-R 模型中，包含以下基本成分（C ） 。A.數(shù)據(jù)、對象、實體 B.控制、聯(lián)系、對象C.實體、聯(lián)系、屬性 D.實體、屬性、聯(lián)系6軟件需求分析產(chǎn)生一個重要文檔是（B ） 。A.軟件維護說明書 B.需求規(guī)格說明書 C.可行性報告 D.初步用戶手冊7內(nèi)聚程度較低的是（D ） 。A.通信內(nèi)聚 B.過程內(nèi)聚 C.順序內(nèi)聚 D.時間內(nèi)聚8概要設計是軟件系統(tǒng)結構的總體設計，以下選項中不屬于概要設計的是（D ）A.把軟件劃分成模塊 B 確定模塊之間的調(diào)用關系C.確定各個模塊的功能 D.設計每個模塊的偽代碼9UML 語言支持的建模方式不包括有（C ） 。A.靜態(tài)建模 B.動態(tài)建模 C.模塊化建模 D.功能建模10以下哪一項不是面向對象的特征。 （ D ）A.多態(tài)性 B.繼承性 C.封裝性 D.過程調(diào)用11在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復雜性提高等原因導致了（A ）A.軟件危機 B.軟件工程 C.程序設計革命 D.結構化程序設計12瀑布模型的關鍵不足在于（B ） A.過于簡單 B.不能適應需求的動態(tài)變更 C.過于靈活 D.各個階段需要進行評審13可行性研究的四大要素是（ A） 。A.經(jīng)濟、技術、法律和社會環(huán)境B.經(jīng)濟、技術、開發(fā)組織能力和領導者水平C.經(jīng)濟、技術、計算機硬件環(huán)境和網(wǎng)絡帶寬D.經(jīng)濟、技術、軟件開發(fā)工具和人員的穩(wěn)定性14經(jīng)濟可行性研究的主要內(nèi)容包括（D ）A.開發(fā)過程 B.開發(fā)工具 C.風險分析 D. 效益分析15在需求分析過程中，分析員要從用戶那里解決的最重要的問題是（A ） 。A.要求軟件做什么 B.要給軟件提供哪些信息 C.要求軟件工作效率如何 D.要求軟件具有什么樣的結構16DFD 中的每個加工至少需要（D ）A.一個輸入流 B.一個輸出流C.一個輸入或輸出流 D.一個輸入流和一個輸出流17PDL 是描述處理過程（C ） 。A.做什么 B.為什么做 C.怎么做 D.對誰做18當一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D ）A數(shù)據(jù)耦合 B公共耦合 C標記耦合 D內(nèi)容耦合19按照模塊獨立性，耦合程度由弱至強正確的順序是（A ） 。A.數(shù)據(jù)耦合、控制耦合、外部耦合、內(nèi)容耦合B.控制耦合、數(shù)據(jù)耦合、內(nèi)容耦合、外部耦合C.內(nèi)容耦合、外部耦合、控制耦合、數(shù)據(jù)耦合D.外部耦合、內(nèi)容耦合、數(shù)據(jù)耦合、控制耦合20UML 中，包圖是一種（C ） 。A.集合 B.數(shù)據(jù)結構 C.分組機制 D.對系統(tǒng)的動態(tài)描述21面向對象設計首先要確定系統(tǒng)的總體結構和風格，構造系統(tǒng)的（B ） 。A.邏輯模型 B.物理模型 C.數(shù)據(jù)模型 D.用例模型23類有 3 種類型，即（B ） 。A.邊界類、實體類、控制類 B.實體類、控制類、界面類C.控制類、實體類、虛類 D.界面類、控制類、公共類24.（ D ）是一般化類與特殊化類之間的一種關聯(lián)形式，設計時應該適當使用這種耦合。A.消息連接 B.參數(shù)傳遞 C.方法重寫 D.繼承25結構化程序設計主要強調(diào)的是（D ） 。A.程序的規(guī)模 B.程序效率 C.程序語言的先進性 D.程序易讀性26下列關于功能性注釋不正確的說法是（B ） 。A. 功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài) B. 注釋用來說明程序段，需要在每一行都要加注釋 C. 可使用空行或縮進，以便很容易區(qū)分注釋和程序 D. 修改程序也應修改注釋27軟件測試的目的是（B ） 。A.評價軟件的質(zhì)量 B.發(fā)現(xiàn)軟件的錯誤C.找出軟件中的所有錯誤 D.證明軟件是正確的28在設計黑盒測試用例時，主要研究（D ） 。A. 概要設計說明書 B.詳細設計說明 C.項目開發(fā)計劃 D. 需求規(guī)格說明29以下屬于完善性維護的有（B ） 。 A解決開發(fā)時未能測試各種可能條件帶來的問題 B增加聯(lián)機求助命令 C縮短系統(tǒng)的應答時間，使其達到特定要求 D為提高軟件的可靠性和可維護性，主動修改軟件30軟件項目管理的內(nèi)容包括（D ） 。A.人員的組織與管理 B.軟件配置管理 C.軟件開發(fā)進度計劃 D.以上所有31以下哪一項不屬于面向對象的軟件開發(fā)方法（C ） A.coad 方法 B.booch 方法 C.jackson 方法 D.omt 方法32面向對象分析的核心在于（D ） 。A.建立正確的模型 B.識別問題域對象 C.識別對象之間的關系 D.上面都有33 在 面 向 對 象 方 法 中 ， 描 述 系 統(tǒng) 控 制 結 構 的 模 型 是 （ A） 模 型 。A. 動 態(tài) 模 型 B. 功 能 模 型 C. 對 象 模 型 D. 靜 態(tài) 模 型34 面 向 對 象 分 析 和 設 計 涉 及 到 三 個 方 面 的 內(nèi) 容 ： （ A） 、 一 系 列 有 效 的 分析 步 驟 和 一 個 方 便 易 用 的 建 模 工 具 。.A.一 套 完 善 的 建 模 符 號 B.有 效 的 數(shù) 據(jù) 結 構 C.靈 活 的 體 系 結 構 D.穩(wěn) 定 的 系 統(tǒng) 架 構35 每 個 子 系 統(tǒng) 的 接 口 上 定 義 了 若 干 （ B） ， 體 現(xiàn) 了 子 系 統(tǒng) 的 功 能 。A.說 明 B.操 作 C.屬 性 D.關 系36 程 序 設 計 語 言 的 技 術 特 性 不 應 包 括 （ D） 。A.數(shù) 據(jù) 結 構 的 描 述 性 B.抽 象 類 型 的 描 述 性C.數(shù) 據(jù) 庫 的 易 操 作 性 D.軟 件 的 可 移 植 性37以下哪種測試方法不屬于白盒測試技術（B ） 。 A.語句覆蓋測試 B.邊界值分析測試 C.條件覆蓋測試 D.判斷覆蓋測試38軟件測試的主要特點是（C ） 。 A軟件測試的開銷不大 B.軟件測試要依靠工具 C軟件不能進行“窮舉”測試 D.軟件測試要依靠人工 39在軟件生存期的維護階段，繼續(xù)診斷和修正錯誤的過程稱為（D ） 。A.完善性維護 B.適應性維護 C.預防性維護 D.改正性維護1.軟件工程學科出現(xiàn)的主要原因是（C ） 。A. 計算機的發(fā)展B. 其他工程科學的影響C. 軟件危機的出現(xiàn)D. 程序設計方法學的影響2、 （A）是職業(yè)軟件工程師的必要條件。A.自律、善于溝通、具有一定的軟件技能 B.編程速度快C.熟悉眾多的軟件環(huán)境 D.語言天賦7、程序流程圖與數(shù)據(jù)流程圖的關系（A ） 。A不確定 B數(shù)據(jù)流程圖可以轉換成程序流程圖C數(shù)據(jù)調(diào)用關系 D程序流程圖可以轉換成數(shù)據(jù)流程圖11、軟件工程的研究內(nèi)容具有層次化結構，最底層是質(zhì)量保證層，中間層是（C ） ，最上層是工具層。A.過程層 B.方法層 C.過程層和方法層 D.系統(tǒng)層13、針對需求不確定的軟件開發(fā)，比較好的模型是（A） 。A.快速原型化模型 B.瀑布模型 C.軟件成熟度模型 D.系統(tǒng)化模型15、針對需求不確定的軟件開發(fā)，比較好的模型是（A） 。A.快速原型化模型 B.瀑布模型 C.軟件成熟度模型 D.系統(tǒng)化模型16、軟件結構圖中沒有（D ）元素。A模塊 B調(diào)用參數(shù) C返回結果 D判斷17、結構化設計方法劃分模塊的原則是（C ） 。A模塊扇出小于 5 B模塊扇入小于 5 C低耦合，高內(nèi)聚 D模塊深度小于 718、配置視圖體現(xiàn)了系統(tǒng)的實現(xiàn)環(huán)境，反映系統(tǒng)的（B） 。A.邏輯架構 B.物理架構 C.組成結構 D.體系結構19、角色可以有四種類型：系統(tǒng)的使用者，硬件設備，外部系統(tǒng)和（D ） 。A.數(shù)據(jù)庫 B.接口 C.對象 D.時間20、功能模型用于表達系統(tǒng)的需求，為軟件的進一步分析和設計打下基礎。在面向對象方法中，由（C ）實現(xiàn)。A.場景描述 B.活動圖和場景描述 C.用例圖和場景描述 D.交互圖和場景描述22、對用例進行設計，發(fā)現(xiàn)實現(xiàn)用例功能的（D ） ，確定類之間的關系。A.算法 B.業(yè)務流程 C.數(shù)據(jù)結構 D.關鍵類23、框架是一組可用于不同應用的（A）的集合。A.類 B.數(shù)據(jù)結構 C.函數(shù) D.過程24、從狹義上講，軟件測試是（D ）的過程。A. 為發(fā)現(xiàn)錯誤而執(zhí)行程序 B.為了驗證程序正確 C.用不同的數(shù)據(jù)驗證程序正確性 D.區(qū)分程序員水平27、一般維護程序代碼的策略（B） 。A. 從需求開始重新開發(fā) B.根據(jù)維護申請讀源程序，并修改C.找一個新的模塊替換 D. 不用讀源程序，從新編寫代碼28、Gantt 圖直觀簡明、易學易用，但它不能（A） 。A.直接反應任務間的依賴關系和關鍵路徑B.反應任務的分解情況C.直接反應任務的起止日期D.反應具體任務的時間段29、 （D ）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A組織管理 B過程管理 C風險管理 D軟件配置管理30、程序的三種基本控制結構，包括順序結構、 （A）和循環(huán)結構。A.判斷結構 B.說明結構 C.輸入結構 D.輸出結構31、在分析模型內(nèi)表示協(xié)調(diào)、順序、事務處理以及控制其他對象的類是（C ） 。A.控制類 B.組件類 C.主函數(shù) D.事務類32、信息隱藏的核心內(nèi)容是（D ） 。A把數(shù)據(jù)都放在公共的區(qū)域B數(shù)據(jù)不能被其他模塊訪問C一個模塊的內(nèi)部信息不允許其他模塊直接訪問D把信息加密，只能讓有密鑰的模塊訪問33、面向過程的方法最關心的是過程，而過程實施的對象是作為過程（D ）傳遞的。A.參數(shù) B.主體 C.過程 D.數(shù)據(jù)結構34、測試用例是一組（A） 。A.測試用的輸入數(shù)據(jù)以及對應的預期結果B.測試驅動程序 C.測試數(shù)據(jù) D.測試程序及數(shù)據(jù)35、由于面向對象中的繼承和消息機制，使得軟件測試（B） 。A.更加簡單 B.更加復雜 C.沒變 D.不確定36、軟件維護過程中產(chǎn)生的副作用，一般是由（B）引起的。A.算法說明 B.修改程序 C.優(yōu)先級 D.環(huán)境要求37、項目計劃活動的主要任務是（D ） 。A.估算項目的進度 B.分配工作量 C.計劃資源使用 D.以上全部38、如果程序代碼的（C）好，則調(diào)試的成本就可以大幅度降低。A.性能比 B.可擴充性 C.可讀性 D.可移植性39、兩個浮點數(shù) X0 和 X1 比較相等時，應該用（C ）比較。A.X0=X1 B.X1-X0< C.|X0-X1|< D.X0=X140、瀑布模型存在的問題是（D ） 。A用戶容易參與開發(fā) B適用可變需求 C用戶與開發(fā)者易溝通 D缺乏靈活性41. 可行性研究的主要任務是（C） 。A.確定系統(tǒng)做什么 B. 確定性能 C.確定功能 D. 進行一次簡要的需求分析42、用戶需求描述的是（A） 。A.用戶使用該軟件要完成的任務 B.業(yè)務需求 C.功能需求 D.軟件目標、規(guī)模和范圍43、數(shù)據(jù)流程圖的主要作用是（B） 。A.描述模塊組成 B.說明用戶數(shù)據(jù)結構 C.描述軟件功能 D. 建造系統(tǒng)的邏輯模型44、業(yè)務需求描述的是（D ） 。A.功能需求 B.用戶需求 C.用戶的具體業(yè)務流程 D.軟件的目標、規(guī)模和范圍45、一個數(shù)據(jù)流程圖中的圖形符號有且僅有（C ）種。A.3 B.5 C.4 D.746、非直接耦合的模塊獨立性最強， （A）的模塊獨立性最弱。A內(nèi)容耦合 B數(shù)據(jù)耦合 C控制耦合 D外部耦合47、信息隱藏的核心內(nèi)容是（C） 。A把數(shù)據(jù)都放在公共的區(qū)域B數(shù)據(jù)不能被其他模塊訪問.C一個模塊的內(nèi)部信息不允許其他模塊直接訪問D把信息加密，只能讓有密鑰的模塊訪問48、面向過程的方法最關心的是過程，而過程實施的對象是作為過程（A）傳遞的。A.參數(shù) B.主體 C.過程 D.數(shù)據(jù)結構49、 （C）用于描述系統(tǒng)的功能集。A. 組件視圖 B.邏輯視圖 C. 用例視圖 D.對象視圖50、用（D）模型描述系統(tǒng)組織結構。A.組織 B.CMM C.數(shù)據(jù) D.靜態(tài)51、下面的哪個選項不是軟件工程的宗旨（ D ） 。A.開發(fā)滿足用戶需求的軟件 B.研究算法 C.及時交付軟件 D.生產(chǎn)無故障軟件52、軟件開發(fā)活動的順序應該是（ A ） 。A.問題定義、可行性研究、需求分析、設計、編碼和測試。B.問題定義、設計、可行性研究、編碼和測試。C.需求分析、設計、編碼和測試。D.需求分析、編碼和測試、試運行。53、假定銀行的存款年利率是 2%，請問現(xiàn)在存 5000 元，兩年后價值應為（A ）元。A.5202 B.4500 C.5100 D.471254、系統(tǒng)物理模型用（ A ）表示。A.系統(tǒng)流程圖 B.數(shù)據(jù)流程圖 C.程序流程圖 D.E-R 圖60、用（ D ）模型分析和定義用戶的功能需求。A.數(shù)據(jù) B.靜態(tài) C. 動態(tài) D.用例62、如果對象之間的耦合是通過（A）來實現(xiàn)的，則這種耦合就是交互耦合。A.消息機制 B.參數(shù) C.方法 D.公共數(shù)據(jù)區(qū)71、動態(tài)模型描述系統(tǒng)的動態(tài)結構和對象之間的交互，表示瞬時的、行為化的系統(tǒng)“控制”特性。面向對象方法中，常用（D ）實現(xiàn)。A.狀態(tài)圖 B.交互圖 C.活動圖 D.以上全部74、測試最早的開始時間是（ C ） 。A.從詳細設計階段開始B.從編碼階段開始C.從需求分析階段開始D.以上都對75、從測試對象的粒度上劃分測試為（ C ） 。A.單元測試、集成測試B.壓力測試、功能測試、性能測試和系統(tǒng)測試C.單元測試、集成測試、系統(tǒng)測試和驗收測試D.黑盒測試、白盒測試、功能測試和性能測試76、 （ B ）不符合軟件測試原則。A.對每個測試結果進行檢查，不漏掉已經(jīng)出現(xiàn)的錯誤跡象B程序員應該仔細測試自己編寫的程序代碼C.程序員要避免測試自己編寫的程序代碼D.測試工作越早開始越好77、引起軟件改變的原因主要有（ D ） 。A.運行環(huán)境變化 B. 需求變化 C.系統(tǒng)有錯 D.以上全部78、 （ C ）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A 組織管理 B過程管理 C軟件配置管理 D風險管理 1軟件工程的出現(xiàn)是由于 （A ）A.軟件危機 B.計算機硬件技術的發(fā)展 C.軟件社會化的需要 D.計算機軟件技術的發(fā)展2螺旋模型是一種將瀑布模型和哪種模型結合起來的軟件開發(fā)模型。 （ A）A.快速原型模型 B.專家模型 C.V 模型 D.演化模型3軟件可行性研究一般不考慮（D ） A.是否有足夠的人員和相關的技術來支持系統(tǒng)開發(fā)B.是否有足夠的工具和相關的技術來支持系統(tǒng)開發(fā)C.待開發(fā)軟件是否有市場、經(jīng)濟上是否合算D.待開發(fā)的軟件是否會有質(zhì)量問題4軟件需求分析的任務不包括（ C） 。A.問題分析 B.信息域分析 C.結構化設計 D.確定邏輯結構5結構化分析方法（SA 法）使用的主要描述工具有（ D） 。A.數(shù)據(jù)庫 B.模塊結構圖 C.PAD 圖 D.分層的 DFD 圖6源程序的效率與（D ）階段確定的算法的效率直接有關。A概要設計 B. 總體設計 C. 單元設計 D. 詳細設計7畫 DFD 圖的主要目的是（A ） 。A.作為需求分析階段用戶與開發(fā)者之間交流信息的工具B.對系統(tǒng)的數(shù)據(jù)結構進行描述C.對目標系統(tǒng)的層次結構進行描述D.作為編碼和測試的工具8耦合度最高的是（B ） 。A.外部耦合 B.內(nèi)容耦合 C.控制耦合 D.數(shù)據(jù)耦合9為了提高模塊的獨立性，模塊之間最好是（D ） 。A. 控制耦合 B. 公共耦合 C. 內(nèi)容耦合 D. 數(shù)據(jù)耦合10UML 是一種（A ） 。A.建模工具 B.可視化的程序設計語言 C.可視化的建模語言 D.過程11下面的哪個選項不是軟件工程的宗旨（B ） 。A.開發(fā)滿足用戶需求的軟件 B.研究算法 C.及時交付軟件 D.生產(chǎn)無故障軟件12是職業(yè)軟件工程師的必要條件。 （A ）A.自律、善于溝通、具有一定的軟件技能 B.編程速度快 .C.熟悉眾多的軟件環(huán)境 D.語言天賦13可行性分析研究的目的是 （B ）A.爭取項目 B.項目是否值得開發(fā) C.開發(fā)項目 D.規(guī)劃項目14可行性研究實質(zhì)上是在較高層次上、以較抽象的方式進行（B ）的過程。A.詳細軟件設計 B.需求分析和設計 C.深入的需求分析 D.測試設計15需求規(guī)格說明書的作用不包括 （ C）A.軟件驗收的依據(jù) B.用戶與開發(fā)人員對軟件要做什么的共同理解C.軟件可行性研究的依據(jù) D.軟件設計的依據(jù)16進行需求分析有的多種描述工具，但不包括（C ） 。A.數(shù)據(jù)流圖 B.判定表 C.PAD 圖 D.數(shù)據(jù)詞典17反映模塊獨立性的指標是（D ） 。A.模塊的復雜性 B.模塊的大小 C.模塊的參數(shù) D.內(nèi)聚和耦合18兩個模塊都訪問一個全局簡單變量而不是同一全局數(shù)據(jù)結構，則這兩個模塊屬于（B ） 。A.數(shù)據(jù)耦合 B.外部耦合 C.公共耦合 D.內(nèi)容耦合19下列哪個不是 UML 的視圖（B ）A.邏輯視圖 B.行為視圖 C.組件視圖 D.并發(fā)視圖20屬于某個類的一個具體對象稱為該類的（A ） 。A.實例 B.虛擬 C.繼承 D.多態(tài)21反映收發(fā)消息的對象的組織結構，用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實現(xiàn)的是（C ） 。A.順序圖 B.類圖 C.合作圖 D.組件圖22面向對象分析和設計的界限是（ C） ，從分析到設計是一個逐漸擴充模型的過程。A.清晰的 B.模糊的 C.非線性的 D.確定的23動態(tài)模型 描述系統(tǒng)的動態(tài)結構和對象之間的交互，表示瞬時的、行為化的系統(tǒng)“控制”特性。面向對象方法中，常用（D ）實現(xiàn)。A.狀態(tài)圖 B.交互圖 C.活動圖 D.以上全部24不適合作 為數(shù)據(jù)處理與數(shù)據(jù)庫應用的語言是（ D）A. SQL B. Cobol C. 4GL D. Lisp25軟件工程中，只根據(jù)程序的功能說明而不關心程序內(nèi)部邏輯的測試方法，稱為（C ）測試。A.白盒法 B.灰盒法 C.黑盒法 D.綜合法26若有一個計算類型的程序，它的輸入量只有一個 X，其范圍是-1.0，1.0 ，現(xiàn)從輸入的角度考慮一組測試用例：-1.001，-1.0，1.0，1.001。設計這組測試用例的方法是（C ） 。A.條件覆蓋法 B.等價分類法 C.邊界值分析法 D.錯誤推測法27即使軟件能順利運行，但用戶往往會提出增加新功能或改進已有功能的建議，為滿足這一類要求而進行的活動稱為（A ） 。A.完善性維護 B.預防性維護 C.適應性維護 D.代碼重構28. 可維護性的特性中，相互矛盾的是（B ） 。A.可理解性與可測試性 B.效率與可修改性C.可修改性與可理解性 D.可理解性與可讀性29.不屬于軟件項目管理的是（A ） 。A.軟件銷售利潤 B.項目風險評估 C.質(zhì)量監(jiān)控 D. 開發(fā)機構能力評估30.（ C ）針對開發(fā)過程中的程序、數(shù)據(jù)、文檔提出使用和管理策略。A組織管理 B過程管理 C軟件配置管理 D風險管理 31面向對象程序設計的基本機制（A ）A.繼承 B.消息 C.方法 D.結構32表示對象相互行為的模型是（A ）模型。A. 動態(tài)模型 B. 功能模型 C. 對象模型 D. 狀態(tài)模型33對象模型描述現(xiàn)實世界中實體的對象以及它們之間的關系，表示目標系統(tǒng)的靜態(tài)數(shù)據(jù)結構。在面向對象方法中，由（ B）實現(xiàn)。A.順序圖 B.類圖 C.狀態(tài)圖 D.組件圖34對象實現(xiàn)了數(shù)據(jù)和操作的結合，使數(shù)據(jù)和操作（ C）于對象的統(tǒng)一體中。A結合 B隱藏 C封裝 D抽象35面向對象設計的步驟中，正確的順序是（ A） 。A.系統(tǒng)構架設計、用例設計、類設計 B.系統(tǒng)構架設計、數(shù)據(jù)庫設計和用戶界面設計C.類設計、用例設計、構架設計 D.用例設計、構架設計、類設計36結構化程序設計思想的核心是要求程序只由順序、循環(huán)和（A ） 三種結構組成。.A.分支 B.單入口 C.單出口 D.有規(guī)則 GOTO37 （B ）時，測試 人員必須接觸到程序源代碼。A.黑盒測試 B.白盒測試 C.壓力測試 D.外觀測試38軟件測試方法中，白盒測試法是常用的方法，主要用于（D ） 。A.結構的合理性 B.軟件外部功能C.程序正確性 D.程序內(nèi)部邏輯39為了適應軟硬件環(huán)境變化而修改軟件的過程是（C ） 。A.校正性維護 B.完善性維護 C.適應性維護 D.預防性維護40通俗的說，軟件項目管理中常說的基線是（D ） 。A.管理的基本思路 B.一種軟件開發(fā)的基本策略C.基本的技術路線 D. 通過正式復審的文檔