2022年《軟件工程》試題及答案

1、2017軟件工程試題及答案 一、選擇題1、軟件測試的目的是（ B）。A）試驗(yàn)性運(yùn)行軟件 B ）發(fā)現(xiàn)軟件錯誤 C）證明軟件正確 D）找出 軟件中全部錯誤2、軟件測試中白盒法是通過分析程序的（B）來設(shè)計(jì)測試用例的。A）應(yīng)用范圍 B）內(nèi)部邏輯 C）功能 D）輸入數(shù)據(jù)3、黑盒法是根據(jù)程序的（C）來設(shè)計(jì)測試用例的。A）應(yīng)用范圍 B）內(nèi)部邏輯 C）功能 D）輸入數(shù)據(jù) 4、為了提高軟件測試的效率，應(yīng)該（D）。A）隨機(jī)地選取測試數(shù)據(jù) B ）取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C）在完成編碼以后制定軟件的測試計(jì)劃 最大的數(shù)據(jù)作為測試用例 D）選擇發(fā)現(xiàn)錯誤可能性5、與設(shè)計(jì)測試用例無關(guān)的文檔是（A）。A）項(xiàng)目開發(fā)計(jì)劃

2、B）需求規(guī)格說明書 C）設(shè)計(jì)說明書 D）源程序 6、測試的關(guān)鍵問題是（ B）。A）如何組織軟件評審 B）如何選擇測試用例C）如何驗(yàn)證程序的正確性 D）如何采用綜合策略7、軟件測試用例主要由輸入數(shù)據(jù)和（C）兩部分組成。A）測試計(jì)劃 B）測試規(guī)則 C）預(yù)期輸出結(jié)果 D）以往測試記錄分析8、成功的測試是指運(yùn)行測試用例后（B）。A）未發(fā)現(xiàn)程序錯誤 B ）發(fā)現(xiàn)了程序錯誤 C）證明程序正確性 D）改正了程序錯誤9、下列幾種邏輯覆蓋標(biāo)準(zhǔn)中，查錯能力最強(qiáng)的是（D）。A）語句覆蓋 B）判定覆蓋 C）條件覆蓋 D）條件組合覆蓋10、在黑盒測試中，著重檢查輸入條件組合的方法是（D）。A）等價(jià)類劃分法 B）邊界值分析

3、法 C）錯誤推測法 D）因果圖法1、B 2 、B 3、C 4、D 5、A 6、B 7、C 8、B 9 、D 10、D 11、單元測試主要針對模塊的幾個基本特征進(jìn)行測試，該階段不能完成的測試是（）。A）系統(tǒng)功能 B）局部數(shù)據(jù)結(jié)構(gòu) C）重要的執(zhí)行路徑 D）錯誤處理12、軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)（ ）階段的錯誤。A）需求分析 B）概要設(shè)計(jì) C）詳細(xì)設(shè)計(jì) D）編碼13、不屬于白盒測試的技術(shù)是（）。A）路徑覆蓋 B）判定覆蓋 C）循環(huán)覆蓋 D）邊界值分析14、集成測試時(shí)，能較早發(fā)現(xiàn)高層模塊接口錯誤的測試方法為（ ）。A）自頂向下漸增式測試 B ）自底向上漸增式測試 C）非漸增式測試 D）系

4、統(tǒng)測試15、確認(rèn)測試以（）文檔作為測試的基礎(chǔ)。A）需求規(guī)格說明書 B ）設(shè)計(jì)說明書 C）源程序 D）開發(fā)計(jì)劃16、使用白盒測試方法時(shí)，確定測試數(shù)據(jù)應(yīng)根據(jù)（）和指定的覆蓋標(biāo)準(zhǔn)。A）程序內(nèi)部邏輯 B）程序的復(fù)雜度 C）使用說明書 D）程序的功能17、程序的三種基本結(jié)構(gòu)是（）。A）過程子、程序、分程序 B ）順序、選擇、循環(huán)C）遞歸、堆棧、隊(duì)列 D）調(diào)用、返回、轉(zhuǎn)移18、結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（）A）篩選法 B ）遞歸法 C）歸納法 D）逐步求精法19、軟件調(diào)試的目的是（）A）找出錯誤所在并改正之 B ）排除存在錯誤的可能性C）對錯誤性質(zhì)進(jìn)行分類 D）統(tǒng)計(jì)出錯的次數(shù) 20、程序三種基本結(jié)構(gòu)的

5、共同特點(diǎn)是（）A）不能嵌套使用 B）只能用來寫簡單程序 C）已經(jīng)用硬件實(shí)現(xiàn) D）只有一個入口和一個出口 11、A 12、B 13、D 14、A 15、A 16、A 17、B 18、D 19、A 20、D 21、下面說法正確的是 ( ) 。A）經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確 明程序沒有錯誤 B）測試的目標(biāo)是為了證C）成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試 D）成功的測 試是沒有發(fā)現(xiàn)錯誤的測試 22、覆蓋準(zhǔn)則最強(qiáng)的是 ( ) 。A）語句覆蓋 B）判定覆蓋 C）條件覆蓋 D）路徑覆蓋 23、發(fā)現(xiàn)錯誤能力最弱的是 ( ) 。A）語句覆蓋 B）判定覆蓋C）條件覆蓋 D）路徑覆蓋24、實(shí)際的邏輯覆蓋

6、測試中，一般以 A）條件覆蓋 B）判定覆蓋 C）條件組合覆蓋 D）路徑覆蓋( ) 為主設(shè)計(jì)測試用例。25、下面 ( ) 方法能夠有效地檢測輸入條件的各種組合可能引起的 錯誤。A）等價(jià)類劃分 B ）邊界值分析 C）錯誤推測 D）因果圖 26、與確認(rèn)測試階段有關(guān)的文檔是 ( ) 。A）需求規(guī)格說明書 B ）概要設(shè)計(jì)說明書 C）詳細(xì)設(shè)計(jì)說明書 D）源程序 27、超出軟件工程范圍的測試是 ( ) 。A）單元測試 B）集成測試 C）確認(rèn)測試 D）系統(tǒng)測試 28、軟件測試不需要了解軟件設(shè)計(jì)的 ( ) 。A）功能 B ）內(nèi)部結(jié)構(gòu) C）處理過程 D）條件29、( ) 方法需要考察模塊間的接口和各模塊之間的聯(lián)系

7、。A）單元測試 B）集成測試 C）確認(rèn)測試 D）系統(tǒng)測試 30、調(diào)試應(yīng)該由 ( ) 完成。A）與源程序無關(guān)的程序員 C）不了解軟件設(shè)計(jì)的機(jī)構(gòu) B ）編制該源程序的程序員 D）設(shè)計(jì)該軟件的機(jī)構(gòu)21、C 22、D 23、A 24、C 25、D 26、A 27、D 28、D 29、B 30、B 31、基線是軟件生存期中各開發(fā)階段的一個特定點(diǎn)，它可作為一個 檢查點(diǎn)，當(dāng)采用的基線發(fā)生錯誤時(shí)， 我們可以返回到最近和最恰當(dāng) 的（ ）上。A）配置項(xiàng) B ）程序 C）基線 D）過程）過程 32、版本管理是對系統(tǒng)不同版本進(jìn)行的（A）標(biāo)識與跟蹤 B ）標(biāo)識變更 C）發(fā)布變更 D）控制變更 33、在變更控制中， 管理

8、各個用戶存取和修改一個特定軟件配置對 象的權(quán)限是 ( ) 。A）異步控制 B）同步控制C）存取控制 D）基線控制34、在配置管理中， “ 登入” 和“ 檢出” 處理實(shí)現(xiàn)了兩個重要的變更控制要素，即同步控制和 ( ) 。A）異步控制 B）同步控制C）基線控制 D）存取控制35、按照軟件配置管理的原始指導(dǎo)思想，受控制的對象應(yīng)是 ( ) 。A）軟件元素 B）軟件配置項(xiàng)C）軟件項(xiàng)目 D）軟件過程36、軟件配置項(xiàng)是軟件配置管理的對象，產(chǎn)生的 ( ) 。指的是軟件工程過程中所A）接口 B）軟件環(huán)境 C）信息項(xiàng) D）版本37、在變更控制中，可用來確保由不同用戶所執(zhí)行的并發(fā)控制是 ( ) 。A）異步控制 B

9、）同步控制 C）存取控制 D）基線控制38、以下說法錯誤的是 ( ) 。A）軟件配置管理簡稱 SCI B）軟件配置項(xiàng)是配置管理的基本單位C）軟件配置實(shí)際上是一動態(tài)的概念D）軟件工程過程中某一階段的變更均要引起軟件配置的變更39、在設(shè)計(jì)人機(jī)界面時(shí)，應(yīng)主要考慮的因素有（）。A） 系統(tǒng)響應(yīng)時(shí)間 B）錯誤處理 C）用戶求助機(jī)制 D）以上都是40、人機(jī)界面的風(fēng)格大致經(jīng)過了（）代的演變A）一 B）二 C）三 D） 四31、C 32、A 33、D 34、B 35、C 36、B 37、B 38、A 39、D 40、D 二、 填空題1、軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的，將 作為糾錯的依據(jù)。2、測試階段

10、的基本任務(wù)是根據(jù)軟件開發(fā)各階段的 和程序的，精心設(shè)計(jì)一組，利用這些實(shí)例執(zhí)行，找出軟件中潛在的各種 和 。3、測試用例由 和預(yù)期的 兩部分組成。4、軟件測試方法一般分為兩大類：方法和 方法。5、動態(tài)測試通過發(fā)現(xiàn)錯誤。根據(jù)的設(shè)計(jì)方法不同，動態(tài)測試又分為 與 兩類。1、錯誤 測試結(jié)果2、文檔資料 內(nèi)部結(jié)構(gòu) 測試用例 程序 錯誤 缺陷3、輸入數(shù)據(jù) 輸出數(shù)據(jù)4、動態(tài)測試 靜態(tài)測試5、運(yùn)行程序 測試用例 黑盒測試 白盒測試6、靜態(tài)測試采用 和 的手段對程序進(jìn)行檢測。7、人工審查程序偏重于 的檢驗(yàn)，而軟件審查除了審查 還要對各階段 進(jìn)行檢驗(yàn)。8、計(jì)算機(jī)輔助靜態(tài)分析利用 工具對測試程序進(jìn)行 分析。9、黑盒法只

11、在軟件的 處進(jìn)行測試，依據(jù) 說明書，檢查程序是否滿足 要求。10、白盒法必須考慮程序的和 ，以檢查 的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行。測試為基礎(chǔ)設(shè)計(jì)測試6、人工檢測計(jì)算機(jī)輔助靜態(tài)分析7、編碼質(zhì)量編碼 軟件產(chǎn)品8、靜態(tài)分析特性9、接口 需求規(guī)格功能10、內(nèi)部結(jié)構(gòu)處理過程處理過程，以程序的11、白盒測試是測試，被測對象是用例。12、邏輯覆蓋是對程序內(nèi)部有存在的邏輯結(jié)構(gòu)設(shè)計(jì)測試用例，根據(jù)程序內(nèi)部的邏輯覆蓋程度又可分為、 、 、 、 和 6 種覆蓋技術(shù)。13、實(shí)際的邏輯覆蓋測試中，一般以覆蓋為主設(shè)計(jì)測試用例，然后再補(bǔ)充部分用例，以達(dá)到 覆蓋測試標(biāo)準(zhǔn)。14、循環(huán)覆蓋是對程序內(nèi)部有 通過限制

12、來測試。存在的邏輯結(jié)構(gòu)設(shè)計(jì)測試用例，它15、基本路徑測試是在程序基礎(chǔ)上，通過分析控制構(gòu)造的復(fù)雜性，導(dǎo)出 集合，從而設(shè)計(jì)測試用例。16、黑盒測試是測試，用黑盒技術(shù)設(shè)計(jì)測試用例有4 種方法： 、和 。17、等價(jià)類劃分從程序的 說明，找出一個輸入條件（通常是 或 ），然后將每個輸入條件劃分成兩個或多個。18、邊界值分析是將測試情況作為重點(diǎn)目標(biāo)，選取正好等于、剛剛大于或剛剛小于 的測試數(shù)據(jù)。如果輸入或輸出域是一個有序集合，則應(yīng)選取集合的元素和 元素作為測試用例。19、在測試程序時(shí)， 根據(jù)經(jīng)驗(yàn)或直覺推測程序中可能存在的各種錯 誤，稱為。20、因果圖的基本原理是通過畫圖，把用自然語言描述的轉(zhuǎn)換為 ，最后為

13、 每一列設(shè)計(jì)一個測試用例。11、結(jié)構(gòu) 源程序 內(nèi)部邏輯12、判定 語句覆蓋判定覆蓋條件覆蓋判定/ 條件覆蓋條件組合覆蓋 路徑覆蓋13、條件組合 路徑14、循環(huán) 循環(huán)次數(shù)15、控制流程圖環(huán)路 基本路徑錯誤推測因果圖16、功能 等價(jià)類劃分邊界值分析17、功能 一句話 一個短語等價(jià)類18、邊界 邊界值 第一個 最后一個19、錯誤推測法20、因果 功能說明判定表 判定表方法。通常先用法21、測試的綜合策略是在測試中， 聯(lián)合使用各種設(shè)計(jì)基本的測試用例，再用法補(bǔ)充一些必要的測試用例。22、軟件測試過程中需要 3 類信息：、 和 。23、軟件測試一般經(jīng)過 4 個測試：、 、 和 。24、 指對源程序中每一個

14、程序單元進(jìn)行測試，檢查各個模塊是否正確實(shí)現(xiàn)規(guī)定的功能， 從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤，它涉及 和 的文檔。25、單元測試主要測試 的 5 個基本特征：、 、 、 和 。26、在單元測試中，需要為被測模塊設(shè)計(jì) 模塊和 模塊。 用來模擬被測模塊的上級調(diào)用模塊，用來代替被測模塊所調(diào)用的模塊。27、集成測試指在 測試基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成一個完整的系統(tǒng)進(jìn)行的測試。也稱測試或 測試。28、集成測試的方法有兩種：和 。29、漸增式測試有兩種不同的組裝模塊的方法：和 。30、自頂向下漸增式測試不需要編寫 模塊，只需要編寫 模塊，其步驟是從 模塊開始，沿著被測程序的 的控制路徑逐步向下測試

15、，它有兩種組合策略：和 。21、測試 黑盒 白盒22、軟件配置測試配置測試工具系統(tǒng)測試錯誤處理邊23、單元測試集成測試確認(rèn)測試重要的執(zhí)行路徑24、單元測試編碼 詳細(xì)設(shè)計(jì)25、模塊 模塊接口局部數(shù)據(jù)結(jié)構(gòu)界條件26、驅(qū)動 樁 驅(qū)動模塊 樁模塊27、單元 組裝 聯(lián)合28、非漸增式測試 漸增式測試29、自頂向下結(jié)合 自底向上結(jié)合30、驅(qū)動 樁 頂層 軟件結(jié)構(gòu)圖 深度優(yōu)先策略 寬度優(yōu)先策略31、自底向上漸增式測試不需要編寫 模塊，只需要編寫 模塊。32、確認(rèn)測試指檢查軟件的 合，又稱 測試。與 是否與 說明書中確定的指標(biāo)相符33、確認(rèn)測試在模擬環(huán)境下運(yùn)用 測試方法，由 和 參加的測試。34、確認(rèn)測試開始

16、前需要制定 計(jì)劃，結(jié)束后要寫出 報(bào)告。其測試用例要選用 的數(shù)據(jù)。35、軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的 和 。36、調(diào)試也稱，是在成功的測試之后才開始進(jìn)行，其目的是確定錯誤的 和 ，并改正錯誤。37、調(diào)試技術(shù)包括、 、 和 。38、回溯法調(diào)試是從 出發(fā)，而歸納法調(diào)試是從 入手。39、被測試程序不在機(jī)器上運(yùn)行， 而是采用人工檢測和計(jì)算機(jī)輔助分析檢測的手段稱為測試。40、用等價(jià)類劃分法設(shè)計(jì)一個測試用例時(shí)，使其覆蓋 尚未被覆蓋的合理等價(jià)類。31、樁 驅(qū)動32、功能 性能 需求規(guī)格 有效性33、黑盒 專門測試人員 用戶34、測試 測試分析 實(shí)際運(yùn)用35、完整性 正確性36、糾錯 原因 位置

17、37、簡單調(diào)試歸納法調(diào)試演繹法調(diào)試回溯法調(diào)試38、程序產(chǎn)生錯誤的地方 39、靜態(tài) 40、盡可能多的測試結(jié)果發(fā)現(xiàn)的線索41、用等價(jià)類劃分法設(shè)計(jì)一個測試用例時(shí)，使其覆蓋 不合理等價(jià)類。42、在單元測試時(shí)，需要為被測模塊設(shè)計(jì)。43、在集成測試時(shí)有兩種測試方法，它們是44、軟件測試是為了而執(zhí)行程序的過程。45、運(yùn)行被測程序的方法稱為 測試。46、動態(tài)測試中，主要測試軟件功能的方法稱為 法。47、選擇測試用例， 使得被測程序中每個判定的每個分支至少執(zhí)行一次，這種邏輯覆蓋標(biāo)準(zhǔn)稱為。48、要覆蓋含循環(huán)結(jié)構(gòu)的所有路徑是不可能的，一般通過限制 來測試。49、用等價(jià)類劃分法設(shè)計(jì)測試用例時(shí)，如果被測程序的某個輸入條

18、件規(guī)定了取值范圍，則可確定一個合理的等在和。50、憑經(jīng)驗(yàn)或直覺推測程序中可能存在的錯誤而設(shè)計(jì)測試用例的方法是 。51、集成測試中的具體方法是。52、確認(rèn)測試階段的兩項(xiàng)工作是。53、在單元測試中，測試一個模塊時(shí)，需要設(shè)計(jì)。54、軟件配置管理，簡稱 目標(biāo)是：、 、 。SCM，它用于整個軟件工程過程。其主要55、SCM是一組管理整個軟件生存期各階段中 的活動。56、基線的作用是把各階段的開發(fā)工作劃分得更加明確，便于檢查 與確認(rèn)階段成果。因此，基線可以作為項(xiàng)目的一個。參考答案：41、一個 42、驅(qū)動模塊與樁模塊 43、漸增式和非漸增式 44、發(fā)現(xiàn)錯誤 45、動態(tài)測試 46、黑盒法47、判定覆蓋 48、

19、循環(huán)次數(shù) 49、兩個不合理的等價(jià)類 50、錯誤推測法 51、漸增式和非漸增式測試方法 52、進(jìn)行確認(rèn)測試和軟件配置審查 53、驅(qū)動模塊和樁模塊54、標(biāo)識變更控制變更確保變更正確地實(shí)現(xiàn)報(bào)告有關(guān)變更55、變更 56、檢查點(diǎn) 三、名詞解釋 1、軟件測試 2、靜態(tài)測試 3、動態(tài)測試 4、黑盒測試 5、白盒測試 6、語句覆蓋 7、判定覆蓋 8、條件覆蓋9、判定 / 條件覆蓋 10、條件組合覆蓋 11、路徑覆蓋 12、測試用例 13、驅(qū)動模塊 14、樁模塊 15、單元測試 16、集成測試 17、確認(rèn)測試 18、漸增式測試 19、非漸增式測試 20、調(diào)試 21、人的因素的含義 22、基線 23、軟件配置管理

20、 24、軟件配置項(xiàng)參考答案：1、軟件測試指為了發(fā)現(xiàn)軟件中的錯誤而執(zhí)行軟件的過程。它的目標(biāo)是盡可能多地發(fā)現(xiàn)軟件中存在的錯誤，據(jù)。將測試結(jié)果作為糾錯的依2、靜態(tài)測試指被測試的程序不在機(jī)器上運(yùn)行，而是采用人工檢測和計(jì)算機(jī)輔助靜態(tài)分析的手段對程序進(jìn)行檢測。3、動態(tài)測試指通過運(yùn)行程序發(fā)現(xiàn)錯誤。4、黑盒測試指把測試對象看成一個黑盒子，測試人員完全不考慮 程序的內(nèi)部結(jié)構(gòu)和處理過程， 只在軟件的接口處進(jìn)行測試， 依據(jù)需求規(guī)格說明書， 檢查程序是否滿足功能要求， 又稱為功能測試或數(shù)據(jù)驅(qū)動測試。5、白盒測試指把測試對象看成一個打開的盒子，測試人員需了解 程序的內(nèi)部結(jié)構(gòu)和處理過程， 以檢查處理過程的細(xì)節(jié)為基礎(chǔ)， 對

21、程序中盡可能多的邏輯路徑進(jìn)行測試， 檢驗(yàn)內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。6、語句覆蓋指設(shè)計(jì)足夠的測試用例，使被測程序中每個語句至少 執(zhí)行一次。7、判定覆蓋指設(shè)計(jì)足夠的測試用例，使被測程序中每個判定表達(dá) 式至少獲得一次“ 真” 值或“ 假” 值，從而使程序的每個分支至少都通過一次，因此判定覆蓋又稱分支覆蓋。8、條件覆蓋指設(shè)計(jì)足夠測試用例，使判定表達(dá)式中每個條件的各 種可能的值至少出現(xiàn)一次。9、判定/ 條件覆蓋指設(shè)計(jì)足夠的測試用例，使得判定表達(dá)式中每個條件的所有可能取值至少出現(xiàn)一次， 并使每個判定表達(dá)式所有可能 的結(jié)果也至少出現(xiàn)一次。10、條件組合覆蓋指設(shè)計(jì)足夠

22、的測試用例，使得每個判定表達(dá)式中條件的各種可能的值的組合都至少出現(xiàn)一次。11、路徑覆蓋指設(shè)計(jì)足夠的測試用例，路徑。覆蓋被測程序中所有可能的12、測試用例指為尋找程序中的錯誤而精心設(shè)計(jì)的一組測試數(shù)據(jù)。13、驅(qū)動模塊指用來模擬被測模塊的上級調(diào)用模塊，其功能比真正的上級模塊簡單得多， 它只完成接受測試數(shù)據(jù)， 以上級模塊調(diào)用被測模塊的格式驅(qū)動被測模塊，接收被測模塊的測試結(jié)果并輸出。14、樁模塊指用來代替被測試模塊所調(diào)用的模塊，其作用是返回被測試模塊所需的信息。15、單元測試指對源程序中每一個程序單元進(jìn)行測試，檢查各個模塊是否正確實(shí)現(xiàn)規(guī)定的功能， 從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。16、集成測試指在單

23、元測試基礎(chǔ)上， 將所有模塊按照設(shè)計(jì)要求組裝 成一個完整的系統(tǒng)進(jìn)行的測試。也稱組裝測試或聯(lián)合測試。17、確認(rèn)測試指檢查軟件的功能與性能是否與需求規(guī)格說明書中確 定的指標(biāo)相符合，又稱有效性測試。18、漸增式測試指逐個把未經(jīng)過測試的模塊組裝到已經(jīng)過測試的模 塊上去，進(jìn)行集成測試。 每加入一個新模塊進(jìn)行一次集成測試，重 復(fù)此過程直到程序組裝完畢。19、非漸增式測試指首先對每個模塊分別進(jìn)行單元測試，然后把所 有的模塊按設(shè)計(jì)要求組裝在一起進(jìn)行測試。20、調(diào)試指確定錯誤的原因和位置， 并改正錯誤的過程，也稱糾錯。21、1）人對感知過程的認(rèn)識，包括視覺、閱讀時(shí)的認(rèn)知心理、記 憶、歸納與演繹推理等；2）用戶已有

24、的技能和行為方式；3）用戶所要求的完成的整個任務(wù)以及用戶對人機(jī)交互部分的特殊 要求。22、已經(jīng)通過正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它因此可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只能遵循正式的變化控制過程得到改變。23、軟件配置管理，簡稱SCM，它用于整個軟件工程過程。其主要目標(biāo)是：標(biāo)識變更、控制變更、確保變更正確地實(shí)現(xiàn)、報(bào)告有關(guān)變 更。SCM是一組管理整個軟件生存期各階段中變更的活動。24、軟件配置項(xiàng)是軟件工程中產(chǎn)生的信息項(xiàng)，它是配置管理的基本單位，對已成為基線的 SCI，雖然可以修改，但必須按照一個特殊 的正確的過程進(jìn)行評估，確認(rèn)每一處的修改。四、 簡答題 1、為什么說軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，但不是 軟件質(zhì)量保證的安全網(wǎng)？2、軟件測試的目的是什么？為什么把軟件測試的目的定義為只是 發(fā)現(xiàn)錯誤？3、軟件測試應(yīng)當(dāng)遵循什么原則？為什么要遵循這些原則？參考答案：1、 軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，原因是：測試的工作量約占整個項(xiàng)目開發(fā)工作量的40%左右，幾乎一半。如果是關(guān)系到人的生命安全的軟件，測試的工作量還要成倍增加。軟件測試代表了需求分析、設(shè)計(jì)、編碼的最終復(fù)