軟件測試期末總復(fù)習(xí)

1、簡答題11、集成測試策略12、集成測試輔助模塊3判斷題3設(shè)計(jì)題31、等價(jià)類劃分法42、 決策表法73、場景法104、白盒測試方法13選擇填空判斷15（一）軟件測試概述概念、模型151、軟件測試概念152、軟件測試過程：163、補(bǔ)充：164、測試與軟件開發(fā)的關(guān)系175、軟件測試過程模型176、軟件測試環(huán)境187、軟件測試工具18（二）運(yùn)用黑盒測試方法設(shè)計(jì)測試用例191、基本概念192、黑盒測試的兩個(gè)顯著優(yōu)點(diǎn)：203、常用的黑盒測試方法204、等價(jià)類劃分測試用例設(shè)計(jì)205、邊界值分析法206、決策表法207、因果圖法218、黑盒測試方法的選擇21（三）運(yùn)用白盒測試方法設(shè)計(jì)測試用例231、黑盒測試與

2、白盒測試的區(qū)別232、白盒測試的常用方法233、邏輯覆蓋244、基本路徑測試24（四）軟件集成測試相關(guān)概念及集成策略的實(shí)施過程261、集成測試相關(guān)概念262、 集成測試集成策略的實(shí)施過程（見簡答題）27（五）軟件系統(tǒng)測試相關(guān)概念及集成策略的實(shí)施過程281、系統(tǒng)測試相關(guān)概念28系統(tǒng)測試一般由若干個(gè)不同測試組成，目的是充分運(yùn)行系統(tǒng)，驗(yàn)證系統(tǒng)各部件是否都能正常工作并完成所賦予的任務(wù)。282、 系統(tǒng)測試集成策略的實(shí)施過程29（六）軟件測試管理：測試管理內(nèi)容、原則301、測試管理的基本內(nèi)容302、測試管理的原則30復(fù)習(xí)題3140軟件測試：15個(gè)選擇題（15分），10個(gè)判斷題（10分），5個(gè)填空題（10分

3、） 1個(gè)簡答題（10分），3個(gè)設(shè)計(jì)題（40分）簡答題軟件集成測試相關(guān)概念及集成策略的實(shí)施過程（集成測試策略）139頁1、集成測試策略（1）非漸增式集成：首先對(duì)每個(gè)子模塊進(jìn)行測試（即單元測試），然后將所有模塊全部集成起來一次性進(jìn)行集成測試。（2） 漸增式集成：把程序劃分成小段來構(gòu)造和測試，在這個(gè)過程中比較容易定位和改正錯(cuò)誤，對(duì)接口可以進(jìn)行更徹底的測試，可以使用系統(tǒng)化的測試方法。目前在進(jìn)行集成測試時(shí)普遍采用漸增式集成方法。自頂向下（從主控制模塊開始，沿著程序的控制層次向下移動(dòng)，逐漸把各個(gè)模塊結(jié)合起來：深度優(yōu)先、寬度優(yōu)先）、自底向上（從“原子”（最底層）模塊開始組裝和測試，不需要樁模塊（因?yàn)榭偰艿玫?/p>

4、所需的下層模塊處理功能）（3）三明治集成：是一種混合增量式測試策略，綜合了自頂向下和自底向上兩種集成方法的優(yōu)點(diǎn)。在這種方法中，樁模塊和驅(qū)動(dòng)模塊的開發(fā)工作都比較小，代價(jià)是在一定程度上增加了定位缺陷的難度?！纠孔鳂I(yè)題對(duì)圖5-9所示的程序進(jìn)行自頂向下的集成測試，試給出測試過程。 解：自頂向下1）寬度優(yōu)先 2）深度優(yōu)先 對(duì)圖5-9所示的程序進(jìn)行自底向上的集成測試，試給出測試過程。 解：自底向上 對(duì)圖5-9所示的程序進(jìn)行三明治集成測試，試給出測試過程。 解：三明治集成測試 2、集成測試輔助模塊-驅(qū)動(dòng)模塊：用以模擬待測模塊的上級(jí)模塊。在集成測試中接受測試數(shù)據(jù)，把相關(guān)的數(shù)據(jù)傳送給待測模塊，啟動(dòng)待測模塊，并

5、打印出相應(yīng)的結(jié)果-樁模塊：存根程序，用以模擬待測模塊工作過程中所調(diào)用的模塊。由待測模塊調(diào)用，它們一般只進(jìn)行很少的數(shù)據(jù)處理，以便于檢驗(yàn)待測模塊與其下級(jí)模塊的接口。判斷題（1）負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(對(duì))（2）軟件測試管理原則之一是全面測試，它的含義：一是對(duì)軟件的所有產(chǎn)品進(jìn)行全面的測試；二是測試人員應(yīng)對(duì)測試的全過程進(jìn)行全程的跟蹤。（3）所有測試的標(biāo)準(zhǔn)都是建立在用戶需求之上。（4）系統(tǒng)測試的目標(biāo)是要找出軟件在與系統(tǒng)其他部分協(xié)調(diào)工作時(shí)出現(xiàn)的所有故障。（5）安全性測試最終證明應(yīng)用程序是安全的。（6）軟件開發(fā)是一個(gè)漸進(jìn)的過程，測試計(jì)劃需要根據(jù)需求變更及時(shí)調(diào)整。設(shè)計(jì)題：黒盒測試

6、（等價(jià)類，決策表）（20頁），白盒測試（88頁）1、等價(jià)類劃分法【例1】課本22頁【例2】課本23頁【例3】電話號(hào)碼城市的電話號(hào)碼由兩部分組成。這兩部分的名稱和內(nèi)容分別是： 地區(qū)碼：以0開頭的三位或者四位數(shù)字（包括0）；電話號(hào)碼：以非0、非1開頭的七位或者八位數(shù)字。假定被調(diào)試的程序能接受一切符合上述規(guī)定的電話號(hào)碼，拒絕所有不符合規(guī)定的號(hào)碼，就可用等價(jià)分類法來設(shè)計(jì)它的調(diào)試用例。等價(jià)類劃分：輸入數(shù)據(jù)有效等價(jià)類無效等價(jià)類地區(qū)碼以0開頭的3位數(shù)串以0開頭的4位數(shù)串以0開頭的含有非數(shù)字字符的串以0開頭的小于3位的數(shù)串以0開頭的大于4位的數(shù)串以非0開頭的數(shù)串電話號(hào)碼以非0、非1開頭的7位數(shù)串以非0、非1開

7、頭的8位數(shù)串以0開頭的數(shù)串以1開頭的數(shù)串以非0、非1開頭的含有非法字符7或者8位數(shù)串以非0、非1開頭的小于7位數(shù)串以非0、非1開頭的大于8位數(shù)串測試用例設(shè)計(jì)：測試數(shù)據(jù)期望結(jié)果覆蓋范圍01023145678顯示有效輸入1、80232234567顯示有效輸入1、708513456789顯示有效輸入2、7085123145678顯示有效輸入2、8測試數(shù)據(jù)期望結(jié)果覆蓋范圍0a3423456789顯示無效輸入30523456789顯示無效輸入40123423456789顯示無效輸入5234123456789顯示無效輸入602801234567顯示無效輸入902812345678顯示無效輸入10028qw

8、123456顯示無效輸入11028623456顯示無效輸入12028886234569顯示無效輸入13【例4】學(xué)籍管理系統(tǒng)一條學(xué)生信息包括學(xué)生的學(xué)號(hào)、姓名。學(xué)號(hào)是學(xué)生信息的關(guān)鍵字，不能重復(fù)。每個(gè)班級(jí)的學(xué)號(hào)范圍和學(xué)號(hào)的數(shù)據(jù)要求見數(shù)據(jù)字典。增加重復(fù)學(xué)號(hào)和非數(shù)據(jù)字典要求的學(xué)號(hào)時(shí)，系統(tǒng)應(yīng)給出提示。增加信息時(shí)，學(xué)號(hào)是必須輸入的，否則，系統(tǒng)應(yīng)給出提示。下表是數(shù)據(jù)字典中關(guān)于學(xué)號(hào)的要求。等價(jià)類劃分：測試用例設(shè)計(jì)：【例5】作業(yè)題在某一C語言版本中規(guī)定： “在同一說明語句中，標(biāo)識(shí)符至少必須有一個(gè)?！?“標(biāo)識(shí)符是由字母開頭，后跟字母或數(shù)字的任意組合構(gòu)成。有效字符數(shù)為8個(gè)，最大字符數(shù)為80個(gè)。”并且規(guī)定：“標(biāo)識(shí)符必須

9、先說明，再使用。” “標(biāo)識(shí)符不能為系統(tǒng)保留字。”請(qǐng)為C編譯器設(shè)計(jì)測試用例。等價(jià)類劃分：輸入條件有效等價(jià)類無效等價(jià)類標(biāo)識(shí)符個(gè)數(shù)1個(gè)(1),多個(gè)(2)0個(gè)(3)標(biāo)識(shí)符字符數(shù)18個(gè)(4)0個(gè)(5),8個(gè)(6),80個(gè)(7)標(biāo)識(shí)符組成字母(8),數(shù)字(9)非字母數(shù)字字符(10),保留字(11)第一個(gè)字符字母(12)非字母(13)標(biāo)識(shí)符使用先說明后使用(14)未說明就使用(15)下面選取 9 個(gè)測試用例，覆蓋所有的等價(jià)類。 int x, T1234567 ； x = 3 ； T1234567 = 2 ； . (1),(2),(4),(8),(9),(12),(14) int ; (3) int x, ;

10、 (5) int T12345678; (6) int T12345.80 ； (7) 多于 80 個(gè)字符 char T$ ； (10) int GOTO ； (11) int 2T ； (13) int PAR ； (15) PAP = 2.5 + (3.14*0.8)/6 ；【例6】登陸系統(tǒng)登錄系統(tǒng)需求規(guī)格說明如下，請(qǐng)按等價(jià)類劃分方法設(shè)計(jì)測試用例： 在登錄系統(tǒng)界面中，用戶輸入用戶名和密碼登錄系統(tǒng)。正確的用戶名是不低于4位的字符，密碼是mercury（大小寫均可）。如果用戶名為空，系統(tǒng)給出提示：“用戶名不能為空”。如果用戶名小于4位字符，系統(tǒng)給出提示：“用戶名不能小于4位”。如果密碼為空，系

11、統(tǒng)給出提示：“密碼不能為空”。如果密碼小于4位字符，系統(tǒng)給出提示：“密碼不能小于4位”。如果密碼大于4位字符但不正確時(shí)，系統(tǒng)給出提示：“密碼錯(cuò)誤”。2、 決策表法【例1】課本33頁【例2】作業(yè)題有一個(gè)處理單價(jià)為 5 角錢的飲料自動(dòng)售貨機(jī)，軟件測試用例的設(shè)計(jì)規(guī)格說明如下：若投入 5 角錢或 1 元錢的硬幣，按下“橙汁”或“啤酒”的按鈕，則相應(yīng)的飲料就送出來。若售貨機(jī)沒有零錢找，則一個(gè)顯示“零錢找完”的紅燈亮，這時(shí)在投入 1 元硬幣并按下按鈕后，飲料不送出來而且 1 元硬幣也退出來；若有零錢找，則顯示“零錢找完”的紅燈滅，在送出飲料的同時(shí)退還 5 角硬幣。如果用戶在投入硬幣后的60秒內(nèi)沒有按下“橙

12、汁”或“啤酒”按鈕，系統(tǒng)退還硬幣。分析這一段說明，列出條件樁: D1: 投入5角硬幣D2： 投入1元錢硬幣M1：用戶在投入硬幣后的60秒內(nèi)按下“橙汁”按鈕M2：用戶在投入硬幣后的60秒內(nèi)按下“啤酒”按鈕M3：用戶在投入硬幣后的60秒內(nèi)沒有按下按鈕S1：有零錢找S2：沒有零錢找 動(dòng)作樁為：不送飲料送出橙汁送出啤酒退出1元硬幣退出5角硬幣零錢找完紅燈亮【例3】某商場促銷活動(dòng)期間，對(duì)持商場會(huì)員卡的顧客，實(shí)行8.5折優(yōu)惠，滿1000元實(shí)行7折優(yōu)惠；對(duì)其他顧客消費(fèi)滿1000元的，實(shí)行9折優(yōu)惠，并免費(fèi)辦理會(huì)員卡。請(qǐng)給出相應(yīng)的決策表和測試用例。規(guī)則選項(xiàng)1234條件：持會(huì)員卡1100消費(fèi)滿1000元0101動(dòng)

13、作：0折扣7折扣8.5折扣9折扣辦會(huì)員卡測試用例：輸入數(shù)據(jù)持會(huì)員卡，消費(fèi)999元 輸出結(jié)果實(shí)行8.5折優(yōu)惠輸入數(shù)據(jù)持會(huì)員卡，消費(fèi)1001元 輸出結(jié)果實(shí)行7折優(yōu)惠輸入數(shù)據(jù)未持會(huì)員卡，消費(fèi)999元 輸出結(jié)果沒有優(yōu)惠輸入數(shù)據(jù)未持會(huì)員卡，消費(fèi)1001元 輸出結(jié)果實(shí)行9折優(yōu)惠，并免費(fèi)辦理會(huì)員卡3、場景法（作業(yè)）登錄系統(tǒng)界面如下：業(yè)務(wù)流程圖如下：請(qǐng)用場景法為登錄系統(tǒng)設(shè)計(jì)測試用例。根據(jù)業(yè)務(wù)流程圖導(dǎo)出登錄系統(tǒng)用例的事件流。構(gòu)造登錄系統(tǒng)的場景列表。構(gòu)造測試用例矩陣。設(shè)計(jì)測試用例值。答：登陸系統(tǒng)用例的事件流：基本流1進(jìn)入登錄界面2輸入有效的用戶名3輸入密碼正確4輸入驗(yàn)證碼正確5點(diǎn)擊登錄按鈕，成功登錄備選流備選流1

14、上次選擇自動(dòng)登錄，通過驗(yàn)證，成功登錄備選流2上次未選擇自動(dòng)登錄，用戶名未通過驗(yàn)證備選流3上次未選擇自動(dòng)登錄，密碼不正確，還有輸入機(jī)會(huì)備選流4上次未選擇自動(dòng)登錄，密碼不正確，沒有輸入機(jī)會(huì)備選流5上次未選擇自動(dòng)登錄，驗(yàn)證碼不正確備選流6上次未選擇自動(dòng)登錄。忘記密碼場景列表場景描述基本流備選流場景1：成功登錄基本流場景2：自動(dòng)登錄成功基本流備選流1場景3：用戶名未通過驗(yàn)證基本流備選流2場景4：密碼不正確，有輸入機(jī)會(huì)基本流備選流3場景5：密碼不正確，沒有輸入機(jī)會(huì)基本流備選流4場景6：驗(yàn)證碼不正確基本流備選流5場景7：忘記密碼基本流備選流6測試用例矩陣表示這個(gè)條件必須有效才可執(zhí)行基本流，表示條件無效，表

15、示這個(gè)條件不適用于測試用例編號(hào)場景自動(dòng)登錄用戶名登錄密碼驗(yàn)證碼忘記密碼預(yù)期結(jié)果賬號(hào)郵箱I1賬號(hào)登錄成功登錄II1郵箱登錄成功登錄III2自動(dòng)登錄成功登錄IV3用戶名有誤提示用戶名有誤V4有機(jī)會(huì)輸入提示密碼和用戶名不匹配可再次登錄VI5沒機(jī)會(huì)輸入提示密碼和用戶名不匹配且賬號(hào)已鎖定VII6自動(dòng)登錄驗(yàn)證碼有誤提示輸入驗(yàn)證碼有誤VIII6非自動(dòng)登錄驗(yàn)證碼有誤提示輸入驗(yàn)證碼有誤IX7忘記密碼出現(xiàn)忘記密碼界面測試用例值編號(hào)場景自動(dòng)登錄用戶名登錄密碼驗(yàn)證碼忘記密碼預(yù)期結(jié)果賬號(hào)郵箱I1賬號(hào)登錄未選擇輸入賬號(hào)不輸入正確密碼輸入正確未選擇成功登錄II1郵箱登錄未選擇不輸入輸入郵箱正確密碼輸入正確未選擇成功登錄II

16、I2自動(dòng)登錄選擇輸入正確未選擇成功登錄IV3用戶名有誤未選擇輸入不正確的用戶名未選擇提示用戶名有誤V4有機(jī)會(huì)輸入未選擇輸入正確用戶名錯(cuò)誤密碼未選擇提示密碼和用戶名不匹配可再次登錄VI5沒機(jī)會(huì)輸入未選擇輸入正確的用戶名錯(cuò)誤密碼未選擇提示密碼和用戶名不匹配且賬號(hào)已鎖定VII6自動(dòng)登錄驗(yàn)證碼有誤選擇輸入錯(cuò)誤未選擇提示輸入驗(yàn)證碼有誤VIII6非自動(dòng)登錄驗(yàn)證碼有誤未選擇輸入錯(cuò)誤未選擇提示輸入驗(yàn)證碼有誤IX7忘記密碼輸入正確用戶名選擇出現(xiàn)忘記密碼界面4、白盒測試方法【例1】（課本88頁）7.有程序流程如下圖，對(duì)該程序段做出白盒測試，請(qǐng)分別寫出滿足以下標(biāo)準(zhǔn)的測試用例集： 1) 判定覆蓋標(biāo)準(zhǔn)2) 條件覆蓋標(biāo)準(zhǔn)

17、3) 判定條件覆蓋標(biāo)準(zhǔn)4) 語句覆蓋標(biāo)準(zhǔn)5) 條件組合覆蓋標(biāo)準(zhǔn)6) 路徑覆蓋標(biāo)準(zhǔn)7) 用基本路徑測試法測試用例答：路徑：Path1：01-11-23-13-245Path2：01-13-13-245Path3：01-11-223-13-245Path4：01-11-23-145Path5：01-11-23-13-25 【例2】 1.如圖顯示某程序的邏輯結(jié)構(gòu)。試為它設(shè)計(jì)足夠的測試用例，分別實(shí)現(xiàn)對(duì)程序的判定覆蓋、條件覆蓋和條件組合覆蓋。 覆蓋種類需滿足的條件測試數(shù)據(jù)期望結(jié)果判定覆蓋A0,B=0A=2,B=0執(zhí)行S1A0,B0或A0,B=0或A0,B0A=2,B=1或A=0,B=0或A=-1,B=1

18、執(zhí)行S2條件覆蓋以下四種情況各出現(xiàn)一次A0B=0A=2，B=0執(zhí)行S1A0B0A=-1，B=1執(zhí)行S2條件組合覆蓋A0,B=0A=2,B=0執(zhí)行S1A0B0A=2,B=1執(zhí)行S2A0,B=0A=-1,B=0執(zhí)行S2A0,B0A=0B=1執(zhí)行S2【例3】在白盒測試用例設(shè)計(jì)中，有語句覆蓋、分支覆蓋、條件覆蓋、路徑覆蓋等，其中（路徑覆蓋 ）是最強(qiáng)的覆蓋準(zhǔn)則。為了對(duì)如下圖所示的程序段進(jìn)行覆蓋測試，必須適當(dāng)?shù)剡x取測試用例組。若x, y是兩個(gè)變量，可供選擇的測試用例組共有、四組，如表中給出，則實(shí)現(xiàn)判定覆蓋至少應(yīng)采取的測試用例組是（ 5 ）或（8 ）；實(shí)現(xiàn)條件覆蓋至少應(yīng)采取的測試用例組是（4 ）；實(shí)現(xiàn)路徑覆

19、蓋至少應(yīng)采取的測試用例組是（5）或（ 8 ）。A： 語句覆蓋 條件覆蓋 判定覆蓋 路徑覆蓋BF: 和組 和組 和組 和組 、組 、組 、組 、組解答：A. B. C. D. E. F. 選擇填空判斷：知識(shí)點(diǎn)：一、軟件測試概念、模型（10分） 二、運(yùn)用黑盒測試方法設(shè)計(jì)測試用例（30分） 三、運(yùn)用白盒測試方法設(shè)計(jì)測試用例（20分） 四、軟件集成測試相關(guān)概念及集成策略的實(shí)施過程（15分） 五、軟件系統(tǒng)測試相關(guān)概念及集成策略的實(shí)施過程（15分） 六、軟件測試管理：測試管理內(nèi)容、原則（10分）（一）軟件測試概述概念、模型1、軟件測試概念軟件測試是在一個(gè)可控的環(huán)境中分析或執(zhí)行程序的過程，其根本目的是以盡可

20、能少的時(shí)間和人力發(fā)現(xiàn)并改正軟件中潛在的各種故障及缺陷，提高軟件的質(zhì)量。測試目的決定了測試方案的設(shè)計(jì)?！纠?.下列關(guān)于軟件測試的敘述錯(cuò)誤的是（ ）。A.軟件測試可以作為度量軟件與用戶需求間差距的手段B.沒有發(fā)現(xiàn)錯(cuò)誤的測試也是有價(jià)值的C.軟件測試的根本目的是盡可能多地發(fā)現(xiàn)軟件中存在的問題，最終把一個(gè)高質(zhì)量的軟件系統(tǒng)交給用戶使用D.軟件測試的主要工作內(nèi)容包括發(fā)現(xiàn)軟件中存在的錯(cuò)誤并解決存在的問題2、軟件測試過程： A、單元測試又稱為模塊測試，是針對(duì)程序模塊（軟件設(shè)計(jì)的最小單位）來進(jìn)行正確性檢驗(yàn)的測試工作。軟件單元測試的目的是檢測程序模塊對(duì)詳細(xì)設(shè)計(jì)說明書的符合程度；軟件單元測試依據(jù)是單元測試計(jì)劃。B、

21、 軟件集成測試又稱組裝測試，即對(duì)程序模塊采用自頂向下或自底向上組裝起來，對(duì)系統(tǒng)的接口進(jìn)行正確性檢驗(yàn)的測試工作。軟件集成測試由項(xiàng)目經(jīng)理組織軟件測試工程師依據(jù)概要設(shè)計(jì)說明書和集成測試計(jì)劃進(jìn)行。 C、確認(rèn)測試又稱有效性測試。任務(wù)是驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致。對(duì)軟件的功能和性能要求在軟件需求規(guī)格說明中已經(jīng)明確規(guī)定。D、 系統(tǒng)測試是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起測試。在實(shí)際運(yùn)行（使用）環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟

22、件與系統(tǒng)定義不符合或與之矛盾的地方。E、 項(xiàng)目經(jīng)理負(fù)責(zé)組織驗(yàn)收組進(jìn)行最終驗(yàn)收測試。驗(yàn)收組應(yīng)由項(xiàng)目組成員、用戶代表、監(jiān)理代表等組成。驗(yàn)收測試原則上在顧客所在地進(jìn)行，但如經(jīng)顧客同意也可以在公司內(nèi)模擬用戶環(huán)境進(jìn)行?！纠?2.全局?jǐn)?shù)據(jù)結(jié)構(gòu)的錯(cuò)誤通常在( )中檢查。A.單元測試B.有效性測試C.集成測試D.確認(rèn)測試 3、補(bǔ)充：回歸測試（重新從單元測試開始再次進(jìn)行測試，一般發(fā)生在軟件功能變化時(shí)）、&測試（測試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是開發(fā)機(jī)構(gòu)內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測試。測試的目的是評(píng)價(jià)軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。測試是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)

23、際使用環(huán)境下進(jìn)行的測試。與測試不同的是，開發(fā)者通常不在測試現(xiàn)場）例題軟件開發(fā)公司組織內(nèi)部人員，模擬各類用戶行為對(duì)即將面市的軟件產(chǎn)品進(jìn)行的測試我們稱之為（ B ）。A.系統(tǒng)測試B. 測試C. 測試D.綜合測試4、測試與軟件開發(fā)的關(guān)系5、軟件測試過程模型V模型：非常明確地表明了測試的不同級(jí)別，清晰地展示了軟件測試與開發(fā)之間的關(guān)系。需求、功能、設(shè)計(jì)和編碼的開發(fā)活動(dòng)隨時(shí)間而進(jìn)行，而相應(yīng)的測試活動(dòng)（即針對(duì)需求、功能、設(shè)計(jì)和編碼的測試）開展的次序正好相反。成功應(yīng)用軟件開發(fā)V模型的關(guān)鍵因素是設(shè)計(jì)測試案例的時(shí)機(jī)。 W模型：形象地說明了測試與開發(fā)的并行關(guān)系，體現(xiàn)了測試貫穿于整個(gè)開發(fā)過程的思想。測試的對(duì)象不僅是程

24、序，也包括需求和設(shè)計(jì)階段形成的文檔。測試伴隨整個(gè)開發(fā)周期。測試的對(duì)象不僅僅是程序，還包括需求和設(shè)計(jì)。W模型應(yīng)用：相應(yīng)開發(fā)活動(dòng)完成，即可執(zhí)行測試（例如：需求分析完成，即可對(duì)需求進(jìn)行測試） 。H模型：測試不僅僅是測試執(zhí)行，還包括其他活動(dòng)。測試是一個(gè)獨(dú)立流程，貫穿產(chǎn)品整個(gè)周期，于其他流程并發(fā)進(jìn)行。測試要盡早準(zhǔn)備，盡早執(zhí)行。測試根據(jù)被測物的不同是分層次的。【例題】 （ A ）說明了軟件測試與開發(fā)的并行關(guān)系，體現(xiàn)了測試貫穿于整個(gè)開發(fā)過程的思想。A.W模型B.V模型C.H模型D.X模型6、軟件測試環(huán)境軟件測試環(huán)境硬件軟件網(wǎng)絡(luò)數(shù)據(jù)準(zhǔn)備測試工具7、軟件測試工具（1）白盒測試工具根據(jù)測試工具的原理不同，又可分為

25、靜態(tài)測試工具和動(dòng)態(tài)測試工具。1）靜態(tài)測試是指不運(yùn)行被測試程序而通過檢查、閱讀進(jìn)行分析。靜態(tài)測試工具是在不執(zhí)行程序的情況下分析軟件的特性。職能：主要集中在需求文檔、設(shè)計(jì)文檔以及程序結(jié)構(gòu)上，可以進(jìn)行類型分析、接口分析、輸入輸出規(guī)格說明分析等。2)動(dòng)態(tài)測試是指通常意義上的測試，需要運(yùn)行和使用軟件。動(dòng)態(tài)測試工具直接執(zhí)行被測程序以提供測試支持。職能：功能確認(rèn)與接口測試、覆蓋率分析、性能分析、內(nèi)存分析等。【例1】2.軟件測試技術(shù)可以分為靜態(tài)測試和動(dòng)態(tài)測試，下列說法中錯(cuò)誤的是（ C ）。A.靜態(tài)測試是指不運(yùn)行實(shí)際程序，通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯(cuò)誤。B.動(dòng)態(tài)測試是指實(shí)際運(yùn)行程序，通過運(yùn)行的結(jié)果來發(fā)現(xiàn)

26、程序中的錯(cuò)誤。C.動(dòng)態(tài)測試包括黑盒測試和白盒測試。D.白盒測試是靜態(tài)測試，黑盒測試是動(dòng)態(tài)測試。（都是白盒測試工具）（2）黑盒測試工具功能測試工具用于檢測被測程序能否達(dá)到預(yù)期的功能要求并正常運(yùn)行。性能測試工具用來確定軟件和系統(tǒng)的性能。【例】7.軟件測試用例主要由輸入數(shù)據(jù)和( C )兩部分組成。A.測試計(jì)劃B.測試規(guī)則C.預(yù)期輸出結(jié)果D.以往測試記錄分析【例】2.在下面幾句中，判斷哪一個(gè)是正確的。（ D ）A.測試工作應(yīng)在編碼階段結(jié)束后開始。B.測試設(shè)計(jì)工作與軟件開發(fā)活動(dòng)是相互獨(dú)立、相互無關(guān)的。C.測試腳本是指一個(gè)測試包，它由一組邏輯相關(guān)的測試用例組成。D.過度測試會(huì)影響進(jìn)度和增加成本?！纠?.

27、為了提高測試的效率，應(yīng)該( D )。A.隨機(jī)地選取測試數(shù)據(jù)B.取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C.在完成編碼以后制定軟件的測試計(jì)劃D.選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)【例】9.測試人員在提交軟件缺陷報(bào)告后，很可能發(fā)現(xiàn)開發(fā)人員對(duì)報(bào)告的缺陷存在異議。因此需要一個(gè)雙方認(rèn)同的準(zhǔn)則，用于判定軟件產(chǎn)品是否存在軟件缺陷。在實(shí)際的軟件項(xiàng)目工作中，我們通常采納的判定準(zhǔn)則是（ B ）。A.測試人員提供的這個(gè)軟件缺陷的證據(jù)B.軟件產(chǎn)品的運(yùn)行結(jié)果與需求規(guī)格說明書不一致C.可以客觀地描述這個(gè)軟件缺陷D.軟件產(chǎn)品的運(yùn)行結(jié)果與測試人員預(yù)期的不一致【例】10.從供選擇的答案中選出同下列關(guān)于軟件測試的各條敘述關(guān)系最密切的

28、字句。在測試具有層次結(jié)構(gòu)的大型軟件時(shí)，有一種方法是從上層模塊開始，由上到下進(jìn)行測試。此時(shí)，有必要用一些模塊替代尚未測試過的下層模塊。（ A ）A.樁B.仿真器C.模擬器D.原型【例】14.在軟件質(zhì)量概念中，不屬于測試要達(dá)到的目標(biāo)為（ D ）A.確保建立了測試計(jì)劃，并按照測試計(jì)劃進(jìn)行測試B.確保測試計(jì)劃覆蓋了所有的系統(tǒng)規(guī)格定義和系統(tǒng)需求C.確保經(jīng)過測試和調(diào)試，軟件仍舊符合系統(tǒng)規(guī)格和需求定義D.確保設(shè)計(jì)變更被正確的跟蹤、控制、文檔化（二）運(yùn)用黑盒測試方法設(shè)計(jì)測試用例1、基本概念黑盒測試是從用戶觀點(diǎn)出發(fā)的測試，其目的是盡可能發(fā)現(xiàn)軟件的外部行為錯(cuò)誤。要利用黑盒測試方法查出軟件中所有故障，只能采用把所有

29、可能的輸入全部都用作測試輸入的窮舉輸入?yún)?shù)法來完成。2、黑盒測試的兩個(gè)顯著優(yōu)點(diǎn)： 黑盒測試與軟件具體實(shí)現(xiàn)無關(guān)，所以如果軟件實(shí)現(xiàn)發(fā)生了變化，測試用例仍然可以使用； 設(shè)計(jì)黑盒測試用例可以和軟件實(shí)現(xiàn)同時(shí)進(jìn)行，因此可以壓縮項(xiàng)目總的開發(fā)時(shí)間。3、常用的黑盒測試方法有等價(jià)類劃分、邊界值分析、因果圖、決策表測試、錯(cuò)誤推測法、場景法、正交實(shí)驗(yàn)法等，每種方法各有所長，應(yīng)針對(duì)軟件開發(fā)項(xiàng)目的具體特點(diǎn)，選擇合適的測試方法。4、等價(jià)類劃分測試用例設(shè)計(jì)（1）在設(shè)計(jì)測試用例時(shí)，要同時(shí)考慮有效等價(jià)類和無效等價(jià)類的設(shè)計(jì)。（2）軟件不能都只接收合理的數(shù)據(jù)，還要接受無效的或不合理的數(shù)據(jù)，這樣獲得的軟件才能具有較高的可靠性。（3）具

30、體步驟：.劃分等價(jià)類；為每個(gè)等價(jià)類規(guī)定一個(gè)唯一的編號(hào)。.設(shè)計(jì)一個(gè)新的測試用例，盡可能多地覆蓋尚未被覆蓋的有效等價(jià)類，重復(fù)這一步，直到測試用例覆蓋了所有的有效等價(jià)類。.設(shè)計(jì)一個(gè)新的測試用例，使其覆蓋并且只覆蓋一個(gè)還沒有被覆蓋的無效等價(jià)類。重復(fù)這一步，直至測試用例覆蓋了所有的無效等價(jià)類。5、邊界值分析法應(yīng)用邊界值分析法進(jìn)行測試用例設(shè)計(jì)時(shí)，應(yīng)遵循以下一些原則：.如果輸入條件對(duì)取值范圍進(jìn)行了限定，則應(yīng)以邊界內(nèi)部以及剛超出范圍邊界外的值作為測試用例。.如果對(duì)取值的個(gè)數(shù)進(jìn)行了界定，則應(yīng)分別以最大、稍小于最大、稍大于最大、最小、稍小于最小、稍大于最小個(gè)數(shù)作為測試用例。.對(duì)于輸出條件，同樣可以應(yīng)用上面提到的兩

31、條原則來進(jìn)行測試用例設(shè)計(jì)。.如果程序規(guī)格說明書中指明輸入或者輸出域是一個(gè)有序的集合，如順序文件、表格等，則應(yīng)注意選取有序集合中的第一個(gè)和最后一個(gè)元素作為測試用例。6、決策表法基于決策表的測試是最嚴(yán)格，最具有邏輯性的黑盒測試方法。它能夠?qū)?fù)雜的問題按照各種可能的情況全部列舉出來，簡明并避免遺漏。決策表適合處理：針對(duì)不同邏輯條件的組合值，分別執(zhí)行不同的操作這樣的問題。7、因果圖法從程序規(guī)格說明書的描述中找出因和果的關(guān)系，通過因果圖轉(zhuǎn)換為決策表，最后為決策表中的每一列設(shè)計(jì)一個(gè)測試用例。輸入條件的約束：E（異或）：a和b中最多只能有一個(gè)為1，即a和b不能同時(shí)為1。I（或）：a、b和c中至少有一個(gè)為1，

32、即a、b和c不能同時(shí)為0。O（唯一）：a和b必須有一個(gè)，且僅有一個(gè)為1.R（要求）：a是1時(shí)，b必須是1，輸出條件的約束：M（強(qiáng)制）：如果結(jié)果a是1，則結(jié)果b強(qiáng)制為0.因果圖法的測試運(yùn)用程序的規(guī)格說明要求：輸入的第一個(gè)字符必須是#或*，第二個(gè)字符必須是一個(gè)數(shù)字，在此情況下進(jìn)行文件的修改；如果第一個(gè)字符不是#或*，則給出信息N；如果第二個(gè)字符不是數(shù)字，則給出信息M。1. 將原因和結(jié)果分開。原因：c1第一個(gè)字符是#c2第一個(gè)字符是*c3第二個(gè)字符是一個(gè)數(shù)字結(jié)果：e1給出信息Ne2修改文件e3給出信息M錯(cuò)誤推測法依靠測試人員的經(jīng)驗(yàn)與智慧場景法設(shè)計(jì)步驟：（1）依據(jù)事件流構(gòu)造場景列表（2）構(gòu)造測試用例矩

33、陣（3）設(shè)計(jì)測試用例8、黑盒測試方法的選擇【例1】3.月收入=800元者免稅，現(xiàn)用輸入數(shù)800元和801元測試程序，則采用的是( A )方法。A.邊界值分析B.條件覆蓋C.錯(cuò)誤推測D.邏輯覆蓋【例2】6.( A )能夠有效地檢測輸入條件的各種組合可能會(huì)引起的錯(cuò)誤。A.等價(jià)類劃分B.邊界值分析C.錯(cuò)誤推測D.因果圖【例3】3.（ C ）方法根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測試用例。A.路徑測試B.等價(jià)類C.因果圖D.邊界值分析【例4】4.在功能測試中，假設(shè)求實(shí)數(shù)x的平方根，我們第1次輸入“最小的負(fù)實(shí)數(shù)”進(jìn)行測試，第2次輸入“稍小于0”進(jìn)行測試，第3次輸入0進(jìn)行測試，第4次輸入“稍大于0”進(jìn)行測試，第

34、5次輸入“最大的正實(shí)數(shù)”進(jìn)行測試，那么這種測試屬于( A )。A.邊界值分析法B.絕對(duì)值分析法C.相對(duì)值分析法D.等價(jià)類劃分法【例5】6.現(xiàn)有一個(gè)計(jì)算類型的程序，它的輸入只有一個(gè)Y，其范圍是50Y50。現(xiàn)從輸入的角度考慮設(shè)計(jì)了一組測試用例：100，100，0。設(shè)計(jì)這組測試用例的方法是( D )。A.條件覆蓋法B.等價(jià)類劃分法C.邊界值分析法D.錯(cuò)誤推測法【例6】5.某程序功能說明中列出“規(guī)定每個(gè)運(yùn)動(dòng)員參賽項(xiàng)目為13項(xiàng)”，應(yīng)用黑盒法中的等價(jià)類劃分法確定等價(jià)類是( D )。A.1=項(xiàng)目數(shù)=3B.項(xiàng)目數(shù)3D.以上都是【例7】4.程序功能說明中指出：由三個(gè)輸入數(shù)據(jù)表示一個(gè)三角形的三條邊長。根據(jù)黑盒法中

35、的邊界值分析法設(shè)計(jì)測試用例，應(yīng)選( D )。A.a=3,b=4,c=5B.a=1,b=2,c=4C.上述A、B項(xiàng)目都應(yīng)選上D.a=1,b=2,c=3【例8】6.如果某個(gè)程序的輸入數(shù)據(jù)的可能值劃分為n個(gè)合理等價(jià)類，m個(gè)不合理等價(jià)類，這些等價(jià)類均為數(shù)軸上的一個(gè)有限區(qū)間范圍，則采用邊界值測試方法至少需要( A )個(gè)測試用例。A.2(m+n)B.2m+nC.2n+mD.m+n（三）運(yùn)用白盒測試方法設(shè)計(jì)測試用例1、黑盒測試與白盒測試的區(qū)別（1）軟件的白盒測試是對(duì)軟件的過程性細(xì)節(jié)做細(xì)致的檢查，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測試用例因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試。（2）

36、軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行，只依據(jù)程序的需求規(guī)格說明書和用戶手冊(cè)，檢查程序的功能是否符合它的功能說明，以及性能是否滿足用戶的要求。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。2、白盒測試的常用方法邏輯覆蓋、路徑分析測試、循環(huán)/條件分支3、邏輯覆蓋4、基本路徑測試（1）基本路徑測試思想：根據(jù)程序的控制流圖找出一個(gè)模塊所需測試的基本路徑，根據(jù)這些基本路徑設(shè)計(jì)構(gòu)造相應(yīng)的測試用例（2）基本路徑測試設(shè)計(jì)步驟根據(jù)模塊邏輯構(gòu)造控制流圖（Flow Graph）計(jì)算控制流圖的環(huán)復(fù)雜度 (Cyclomatic Complexity)列出包含起始節(jié)點(diǎn)和終止節(jié)點(diǎn)的基本路徑設(shè)計(jì)覆蓋這些基本路徑的測試用例其

37、中第1、3、4步是重難點(diǎn)?！纠?】3.月收入=800元者免稅，現(xiàn)用輸入數(shù)800元和801元測試程序，則采用的是( )方法。A.邊界值分析B.條件覆蓋C.錯(cuò)誤推測D.邏輯覆蓋【例2】6.現(xiàn)有一個(gè)計(jì)算類型的程序，它的輸入只有一個(gè)Y，其范圍是50Y50。現(xiàn)從輸入的角度考慮設(shè)計(jì)了一組測試用例：100，100，0。設(shè)計(jì)這組測試用例的方法是( )。A.條件覆蓋法B.等價(jià)類劃分法C.邊界值分析法D.錯(cuò)誤推測法【例3】7.實(shí)際的邏輯覆蓋測試中，一般以( )為主設(shè)計(jì)測試用例。A.條件覆蓋B.判定覆蓋C.條件組合覆蓋D.路徑覆蓋【例4】5.某教學(xué)設(shè)備銷售部門制定一項(xiàng)銷售優(yōu)惠政策，一次購買100臺(tái)或100臺(tái)以上者按

38、八五折優(yōu)惠，購買者是教師、學(xué)生按九折優(yōu)惠。設(shè)C1表示購買的臺(tái)數(shù)，C2為1、2、0分別表示教師、學(xué)生和其他人員，則符合九折優(yōu)惠判定條件為( )。A.（C1100）AND NOT（C2=0）B.（C10）C.NOT（C1100）AND（C2=0）D.NOT（C10）【例5】8.void SelectSort ( datalist & list ) /對(duì)表list.V0到list.Vn-1進(jìn)行排序, n是表當(dāng)前長度。for ( int i = 0; i list.n-1; i+ ) int k = i; /在list.Vi.key到list.Vn-1.key中找具有最小關(guān)鍵碼的對(duì)象for ( int

39、 j = i+1; j list.n; j+)if ( list.Vj.getKey ( ) list.Vk.getKey ( ) ) k = j;/當(dāng)前具最小關(guān)鍵碼的對(duì)象if ( k != i ) Swap ( list.Vi, list.Vk );/交換 上面是選擇排序的程序，其中datalist是數(shù)據(jù)表，它有兩個(gè)數(shù)據(jù)成員：一是元素類型為Element的數(shù)組V，另一個(gè)是數(shù)組大小n。算法中用到兩個(gè)操作，一是取某數(shù)組元素Vi的關(guān)鍵碼操作getKey ( )，一是交換兩數(shù)組元素內(nèi)容的操作Swap( )：請(qǐng)問該程序段的McCabe環(huán)路復(fù)雜性為多少？（ ）A.2B.3C.4D.5【例6】8.PROC

40、EDURE averagyi = 1;total.input = total.valid = 0;sum = 0;DO WHILE valuei -999 AND total.input = minimum AND valuei 0THEN averagy = sum / total.valid;ELSE averagy = -999;ENDIFEND averagy上面是一個(gè)求平均值的程序，請(qǐng)問該程序段的McCabe環(huán)路復(fù)雜性為多少？（ ）A.4B.5C.6D.7（四）軟件集成測試相關(guān)概念及集成策略的實(shí)施過程1、集成測試相關(guān)概念（1）集成測試主要檢查各個(gè)軟件單元之間的相互接口是否正確。（2）

41、集成測試與系統(tǒng)測試的區(qū)別：測試對(duì)象（系統(tǒng)測試還包括硬件等）、測試時(shí)間（集成測試先于系統(tǒng)測試）、測試方法（系統(tǒng)測試采用黑盒測試，集成測試黑白結(jié)合）、測試內(nèi)容、測試目的、測試角度（集成測試站在開發(fā)人員的角度，系統(tǒng)測試更多站在用戶角度）。（3） 集成測試的層次與原則1） 層次：（傳統(tǒng)軟件）模塊間集成測試、子系統(tǒng)內(nèi)集成測試、子系統(tǒng)間集成測試；（面向?qū)ο蟮膽?yīng)用系統(tǒng)）類內(nèi)集成測試、類間集成測試。2） 原則：所有公共接口必須被測試到；關(guān)鍵模塊必須進(jìn)行充分測試；集成測試應(yīng)當(dāng)按一定層次進(jìn)行；集成測試應(yīng)當(dāng)盡早開始，并以概要設(shè)計(jì)為基礎(chǔ)；在模塊和接口的劃分上，測試人員應(yīng)該和開發(fā)人員進(jìn)行充分溝通；當(dāng)測試計(jì)劃中的結(jié)束標(biāo)準(zhǔn)

42、滿足時(shí)，集成測試才能結(jié)束；當(dāng)接口發(fā)生修改時(shí)，涉及到的相關(guān)接口都必須進(jìn)行回歸測試；集成測試應(yīng)根據(jù)集成測試計(jì)劃和方案進(jìn)行，不能隨意測試；項(xiàng)目管理者應(yīng)保證測試用例經(jīng)過審核；測試執(zhí)行結(jié)果應(yīng)當(dāng)如實(shí)的記錄；集成測試策略選擇應(yīng)當(dāng)綜合考慮質(zhì)量、成本和進(jìn)度三者之間的關(guān)系。（4）集成測試策略：非漸增式集成方法漸增式集成方法自頂向下、自底向上、三明治要從多個(gè)角度進(jìn)行集成測試用例設(shè)計(jì)集成測試過程計(jì)劃、設(shè)計(jì)、實(shí)施、執(zhí)行、評(píng)估2、 集成測試集成策略的實(shí)施過程（見簡答題）【例1】10.集成測試的策略一般分為：一次性集成和漸增式集成。下面哪一條真實(shí)地反映了前者與后者的不同？（ A ）。A.后者比前者更適合大規(guī)模應(yīng)用系統(tǒng)的集成

43、測試B.在集成測試中發(fā)現(xiàn)問題時(shí)，前者比后者更容易進(jìn)行問題定位C.前者需要開發(fā)驅(qū)動(dòng)模塊和樁模塊，而后者不需要開發(fā)驅(qū)動(dòng)模塊和樁模塊D.前者不需要所有模塊就緒，而后者需要所有模塊就緒【例2】11.集成測試又稱為組裝測試，其主要內(nèi)容包括( C )。A.對(duì)整體的性能進(jìn)行測試B.用白盒法設(shè)計(jì)測試用例進(jìn)行測試C.確定組裝策略和次序D.對(duì)運(yùn)行過程進(jìn)行測試（是對(duì)接口進(jìn)行測試）【例3】9.對(duì)于傳統(tǒng)軟件來說，按集成粒度不同可以把集成測試分為（ C ）。模塊間集成測試 類內(nèi)集成測試 類間集成測試 子系統(tǒng)內(nèi)集成測試 子系統(tǒng)間集成測試A.B.C.D.【例4】10.在有關(guān)集成測試的敘述中，( A )是正確的。A.測試底層模

44、塊時(shí)不需要樁模塊B.驅(qū)動(dòng)模塊的作用是模擬被調(diào)模塊C.自頂向下測試方法易于設(shè)計(jì)測試結(jié)果D.自底向上測試方法有有利于提前預(yù)計(jì)測試結(jié)果【例5】12.不斷執(zhí)行同樣的操作，如不停地啟動(dòng)或關(guān)閉程序、反復(fù)讀寫數(shù)據(jù)或者選擇同一個(gè)操作。這種測試我們稱之為（ B ）測試。A.強(qiáng)度B.重復(fù)C.壓迫D.重負(fù)【例6】11.集成測試時(shí)，能較早發(fā)現(xiàn)高層模塊接口錯(cuò)誤的測試方法為( A )。A.自頂向下漸增式測試B.自底向上漸增式測試C.非漸增式測試D.系統(tǒng)測試【例7】13.同時(shí)啟動(dòng)上百個(gè)模擬連接去請(qǐng)求服務(wù)器的服務(wù)，這種測試我們稱之為（ D ）測試。A.安全B.重復(fù)C.容量D.壓力（五）軟件系統(tǒng)測試相關(guān)概念及集成策略的實(shí)施過程

45、1、系統(tǒng)測試相關(guān)概念系統(tǒng)測試一般由若干個(gè)不同測試組成，目的是充分運(yùn)行系統(tǒng)，驗(yàn)證系統(tǒng)各部件是否都能正常工作并完成所賦予的任務(wù)。（1）性能測試通過測試確定系統(tǒng)運(yùn)行時(shí)的性能表現(xiàn)，如得到運(yùn)行速度、響應(yīng)時(shí)間、占有系統(tǒng)資源等方面的系統(tǒng)數(shù)據(jù)。（2） 壓力測試通過逐步增加系統(tǒng)負(fù)載來測試系統(tǒng)性能的變化，并最終確定在什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài)，以此來獲得系統(tǒng)性能提供的最大服務(wù)級(jí)別的測試。壓力測試和負(fù)載測試的聯(lián)系與區(qū)別：負(fù)載測試是通過逐步增加系統(tǒng)工作量，測試系統(tǒng)能力的變化，并最終確定在滿足功能指標(biāo)的情況下，系統(tǒng)所能承受的最大工作量的測試。壓力測試實(shí)質(zhì)上就是一種特定類型的負(fù)載測試。（3） 容量測試通過測試，預(yù)

46、先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），確定系統(tǒng)在其極限值狀態(tài)下是否還能保持主要功能正常運(yùn)行。還將確定測試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。壓力測試容量測試聯(lián)系二者都是檢測系統(tǒng)在特定情況下，能夠承擔(dān)的極限值。區(qū)別主要是使系統(tǒng)承受速度方面的超額負(fù)載，例如一個(gè)短時(shí)間之內(nèi)的吞吐量。關(guān)注的是數(shù)據(jù)方面的承受能力，并且它的目的是顯示系統(tǒng)可以處理的數(shù)據(jù)容量。（4）健壯性（高可靠性、從錯(cuò)誤中恢復(fù)的能力）測試用于測試系統(tǒng)抵御錯(cuò)誤（由于設(shè)計(jì)缺陷而帶來的系統(tǒng)錯(cuò)誤）的能力。重點(diǎn)為當(dāng)出現(xiàn)故障時(shí)，是否能夠自動(dòng)恢復(fù)或忽略故障繼續(xù)運(yùn)行。（5）安全性測試是檢查系統(tǒng)對(duì)非法

47、侵入的防范能力，其目的是為了發(fā)現(xiàn)軟件系統(tǒng)中是否存在安全漏洞。（6）可靠性測試是以計(jì)算軟件可靠性為目的的?？梢缘贸隹煽啃允欠襁_(dá)到規(guī)定指標(biāo)要求可以給出軟件測試應(yīng)該何時(shí)結(jié)束通常使用平均無故障時(shí)間MTBF(Mean Time Between Failure)來衡量系統(tǒng)的可靠性。MTBF越大，系統(tǒng)的可靠性越強(qiáng)。（7）2、 系統(tǒng)測試集成策略的實(shí)施過程（1） 性能測試分為3個(gè)階段：計(jì)劃階段、測試階段、分析階段性能測試的基準(zhǔn)：響應(yīng)時(shí)間、并發(fā)用戶數(shù)、吞吐量、性能計(jì)數(shù)器（2） 壓力測試方法的特點(diǎn)：1）檢查系統(tǒng)處于壓力情況下的能力表現(xiàn)、2)一般通過模擬方法進(jìn)行、3）一般用于測試系統(tǒng)的穩(wěn)定性；有效的壓力測試可以采用以

48、下的測試手段：1）重復(fù)測試2）并發(fā)測試3）量級(jí)增加4）隨機(jī)變化。【例1】12.系統(tǒng)測試一般從客戶角度考察和評(píng)價(jià)軟件產(chǎn)品的質(zhì)量，不考慮開發(fā)方關(guān)注的質(zhì)量特性。那么，下面那一個(gè)質(zhì)量特性一般不是系統(tǒng)測試的重點(diǎn)？（ D ）A.是否符合有關(guān)的國家和行業(yè)標(biāo)準(zhǔn)B.產(chǎn)品版本升級(jí)是否容易C.軟件產(chǎn)品是否易于理解和使用D.可復(fù)用的軟件部件所占的比例【例2】14.對(duì)一個(gè)網(wǎng)站的連接速度測試屬于（ C ）? A功能測試 B. 客戶端兼容性測試 C. 性能測試D. 安全測試（六）軟件測試管理：測試管理內(nèi)容、原則1、測試管理的基本內(nèi)容軟件測試管理是軟件工程的保護(hù)性活動(dòng)。它先于任何測試活動(dòng)之前開始，且持續(xù)貫穿于軟件開發(fā)整個(gè)生命周期之中。測試管理通過一定的管理方法和工具對(duì)整個(gè)軟件測試過程進(jìn)行計(jì)劃、組織和監(jiān)控，主要內(nèi)容包括：測試組織管理：組織和管理測試小組、安排測試任務(wù)、估計(jì)測試工作量、確定應(yīng)交付的測試文檔等。測試過程管理：主要包括測試準(zhǔn)備、測試計(jì)劃、測試設(shè)計(jì)、測試執(zhí)行、缺陷跟蹤與管理、測試評(píng)估。資源和配置管理：人力和環(huán)境資源管理；以及標(biāo)識(shí)、控制和管理軟件變更。測試文檔管理：分類、格式和模板、一致性、存儲(chǔ)管理。2、測試管理的原則沒有哪種模型完全適用于某項(xiàng)實(shí)際的測試工作，應(yīng)從不同的模型中抽象出符合實(shí)際現(xiàn)狀的測試過程管理理念來策劃測試過程，以不變應(yīng)萬變。（