1 內(nèi)容概要

2 軟件測(cè)試類型

2.1 測(cè)試類型

• 動(dòng)態(tài)測(cè)試【計(jì)算機(jī)運(yùn)行】

  • 白盒測(cè)試法：關(guān)注內(nèi)部結(jié)構(gòu)與邏輯
  • 灰盒測(cè)試法：介于兩者之間
  • 黑盒測(cè)試法：關(guān)注輸入輸出及功能

• 靜態(tài)測(cè)試【人工監(jiān)測(cè)和計(jì)算機(jī)輔助分析】

  • 桌前檢查
  • 代碼審查
  • 代碼走查
  • 以上三個(gè)都是做的【靜態(tài)分析】
    • 控制流分析：是否存在沒有使用的語句/無法達(dá)到的語句/調(diào)用并不存在的子程序
    • 數(shù)據(jù)流分析：引用未定義的變量、對(duì)以前未使用的變量再次賦值。
    • 接口分析：模塊之間接口的一致性、子程序和函數(shù)之間的接口一致性、函數(shù)形參與實(shí)參的數(shù)量、順序、類型的一致性。
    • 表達(dá)式分析：括號(hào)不配對(duì)、數(shù)組引用越界、除數(shù)為零。

2.1.1 白盒測(cè)試

• 白盒測(cè)試【結(jié)構(gòu)測(cè)試】：主要用于單元測(cè)試階段。
  • 控制流測(cè)試【邏輯覆蓋測(cè)試(語句覆蓋最弱，路徑測(cè)試覆蓋最強(qiáng))
  • 數(shù)據(jù)流測(cè)試
  • 程序變異測(cè)試【錯(cuò)誤驅(qū)動(dòng)測(cè)試】
    

2.1.2 黑盒測(cè)試

• 黑盒測(cè)試【功能測(cè)試】∶主要用于集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試階段
  • 等價(jià)類劃分：不同等價(jià)類，揭示不同問題；有效等價(jià)類/無效等價(jià)類。
  • 邊界值分析：1<=x<=10,可取x的值為0、1、10和11作為測(cè)試數(shù)據(jù)
  • 錯(cuò)誤推測(cè)：依靠測(cè)試人員的經(jīng)驗(yàn)和直覺
  • 判定表：最適合描述在多個(gè)邏輯條件取值的組合所構(gòu)成的復(fù)雜情況下，分別要執(zhí)行哪些不同的動(dòng)作
  • 因果圖：根據(jù)輸入條件與輸出結(jié)果之間的因果關(guān)系來設(shè)計(jì)測(cè)試用例

例1
軟件測(cè)試一般分為兩個(gè)大類∶動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試。前者通過運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤，包括（)等方法;后者采用人工和計(jì)算機(jī)輔助靜態(tài)分析的手段對(duì)程序進(jìn)行檢測(cè)，包括（）等方法。
A:邊界值分析、邏輯覆蓋、基本路徑
B:桌面檢查、邏輯覆蓋、錯(cuò)誤推測(cè)
C:桌面檢查、代碼審查、代碼走查
D:錯(cuò)誤推測(cè)、代碼審查、基本路徑

A:邊界值分析、邏輯覆蓋、基本路徑
B:桌面檢查、邏輯覆蓋、錯(cuò)誤推測(cè)
C:桌面檢查、代碼審查、代碼走查
D:錯(cuò)誤推測(cè)、代碼審查、基本路徑

解析
軟件測(cè)試一般分為兩個(gè)大類：動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試。
動(dòng)態(tài)測(cè)試是通過運(yùn)行程序來發(fā)現(xiàn)錯(cuò)誤的方法。它包括以下幾種方法：

• 邊界值分析：測(cè)試輸入域的邊界值，因?yàn)殄e(cuò)誤往往發(fā)生在邊界附近。
• 邏輯覆蓋：通過測(cè)試用例覆蓋程序的邏輯路徑，確保每條路徑都被測(cè)試到。
• 基本路徑：通過分析程序的控制流圖，設(shè)計(jì)測(cè)試用例以覆蓋所有基本路徑。

靜態(tài)測(cè)試是采用人工和計(jì)算機(jī)輔助靜態(tài)分析的手段對(duì)程序進(jìn)行檢測(cè)的方法。它包括以下幾種方法：

• 桌面檢查：人工檢查代碼，查找錯(cuò)誤。
• 代碼審查：通過團(tuán)隊(duì)評(píng)審代碼，查找錯(cuò)誤和改進(jìn)建議。
• 代碼走查：通過模擬程序的執(zhí)行過程，人工檢查代碼的邏輯和結(jié)構(gòu)。

答案：A、C。

例2
用邊界值分析法，假定10≤X≤30，那么X在測(cè)試中應(yīng)取的邊界值是（ ）。
A：X=11，X=29
B：X=9，X=10，X=30，X=31
C：X=10，X=30
D：X=9，X=31

解析

• 邊界值分析法要求測(cè)試邊界值及其附近的值；
• 對(duì)于范圍10≤X≤30，邊界值及其附近的值包括：
  • 下邊界：10
  • 下邊界減1：9
  • 上邊界：30
  • 上邊界加1：31
  • 因此，X在測(cè)試中應(yīng)取的邊界值是9、10、30、31。

答案：B。

2.2 測(cè)試方法

• AB測(cè)試
  多版本同時(shí)使用，利于收集各版本的用戶反饋，評(píng)估出最好版本。故也算是一種 【網(wǎng)頁優(yōu)化方法】

• Web測(cè)試
  web系統(tǒng)測(cè)試與其他系統(tǒng) 測(cè)試測(cè)試內(nèi)容基本相同只是測(cè)試重點(diǎn)不同
  Web代碼測(cè)試包括：源代碼規(guī)則分析、鏈接測(cè)試、框架測(cè)試、表格測(cè)試、圖形測(cè)試等方面

• 鏈接測(cè)試
  鏈接測(cè)試可分為3個(gè)方面:

  • 測(cè)試所有鏈接是否按指示的那樣 確實(shí)鏈接到了該鏈接的頁面
  • 測(cè)試所鏈接的 頁面是否存在
  • 保證Web應(yīng)用系統(tǒng)上 沒有孤立的頁面

3 測(cè)試階段

• 回歸測(cè)試：測(cè)試軟件變更之后，變更部分的正確性和對(duì)變更需求的符合性

• 測(cè)試階段

  • 單元測(cè)試：依據(jù) 【詳細(xì)設(shè)計(jì)】，模塊測(cè)試，模塊功能、性能、接口等
  • 集成測(cè)試：依據(jù) 【概要設(shè)計(jì)】，模塊間的接口
  • 系統(tǒng)測(cè)試：依據(jù) 【需求文檔】，在真實(shí)環(huán)境下，驗(yàn)證完整的軟件配置項(xiàng)能否和系統(tǒng)正確連接
  • 確認(rèn)測(cè)試：依據(jù) 【需求文檔】，驗(yàn)證軟件與需求的一致性。內(nèi)部確認(rèn)測(cè)試、Alpha測(cè)試、Beta測(cè)試、驗(yàn)收測(cè)試
    

• 集成測(cè)試策略

  • 一次性組裝【風(fēng)險(xiǎn)高】
  • 增量式組裝【測(cè)試全面】
    • 自頂向下【需要樁模塊】
    • 自底向上【需要驅(qū)動(dòng)模塊】
    • 混合式【都需要】

例3
在單元測(cè)試中，( ) 。
A：驅(qū)動(dòng)模塊用來調(diào)用被測(cè)模塊，自頂向下的單元測(cè)試中不需要另外編寫驅(qū)動(dòng)模塊
B：樁模塊用來模擬被測(cè)模塊所調(diào)用的子模塊，自頂向下的單元測(cè)試中不需要另外編寫樁模塊
C：驅(qū)動(dòng)模塊用來模擬被測(cè)模塊所調(diào)用的子模塊，自底向上的單元測(cè)試中不需要另外編寫驅(qū)動(dòng)模塊
D：樁模塊用來調(diào)用被測(cè)模塊，自底向上的單元測(cè)試中不需要另外編寫樁模塊

解析
在單元測(cè)試中，驅(qū)動(dòng)模塊和樁模塊的作用如下：

• 驅(qū)動(dòng)模塊
  驅(qū)動(dòng)模塊（Driver Module）是用來調(diào)用被測(cè)模塊的代碼。它通常用于自底向上的單元測(cè)試中，因?yàn)樽缘紫蛏系臏y(cè)試是從最底層的模塊開始測(cè)試，逐步向上測(cè)試更高層次的模塊。在這種情況下，需要編寫驅(qū)動(dòng)模塊來調(diào)用被測(cè)模塊。
• 樁模塊
  樁模塊（Stub Module）是用來模擬被測(cè)模塊所調(diào)用的子模塊的代碼。它通常用于自頂向下的單元測(cè)試中，因?yàn)樽皂斚蛳碌臏y(cè)試是從最高層次的模塊開始測(cè)試，逐步向下測(cè)試更低層次的模塊。在這種情況下，需要編寫樁模塊來模擬被測(cè)模塊調(diào)用的子模塊。
• 選項(xiàng)分析
  A: 驅(qū)動(dòng)模塊用來調(diào)用被測(cè)模塊，自頂向下的單元測(cè)試中不需要另外編寫驅(qū)動(dòng)模塊。這個(gè)選項(xiàng)是正確的，因?yàn)?strong>在自頂向下的單元測(cè)試中，通常需要編寫樁模塊而不是驅(qū)動(dòng)模塊。
  B: 樁模塊用來模擬被測(cè)模塊所調(diào)用的子模塊，自頂向下的單元測(cè)試中不需要另外編寫樁模塊。這個(gè)選項(xiàng)是錯(cuò)誤的，因?yàn)?strong>在自頂向下的單元測(cè)試中，通常需要編寫樁模塊來模擬被測(cè)模塊調(diào)用的子模塊。
  C: 驅(qū)動(dòng)模塊用來模擬被測(cè)模塊所調(diào)用的子模塊，自底向上的單元測(cè)試中不需要另外編寫驅(qū)動(dòng)模塊。這個(gè)選項(xiàng)是錯(cuò)誤的，因?yàn)?strong>在自底向上的單元測(cè)試中，通常需要編寫驅(qū)動(dòng)模塊來調(diào)用被測(cè)模塊。
  D: 樁模塊用來調(diào)用被測(cè)模塊，自底向上的單元測(cè)試中不需要另外編寫樁模塊。這個(gè)選項(xiàng)是錯(cuò)誤的，因?yàn)?strong>樁模塊來模擬被測(cè)模塊調(diào)用的子模塊，而不是用來調(diào)用被測(cè)模塊，在自底向上的單元測(cè)試中，通常不需要編寫樁模塊，而是需要編寫驅(qū)動(dòng)模塊。

答案: A。

3.1 系統(tǒng)測(cè)試

3.1.1 系統(tǒng)測(cè)試分類

• 功能測(cè)試

• 性能測(cè)試

  • 負(fù)載測(cè)試：各種工作負(fù)載下系統(tǒng)的性能
  • 壓力測(cè)試【測(cè)上限】：系統(tǒng)的瓶頸或不能接受的性能點(diǎn)強(qiáng)度測(cè)試【測(cè)下限】：系統(tǒng)資源特別低的情況下運(yùn)行
  • 容量測(cè)試【并發(fā)測(cè)試】：同時(shí)在線的最大用戶數(shù)
  • 可靠性測(cè)試：MTTF之類的參數(shù)

• 健壯性測(cè)試

• 用戶界面測(cè)試

• 安全性測(cè)試

• 安裝與反安裝測(cè)試

例4
軟件性能測(cè)試有多種不同類型的測(cè)試方法，其中，(）用于測(cè)試在限定的系統(tǒng)下考查軟件系統(tǒng)極限運(yùn)行的情況，（）可用于測(cè)試系統(tǒng)同時(shí)處理的在線最大用戶數(shù)量。
A:強(qiáng)度測(cè)試
B:負(fù)載測(cè)試
C:壓力測(cè)試
D:容量測(cè)試

A:強(qiáng)度測(cè)試
B:負(fù)載測(cè)試
C:壓力測(cè)試
D:容量測(cè)試

解析

• 強(qiáng)度測(cè)試（Stress Testing）
  強(qiáng)度測(cè)試用于測(cè)試在限定的系統(tǒng)下考查軟件系統(tǒng)極限運(yùn)行的情況。它通過模擬極端條件下的負(fù)載，測(cè)試系統(tǒng)在超出正常工作負(fù)載時(shí)的表現(xiàn)，以確定系統(tǒng)的極限和穩(wěn)定性。
• 負(fù)載測(cè)試（Load Testing）
  負(fù)載測(cè)試用于測(cè)試系統(tǒng)在正常和預(yù)期峰值負(fù)載條件下的性能。它通過逐漸增加負(fù)載，測(cè)試系統(tǒng)在不同負(fù)載水平下的響應(yīng)時(shí)間和資源使用情況。
• 壓力測(cè)試（Stress Testing）
  壓力測(cè)試與強(qiáng)度測(cè)試類似，也是用于測(cè)試系統(tǒng)在極端條件下的表現(xiàn)。它通過超出系統(tǒng)正常工作負(fù)載的負(fù)載，測(cè)試系統(tǒng)的極限和穩(wěn)定性。
• 容量測(cè)試（Volume Testing）：同時(shí)在線的最大用戶數(shù)。
  根據(jù)題目描述：

1. 用于測(cè)試在限定的系統(tǒng)下考查軟件系統(tǒng)極限運(yùn)行的情況的測(cè)試方法是強(qiáng)度測(cè)試。
2. 可用于測(cè)試系統(tǒng)同時(shí)處理的在線最大用戶數(shù)量的測(cè)試方法是容量測(cè)試。

答案：A、D。

3.1.2 系統(tǒng)測(cè)試步驟

• 制定系統(tǒng)測(cè)試計(jì)劃
  進(jìn)行人員以及任務(wù)的確定，明確測(cè)試范圍、測(cè)試方法、測(cè)試環(huán)境與輔助工具

• 設(shè)計(jì)系統(tǒng)測(cè)試用例
  如:等價(jià)類劃分、邊界值分析等測(cè)試方法的應(yīng)用

• 執(zhí)行系統(tǒng)測(cè)試
  執(zhí)行設(shè)計(jì)好的測(cè)試用例，并記錄結(jié)果

• 缺陷管理與改錯(cuò)
  消除已發(fā)現(xiàn)的錯(cuò)誤

3.2 面向?qū)ο鬁y(cè)試

• 算法層（單元測(cè)試)︰包括等價(jià)類劃分測(cè)試、組合功能測(cè)試（基于判定表的測(cè)試)、遞歸函數(shù)測(cè)試和多態(tài)消息測(cè)試
• 類層(模塊測(cè)試)︰包括不變式邊界測(cè)試、模態(tài)類測(cè)試和非模態(tài)類測(cè)試
• 模板層/類樹層（集成測(cè)試)︰包括多態(tài)服務(wù)測(cè)試和展平測(cè)試

4 軟件調(diào)試

• 軟件調(diào)試方法
  • 蠻力法:主要思想是“通過計(jì)算機(jī)找錯(cuò)”，低效，耗時(shí)
  • 回溯法:從出錯(cuò)處人工沿控制流程往回追蹤，直至發(fā)現(xiàn)出錯(cuò)的根源。復(fù)雜程序由于回溯路徑多，難以實(shí)施
  • 原因排除法:主要思想是演繹和歸納，用二分法實(shí)現(xiàn)
• 軟件測(cè)試與軟件調(diào)試區(qū)別

  • 軟件測(cè)試

    • 目的是找出存在的錯(cuò)誤
    • 從一個(gè)已知的條件開始，使用預(yù)先定義的過程，有預(yù)知的結(jié)果
    • 測(cè)試過程可以事先設(shè)計(jì)，進(jìn)度可以事先確定

  • 軟件調(diào)試

    • 目的是定位錯(cuò)誤并修改程序以修正錯(cuò)誤
    • 從一個(gè)未知的條件開始，結(jié)束的過程不可預(yù)計(jì)
    • 調(diào)試不能描述過程或持續(xù)時(shí)間

5 系統(tǒng)轉(zhuǎn)換計(jì)劃

5.1 遺留系統(tǒng)演化策略

• 開發(fā)新系統(tǒng)時(shí),需要完全兼容遺留系統(tǒng)的功能模型和數(shù)據(jù)模型

• 低水平、高價(jià)值：繼承

• 低水平、低價(jià)值：淘汰

• 高水平、高價(jià)值：改造

  • 改造包括系統(tǒng)功能的增強(qiáng)和數(shù)據(jù)模型的改造兩個(gè)方面

• 高水平、低價(jià)值：集成

  • 針對(duì)“信息孤島”

例5
遺留系統(tǒng)的演化可以采用淘汰、繼承、改造和集成四種策略。若企業(yè)中的遺留系統(tǒng)技術(shù)含量較高，業(yè)務(wù)價(jià)值較低，在局部領(lǐng)域中工作良好，形成了一個(gè)個(gè)信息孤島時(shí)，適合于采用（）演化策略。
A:淘汰
B:繼承
C:改造
D:集成

解析

• 低水平、高價(jià)值：繼承
• 低水平、低價(jià)值：淘汰
• 高水平、高價(jià)值：改造
• 高水平、低價(jià)值：集成

答案：D。

5.2 新舊系統(tǒng)的轉(zhuǎn)換策略

在系統(tǒng)轉(zhuǎn)換過程中，選擇合適的轉(zhuǎn)換策略至關(guān)重要，因?yàn)樗苯佑绊懙睫D(zhuǎn)換的順利進(jìn)行和系統(tǒng)的穩(wěn)定性。以下是三種常見的系統(tǒng)轉(zhuǎn)換策略：

5.2.1 直接轉(zhuǎn)換策略（Big Bang Approach）

定義: 直接轉(zhuǎn)換策略是指在某個(gè)特定的時(shí)間點(diǎn)，舊系統(tǒng)被完全停止，新系統(tǒng)立即接管所有功能。

優(yōu)點(diǎn):

• 快速: 轉(zhuǎn)換過程迅速，可以在短時(shí)間內(nèi)完成。
• 成本低: 不需要同時(shí)維護(hù)兩個(gè)系統(tǒng)，節(jié)省了資源和成本。

缺點(diǎn):

• 風(fēng)險(xiǎn)高: 如果新系統(tǒng)出現(xiàn)問題，可能會(huì)導(dǎo)致業(yè)務(wù)中斷，影響正常運(yùn)營(yíng)。
• 缺乏過渡期: 沒有時(shí)間進(jìn)行逐步適應(yīng)和調(diào)整，可能會(huì)導(dǎo)致用戶不適應(yīng)。

適用場(chǎng)景:

• 適用于小型系統(tǒng)或?qū)I(yè)務(wù)影響較小的系統(tǒng)。
• 適用于新系統(tǒng)已經(jīng)過充分測(cè)試，確保其穩(wěn)定性和可靠性。

5.2.2 并行轉(zhuǎn)換策略（Parallel Approach）

定義: 并行轉(zhuǎn)換策略是指在一段時(shí)間內(nèi)，新舊系統(tǒng)同時(shí)運(yùn)行，并比較兩者的輸出結(jié)果，直到確認(rèn)新系統(tǒng)穩(wěn)定可靠后，再完全切換到新系統(tǒng)。

優(yōu)點(diǎn):

• 風(fēng)險(xiǎn)低: 即使新系統(tǒng)出現(xiàn)問題，舊系統(tǒng)仍然可以繼續(xù)運(yùn)行，確保業(yè)務(wù)連續(xù)性。
• 可靠性高: 通過并行運(yùn)行，可以驗(yàn)證新系統(tǒng)的準(zhǔn)確性和穩(wěn)定性。

缺點(diǎn):

• 成本高: 需要同時(shí)維護(hù)兩個(gè)系統(tǒng)，增加了資源和成本。
• 復(fù)雜性高: 需要確保兩個(gè)系統(tǒng)之間的數(shù)據(jù)同步和一致性。

適用場(chǎng)景:

• 適用于關(guān)鍵業(yè)務(wù)系統(tǒng)，確保轉(zhuǎn)換過程中的業(yè)務(wù)連續(xù)性。
• 適用于新系統(tǒng)尚未完全驗(yàn)證，需要通過并行運(yùn)行來逐步確認(rèn)其可靠性。

5.2.3 分段轉(zhuǎn)換策略（Phased Approach）

定義: 分段轉(zhuǎn)換策略是指將系統(tǒng)轉(zhuǎn)換過程分為多個(gè)階段，逐步將新系統(tǒng)的各個(gè)模塊或功能替換舊系統(tǒng)，最終完成整個(gè)系統(tǒng)的轉(zhuǎn)換。

優(yōu)點(diǎn):

• 風(fēng)險(xiǎn)可控: 通過分階段進(jìn)行，可以逐步驗(yàn)證新系統(tǒng)的各個(gè)模塊，降低整體風(fēng)險(xiǎn)。
• 靈活性高: 可以根據(jù)實(shí)際情況調(diào)整每個(gè)階段的轉(zhuǎn)換計(jì)劃。

缺點(diǎn):

• 時(shí)間長(zhǎng): 轉(zhuǎn)換過程較長(zhǎng)，可能需要數(shù)月甚至更長(zhǎng)時(shí)間。
• 復(fù)雜性高: 需要詳細(xì)規(guī)劃每個(gè)階段的轉(zhuǎn)換步驟和時(shí)間表。

適用場(chǎng)景:

• 適用于大型復(fù)雜系統(tǒng)，逐步驗(yàn)證和部署新系統(tǒng)。
• 適用于需要逐步適應(yīng)新系統(tǒng)的用戶和業(yè)務(wù)流程。

5.3 數(shù)據(jù)轉(zhuǎn)換與遷移

6 系統(tǒng)運(yùn)行與維護(hù)

• 影響可維護(hù)性的因素

  • 【可理解性】是指通過閱讀源代碼和相關(guān)文檔，了解軟件的功能和如何運(yùn)行的容易程度
  • 【可修改性】是指修改軟件的難易程度
  • 【可測(cè)試性】是指驗(yàn)證軟件程序正確的難易程度
    可測(cè)試性好的軟件，通常意味著軟件設(shè)計(jì)簡(jiǎn)單，復(fù)雜性低。因?yàn)檐浖膹?fù)雜性越大，測(cè)試的難度也就越大
  • 【可靠性】一個(gè)軟件的可靠性越高,需要維護(hù)的概率就會(huì)越低
  • 【可移植性】是指將軟件從一個(gè)環(huán)境移植到新的的環(huán)境下正確運(yùn)行的難易程度
    軟件運(yùn)行環(huán)境的變化是軟件維護(hù)的一種常見情形，可移植性好的軟件會(huì)降低維護(hù)的概率

• 維護(hù)類型

  • 正確性維護(hù)【修BUG】︰識(shí)別和糾正軟件錯(cuò)誤/缺陷，測(cè)試不可能發(fā)現(xiàn)所有錯(cuò)誤
  • 適應(yīng)性維護(hù)【應(yīng)變】∶指使應(yīng)用軟件適應(yīng)環(huán)境變化【外部環(huán)境、數(shù)據(jù)環(huán)境】而進(jìn)行的修改
  • 完善性維護(hù)【新需求】︰擴(kuò)充功能和改善性能而進(jìn)行的修改。
  • 預(yù)防性維護(hù)【針對(duì)未來】∶為了適應(yīng)未來的軟硬件環(huán)境的變化，應(yīng)主動(dòng)增加預(yù)防性的新的功能，以使用系統(tǒng)適應(yīng)各類變化而不被淘汰。經(jīng)典實(shí)例:【專用】改【通用】。

例6
軟件的維護(hù)并不只是修正錯(cuò)誤。為了滿足用戶提出的增加新功能、修改現(xiàn)有功能以及一般性的改進(jìn)要求和建議，需要進(jìn)行（），它是軟件維護(hù)工作的主要部分;軟件測(cè)試不可能揭露舊系統(tǒng)中所有潛在的錯(cuò)誤，所以這些程序在使用過程中還可能發(fā)生錯(cuò)誤，診斷和更正這些錯(cuò)誤的過程稱為（);為了改進(jìn)軟件未來的可維護(hù)性或可靠性，或者為了給未來的改進(jìn)提供更好的基礎(chǔ)而對(duì)軟件進(jìn)行修改,這類活動(dòng)稱為( ) 。

A:完善性維護(hù)
B:適應(yīng)性維護(hù)
C:預(yù)防性維護(hù)
D:改正性維護(hù)

A:完善性維護(hù)
B:適應(yīng)性維護(hù)
C:預(yù)防性維護(hù)
D:改正性維護(hù)

A:完善性維護(hù)
B:適應(yīng)性維護(hù)
C:預(yù)防性維護(hù)
D:改正性維護(hù)

解析
根據(jù)題目描述，我們可以將軟件維護(hù)的不同類型與各個(gè)描述進(jìn)行匹配：

1. 為了滿足用戶提出的增加新功能、修改現(xiàn)有功能以及一般性的改進(jìn)要求和建議，需要進(jìn)行（），它是軟件維護(hù)工作的主要部分。

• 這種維護(hù)類型主要是為了增強(qiáng)軟件的功能或性能，屬于完善性維護(hù)。
• 答案：A:完善性維護(hù)

2. 軟件測(cè)試不可能揭露舊系統(tǒng)中所有潛在的錯(cuò)誤，所以這些程序在使用過程中還可能發(fā)生錯(cuò)誤，診斷和更正這些錯(cuò)誤的過程稱為（)。

• 這種維護(hù)類型主要是為了修正已經(jīng)發(fā)現(xiàn)的錯(cuò)誤，屬于改正性維護(hù)。
• 答案：D:改正性維護(hù)

3. 為了改進(jìn)軟件未來的可維護(hù)性或可靠性，或者為了給未來的改進(jìn)提供更好的基礎(chǔ)而對(duì)軟件進(jìn)行修改，這類活動(dòng)稱為( )。

• 這種維護(hù)類型主要是為了預(yù)防未來的問題，屬于預(yù)防性維護(hù)。
• 答案：C:預(yù)防性維護(hù)

答案：A、D、C。

7 附錄 思維導(dǎo)圖