軟件測試期末總復習

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

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

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

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

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

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

8、34  23456789顯示無效輸入52341  23456789顯示無效輸入6028  01234567顯示無效輸入9028  12345678顯示無效輸入10028  qw123456顯示無效輸入11028    623456顯示無效輸入12028  886234569顯示無效輸入13【例4】學籍管理系統(tǒng)一條學生信息包括學生的學號、姓名。學號是學生信息的關鍵字，不能重復。每個班級的學號范圍和學號的數(shù)據(jù)要求見數(shù)據(jù)字典。增加重復學號和非

9、數(shù)據(jù)字典要求的學號時，系統(tǒng)應給出提示。增加信息時，學號是必須輸入的，否則，系統(tǒng)應給出提示。下表是數(shù)據(jù)字典中關于學號的要求。等價類劃分：測試用例設計：【例5】作業(yè)題在某一C語言版本中規(guī)定： “在同一說明語句中，標識符至少必須有一個。” “標識符是由字母開頭，后跟字母或數(shù)字的任意組合構成。有效字符數(shù)為8個，最大字符數(shù)為80個。”并且規(guī)定：“標識符必須先說明，再使用?！?“標識符不能為系統(tǒng)保留字。”請為C編譯器設計測試用例。等價類劃分：輸入條件有效等價類無效等價類標識符個數(shù)1個(1),  多個(2)0個(3)標識符字符數(shù)18個(4)0個(5),  >8個

10、(6),  >80個(7)標識符組成字母(8),  數(shù)字(9)非字母數(shù)字字符(10), 保留字(11)第一個字符字母(12)非字母(13)標識符使用先說明后使用(14)未說明就使用(15)下面選取 9 個測試用例，覆蓋所有的等價類。 int x, T1234567 ； x = 3 ； T1234567 = 2 ； . (1),(2),(4),(8),(9),(12),(14) int ; (3) int x, ; (5) int T12345678; (6) int T12345.80 ； (7) 多于 80 個字符 char T$ ；

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

12、提示：“密碼錯誤”。2、 決策表法【例1】課本33頁【例2】作業(yè)題有一個處理單價為 5 角錢的飲料自動售貨機，軟件測試用例的設計規(guī)格說明如下：若投入 5 角錢或 1 元錢的硬幣，按下“橙汁”或“啤酒”的按鈕，則相應的飲料就送出來。若售貨機沒有零錢找，則一個顯示“零錢找完”的紅燈亮，這時在投入 1 元硬幣并按下按鈕后，飲料不送出來而且 1 元硬幣也退出來；若有零錢找，則顯示“零錢找完”的紅燈滅，在送出飲料的同時退還 5 角硬幣。如果用戶在投入硬幣后的60秒內(nèi)沒有按下“橙汁”或“啤酒”按鈕，系統(tǒng)退還硬幣。分析這一段說明，列出條件樁: D1: 投入5角硬幣D2： 投入1元錢硬幣M1：用戶在投入硬幣后

13、的60秒內(nèi)按下“橙汁”按鈕M2：用戶在投入硬幣后的60秒內(nèi)按下“啤酒”按鈕M3：用戶在投入硬幣后的60秒內(nèi)沒有按下按鈕S1：有零錢找S2：沒有零錢找 動作樁為：不送飲料送出橙汁送出啤酒退出1元硬幣退出5角硬幣零錢找完紅燈亮【例3】某商場促銷活動期間，對持商場會員卡的顧客，實行8.5折優(yōu)惠，滿1000元實行7折優(yōu)惠；對其他顧客消費滿1000元的，實行9折優(yōu)惠，并免費辦理會員卡。請給出相應的決策表和測試用例。規(guī)則    選項1234條件：持會員卡1100消費滿1000元0101動作：0折扣7折扣8.5折扣9折扣辦會員卡測試用例：輸入數(shù)據(jù)持會員卡，消費999元

14、 輸出結果實行8.5折優(yōu)惠輸入數(shù)據(jù)持會員卡，消費1001元 輸出結果實行7折優(yōu)惠輸入數(shù)據(jù)未持會員卡，消費999元 輸出結果沒有優(yōu)惠輸入數(shù)據(jù)未持會員卡，消費1001元 輸出結果實行9折優(yōu)惠，并免費辦理會員卡3、場景法（作業(yè)）登錄系統(tǒng)界面如下：業(yè)務流程圖如下：請用場景法為登錄系統(tǒng)設計測試用例。根據(jù)業(yè)務流程圖導出登錄系統(tǒng)用例的事件流。構造登錄系統(tǒng)的場景列表。構造測試用例矩陣。設計測試用例值。答：登陸系統(tǒng)用例的事件流：基本流1進入登錄界面2輸入有效的用戶名3輸入密碼正確4輸入驗證碼正確5點擊登錄按鈕，成功登錄備選流備選流1上次選擇自動登錄，通過驗證，成功登錄備選流2上次未選擇自動登錄，用戶名未通過驗證

15、備選流3上次未選擇自動登錄，密碼不正確，還有輸入機會備選流4上次未選擇自動登錄，密碼不正確，沒有輸入機會備選流5上次未選擇自動登錄，驗證碼不正確備選流6上次未選擇自動登錄。忘記密碼場景列表場景描述基本流備選流場景1：成功登錄基本流場景2：自動登錄成功基本流備選流1場景3：用戶名未通過驗證基本流備選流2場景4：密碼不正確，有輸入機會基本流備選流3場景5：密碼不正確，沒有輸入機會基本流備選流4場景6：驗證碼不正確基本流備選流5場景7：忘記密碼基本流備選流6測試用例矩陣表示這個條件必須有效才可執(zhí)行基本流，×表示條件無效，表示這個條件不適用于測試用例編號場景自動登錄用戶名登錄密碼驗證碼忘記密

16、碼預期結果賬號郵箱I1賬號登錄×××成功登錄II1郵箱登錄×××成功登錄III2自動登錄×成功登錄IV3用戶名有誤××提示用戶名有誤V4有機會輸入×××提示密碼和用戶名不匹配可再次登錄VI5沒機會輸入×××提示密碼和用戶名不匹配且賬號已鎖定VII6自動登錄驗證碼有誤××提示輸入驗證碼有誤VIII6非自動登錄驗證碼有誤×××提示輸入驗證碼有誤IX7忘記密碼×出現(xiàn)忘記密碼界面測試用例值編號場

17、景自動登錄用戶名登錄密碼驗證碼忘記密碼預期結果賬號郵箱I1賬號登錄未選擇輸入賬號不輸入正確密碼輸入正確未選擇成功登錄II1郵箱登錄未選擇不輸入輸入郵箱正確密碼輸入正確未選擇成功登錄III2自動登錄選擇輸入正確未選擇成功登錄IV3用戶名有誤未選擇輸入不正確的用戶名未選擇提示用戶名有誤V4有機會輸入未選擇輸入正確用戶名錯誤密碼未選擇提示密碼和用戶名不匹配可再次登錄VI5沒機會輸入未選擇輸入正確的用戶名錯誤密碼未選擇提示密碼和用戶名不匹配且賬號已鎖定VII6自動登錄驗證碼有誤選擇輸入錯誤未選擇提示輸入驗證碼有誤VIII6非自動登錄驗證碼有誤未選擇輸入錯誤未選擇提示輸入驗證碼有誤IX7忘記密碼輸入正確

18、用戶名選擇出現(xiàn)忘記密碼界面4、白盒測試方法【例1】（課本88頁）7.有程序流程如下圖，對該程序段做出白盒測試，請分別寫出滿足以下標準的測試用例集： 1) 判定覆蓋標準2) 條件覆蓋標準3) 判定條件覆蓋標準4) 語句覆蓋標準5) 條件組合覆蓋標準6) 路徑覆蓋標準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.如圖顯示某程序的邏輯結構。試為它設計足夠的測試用例，分別實現(xiàn)對程序的判定覆蓋、條件

19、覆蓋和條件組合覆蓋。 覆蓋種類需滿足的條件測試數(shù)據(jù)期望結果判定覆蓋A>0, B=0A=2, B=0執(zhí)行S1A>0, B¹0或A£0, B=0或A£0, B¹0A=2, B=1或A=0, B=0或A=-1, B=1執(zhí)行S2條件覆蓋以下四種情況各出現(xiàn)一次A>0B=0A=2，B=0執(zhí)行S1A£0B¹0A=-1，B=1執(zhí)行S2條件組合覆蓋A>0, B=0A=2, B=0執(zhí)行S1A>0 B¹0A=

20、2, B=1執(zhí)行S2A£0, B=0A=-1, B=0執(zhí)行S2A£0, B¹0A=0 B=1執(zhí)行S2【例3】在白盒測試用例設計中，有語句覆蓋、分支覆蓋、條件覆蓋、路徑覆蓋等，其中（路徑覆蓋 ）是最強的覆蓋準則。為了對如下圖所示的程序段進行覆蓋測試，必須適當?shù)剡x取測試用例組。若x, y是兩個變量，可供選擇的測試用例組共有、四組，如表中給出，則實現(xiàn)判定覆蓋至少應采取的測試用例組是（  5 ）或（ 8 ）；實現(xiàn)條件覆蓋至少應采取的測試用例組是（4 ）；實現(xiàn)路徑覆蓋至少應采取的測試用例組是（5）或（&#

21、160; 8 ）。A： 語句覆蓋    條件覆蓋     判定覆蓋 路徑覆蓋BF: 和組    和組   和組  和組 、組     、組   、組 、組解答：A. B. C. D. E. F. 選擇填空判斷：知識點：一、軟件測試概念、模型（10分） 二、運用黑盒測試方法設計測試用例（30分） 三、運用白盒測試方法設計測試用例（20分） 四、軟件集成測試相關概念及集成策略的實施過程（15分） 五、軟件系統(tǒng)測試相關概念及集成策略

22、的實施過程（15分） 六、軟件測試管理：測試管理內(nèi)容、原則（10分）（一）軟件測試概述概念、模型1、軟件測試概念軟件測試是在一個可控的環(huán)境中分析或執(zhí)行程序的過程，其根本目的是以盡可能少的時間和人力發(fā)現(xiàn)并改正軟件中潛在的各種故障及缺陷，提高軟件的質量。測試目的決定了測試方案的設計?！纠?.下列關于軟件測試的敘述錯誤的是（ ）。A.軟件測試可以作為度量軟件與用戶需求間差距的手段B.沒有發(fā)現(xiàn)錯誤的測試也是有價值的C.軟件測試的根本目的是盡可能多地發(fā)現(xiàn)軟件中存在的問題，最終把一個高質量的軟件系統(tǒng)交給用戶使用D.軟件測試的主要工作內(nèi)容包括發(fā)現(xiàn)軟件中存在的錯誤并解決存在的問題2、軟件測試過程： A、單元

23、測試又稱為模塊測試，是針對程序模塊（軟件設計的最小單位）來進行正確性檢驗的測試工作。軟件單元測試的目的是檢測程序模塊對詳細設計說明書的符合程度；軟件單元測試依據(jù)是單元測試計劃。B、 軟件集成測試又稱組裝測試，即對程序模塊采用自頂向下或自底向上組裝起來，對系統(tǒng)的接口進行正確性檢驗的測試工作。軟件集成測試由項目經(jīng)理組織軟件測試工程師依據(jù)概要設計說明書和集成測試計劃進行。 C、確認測試又稱有效性測試。任務是驗證軟件的功能和性能及其他特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規(guī)格說明中已經(jīng)明確規(guī)定。D、 系統(tǒng)測試是將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外

24、設、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結合在一起測試。在實際運行（使用）環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與之矛盾的地方。E、 項目經(jīng)理負責組織驗收組進行最終驗收測試。驗收組應由項目組成員、用戶代表、監(jiān)理代表等組成。驗收測試原則上在顧客所在地進行，但如經(jīng)顧客同意也可以在公司內(nèi)模擬用戶環(huán)境進行?！纠?2.全局數(shù)據(jù)結構的錯誤通常在( )中檢查。A.單元測試B.有效性測試C.集成測試D.確認測試 3、補充：回歸測試（重新從單元測試開始再次進行測試，一般發(fā)生在軟件功能變化時）、&測試（測試是由一個用

25、戶在開發(fā)環(huán)境下進行的測試，也可以是開發(fā)機構內(nèi)部的用戶在模擬實際操作環(huán)境下進行的測試。測試的目的是評價軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。測試是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。與測試不同的是，開發(fā)者通常不在測試現(xiàn)場）例題軟件開發(fā)公司組織內(nèi)部人員，模擬各類用戶行為對即將面市的軟件產(chǎn)品進行的測試我們稱之為（ B ）。A.系統(tǒng)測試B. 測試C. 測試D.綜合測試4、測試與軟件開發(fā)的關系5、軟件測試過程模型V模型：非常明確地表明了測試的不同級別，清晰地展示了軟件測試與開發(fā)之間的關系。需求、功能、設計和編碼的開發(fā)活動隨時間而進行，而相應的測試活動（即針對需求、功能、設

26、計和編碼的測試）開展的次序正好相反。成功應用軟件開發(fā)V模型的關鍵因素是設計測試案例的時機。 W模型：形象地說明了測試與開發(fā)的并行關系，體現(xiàn)了測試貫穿于整個開發(fā)過程的思想。測試的對象不僅是程序，也包括需求和設計階段形成的文檔。測試伴隨整個開發(fā)周期。測試的對象不僅僅是程序，還包括需求和設計。W模型應用：相應開發(fā)活動完成，即可執(zhí)行測試（例如：需求分析完成，即可對需求進行測試） 。H模型：測試不僅僅是測試執(zhí)行，還包括其他活動。測試是一個獨立流程，貫穿產(chǎn)品整個周期，于其他流程并發(fā)進行。測試要盡早準備，盡早執(zhí)行。測試根據(jù)被測物的不同是分層次的?！纠}】 （ A ）說明了軟件測試與開發(fā)的并行關系，體現(xiàn)了測試

27、貫穿于整個開發(fā)過程的思想。A.W模型B.V模型C.H模型D.X模型6、軟件測試環(huán)境軟件測試環(huán)境硬件軟件網(wǎng)絡數(shù)據(jù)準備測試工具7、軟件測試工具（1）白盒測試工具根據(jù)測試工具的原理不同，又可分為靜態(tài)測試工具和動態(tài)測試工具。1）靜態(tài)測試是指不運行被測試程序而通過檢查、閱讀進行分析。靜態(tài)測試工具是在不執(zhí)行程序的情況下分析軟件的特性。職能：主要集中在需求文檔、設計文檔以及程序結構上，可以進行類型分析、接口分析、輸入輸出規(guī)格說明分析等。2)動態(tài)測試是指通常意義上的測試，需要運行和使用軟件。動態(tài)測試工具直接執(zhí)行被測程序以提供測試支持。職能：功能確認與接口測試、覆蓋率分析、性能分析、內(nèi)存分析等。【例1】2.軟件

28、測試技術可以分為靜態(tài)測試和動態(tài)測試，下列說法中錯誤的是（ C ）。A.靜態(tài)測試是指不運行實際程序，通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤。B.動態(tài)測試是指實際運行程序，通過運行的結果來發(fā)現(xiàn)程序中的錯誤。C.動態(tài)測試包括黑盒測試和白盒測試。D.白盒測試是靜態(tài)測試，黑盒測試是動態(tài)測試。（都是白盒測試工具）（2）黑盒測試工具功能測試工具用于檢測被測程序能否達到預期的功能要求并正常運行。性能測試工具用來確定軟件和系統(tǒng)的性能?！纠?.軟件測試用例主要由輸入數(shù)據(jù)和( C )兩部分組成。A.測試計劃B.測試規(guī)則C.預期輸出結果D.以往測試記錄分析【例】2.在下面幾句中，判斷哪一個是正確的。（ D ）A.測

29、試工作應在編碼階段結束后開始。B.測試設計工作與軟件開發(fā)活動是相互獨立、相互無關的。C.測試腳本是指一個測試包，它由一組邏輯相關的測試用例組成。D.過度測試會影響進度和增加成本?！纠?.為了提高測試的效率，應該( D )。A.隨機地選取測試數(shù)據(jù)B.取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C.在完成編碼以后制定軟件的測試計劃D.選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)【例】9.測試人員在提交軟件缺陷報告后，很可能發(fā)現(xiàn)開發(fā)人員對報告的缺陷存在異議。因此需要一個雙方認同的準則，用于判定軟件產(chǎn)品是否存在軟件缺陷。在實際的軟件項目工作中，我們通常采納的判定準則是（ B ）。A.測試人員提供的這個軟件缺陷的證據(jù)B

30、.軟件產(chǎn)品的運行結果與需求規(guī)格說明書不一致C.可以客觀地描述這個軟件缺陷D.軟件產(chǎn)品的運行結果與測試人員預期的不一致【例】10.從供選擇的答案中選出同下列關于軟件測試的各條敘述關系最密切的字句。在測試具有層次結構的大型軟件時，有一種方法是從上層模塊開始，由上到下進行測試。此時，有必要用一些模塊替代尚未測試過的下層模塊。（ A ）A.樁B.仿真器C.模擬器D.原型【例】14.在軟件質量概念中，不屬于測試要達到的目標為（ D ）A.確保建立了測試計劃，并按照測試計劃進行測試B.確保測試計劃覆蓋了所有的系統(tǒng)規(guī)格定義和系統(tǒng)需求C.確保經(jīng)過測試和調(diào)試，軟件仍舊符合系統(tǒng)規(guī)格和需求定義D.確保設計變更被正確

31、的跟蹤、控制、文檔化（二）運用黑盒測試方法設計測試用例1、基本概念黑盒測試是從用戶觀點出發(fā)的測試，其目的是盡可能發(fā)現(xiàn)軟件的外部行為錯誤。要利用黑盒測試方法查出軟件中所有故障，只能采用把所有可能的輸入全部都用作測試輸入的窮舉輸入?yún)?shù)法來完成。2、黑盒測試的兩個顯著優(yōu)點： 黑盒測試與軟件具體實現(xiàn)無關，所以如果軟件實現(xiàn)發(fā)生了變化，測試用例仍然可以使用； 設計黑盒測試用例可以和軟件實現(xiàn)同時進行，因此可以壓縮項目總的開發(fā)時間。3、常用的黑盒測試方法有等價類劃分、邊界值分析、因果圖、決策表測試、錯誤推測法、場景法、正交實驗法等，每種方法各有所長，應針對軟件開發(fā)項目的具體特點，選擇合適的測試方法。4、等價類

32、劃分測試用例設計（1）在設計測試用例時，要同時考慮有效等價類和無效等價類的設計。（2）軟件不能都只接收合理的數(shù)據(jù)，還要接受無效的或不合理的數(shù)據(jù)，這樣獲得的軟件才能具有較高的可靠性。（3）具體步驟：.劃分等價類；為每個等價類規(guī)定一個唯一的編號。.設計一個新的測試用例，盡可能多地覆蓋尚未被覆蓋的有效等價類，重復這一步，直到測試用例覆蓋了所有的有效等價類。.設計一個新的測試用例，使其覆蓋并且只覆蓋一個還沒有被覆蓋的無效等價類。重復這一步，直至測試用例覆蓋了所有的無效等價類。5、邊界值分析法應用邊界值分析法進行測試用例設計時，應遵循以下一些原則：.如果輸入條件對取值范圍進行了限定，則應以邊界內(nèi)部以及剛

33、超出范圍邊界外的值作為測試用例。.如果對取值的個數(shù)進行了界定，則應分別以最大、稍小于最大、稍大于最大、最小、稍小于最小、稍大于最小個數(shù)作為測試用例。.對于輸出條件，同樣可以應用上面提到的兩條原則來進行測試用例設計。.如果程序規(guī)格說明書中指明輸入或者輸出域是一個有序的集合，如順序文件、表格等，則應注意選取有序集合中的第一個和最后一個元素作為測試用例。6、決策表法基于決策表的測試是最嚴格，最具有邏輯性的黑盒測試方法。它能夠將復雜的問題按照各種可能的情況全部列舉出來，簡明并避免遺漏。決策表適合處理：針對不同邏輯條件的組合值，分別執(zhí)行不同的操作這樣的問題。7、因果圖法從程序規(guī)格說明書的描述中找出因和果

34、的關系，通過因果圖轉換為決策表，最后為決策表中的每一列設計一個測試用例。輸入條件的約束：E（異或）：a和b中最多只能有一個為1，即a和b不能同時為1。I（或）：a、b和c中至少有一個為1，即a、b和c不能同時為0。O（唯一）：a和b必須有一個，且僅有一個為1.R（要求）：a是1時，b必須是1，輸出條件的約束：M（強制）：如果結果a是1，則結果b強制為0.因果圖法的測試運用程序的規(guī)格說明要求：輸入的第一個字符必須是#或*，第二個字符必須是一個數(shù)字，在此情況下進行文件的修改；如果第一個字符不是#或*，則給出信息N；如果第二個字符不是數(shù)字，則給出信息M。1. 將原因和結果分開。原因：c1第一個字符是

35、#c2第一個字符是*c3第二個字符是一個數(shù)字結果：e1給出信息Ne2修改文件e3給出信息M錯誤推測法依靠測試人員的經(jīng)驗與智慧場景法設計步驟：（1）依據(jù)事件流構造場景列表（2）構造測試用例矩陣（3）設計測試用例8、黑盒測試方法的選擇【例1】3.月收入<=800元者免稅，現(xiàn)用輸入數(shù)800元和801元測試程序，則采用的是( A )方法。A.邊界值分析B.條件覆蓋C.錯誤推測D.邏輯覆蓋【例2】6.( A )能夠有效地檢測輸入條件的各種組合可能會引起的錯誤。A.等價類劃分B.邊界值分析C.錯誤推測D.因果圖【例3】3.（ C ）方法根據(jù)輸出對輸入的依賴關系設計測試用例。A.路徑測試B.等價類C.

36、因果圖D.邊界值分析【例4】4.在功能測試中，假設求實數(shù)x的平方根，我們第1次輸入“最小的負實數(shù)”進行測試，第2次輸入“稍小于0”進行測試，第3次輸入0進行測試，第4次輸入“稍大于0”進行測試，第5次輸入“最大的正實數(shù)”進行測試，那么這種測試屬于( A )。A.邊界值分析法B.絕對值分析法C.相對值分析法D.等價類劃分法【例5】6.現(xiàn)有一個計算類型的程序，它的輸入只有一個Y，其范圍是50Y50。現(xiàn)從輸入的角度考慮設計了一組測試用例：100，100，0。設計這組測試用例的方法是( D )。A.條件覆蓋法B.等價類劃分法C.邊界值分析法D.錯誤推測法【例6】5.某程序功能說明中列出“規(guī)定每個運動員

37、參賽項目為13項”，應用黑盒法中的等價類劃分法確定等價類是( D )。A.1<=項目數(shù)<=3B.項目數(shù)<1C.項目數(shù)>3D.以上都是【例7】4.程序功能說明中指出：由三個輸入數(shù)據(jù)表示一個三角形的三條邊長。根據(jù)黑盒法中的邊界值分析法設計測試用例，應選( D )。A.a=3,b=4,c=5B.a=1,b=2,c=4C.上述A、B項目都應選上D.a=1,b=2,c=3【例8】6.如果某個程序的輸入數(shù)據(jù)的可能值劃分為n個合理等價類，m個不合理等價類，這些等價類均為數(shù)軸上的一個有限區(qū)間范圍，則采用邊界值測試方法至少需要( A )個測試用例。A.2(m+n)B.2m+nC.2n+m

38、D.m+n（三）運用白盒測試方法設計測試用例1、黑盒測試與白盒測試的區(qū)別（1）軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查，它允許測試人員利用程序內(nèi)部的邏輯結構及有關信息，設計或選擇測試用例因此白盒測試又稱為結構測試或邏輯驅動測試。（2）軟件的黑盒測試意味著測試要在軟件的接口處進行，只依據(jù)程序的需求規(guī)格說明書和用戶手冊，檢查程序的功能是否符合它的功能說明，以及性能是否滿足用戶的要求。因此黑盒測試又叫功能測試或數(shù)據(jù)驅動測試。2、白盒測試的常用方法邏輯覆蓋、路徑分析測試、循環(huán)/條件分支3、邏輯覆蓋4、基本路徑測試（1）基本路徑測試思想：根據(jù)程序的控制流圖找出一個模塊所需測試的基本路徑，根據(jù)這些基

39、本路徑設計構造相應的測試用例（2）基本路徑測試設計步驟根據(jù)模塊邏輯構造控制流圖（Flow Graph）計算控制流圖的環(huán)復雜度 (Cyclomatic Complexity)列出包含起始節(jié)點和終止節(jié)點的基本路徑設計覆蓋這些基本路徑的測試用例其中第1、3、4步是重難點。【例1】3.月收入<=800元者免稅，現(xiàn)用輸入數(shù)800元和801元測試程序，則采用的是( )方法。A.邊界值分析B.條件覆蓋C.錯誤推測D.邏輯覆蓋【例2】6.現(xiàn)有一個計算類型的程序，它的輸入只有一個Y，其范圍是50Y50?，F(xiàn)從輸入的角度考慮設計了一組測試用例：100，100，0。設計這組測試用例的方法是( )。A.條件覆蓋法

40、B.等價類劃分法C.邊界值分析法D.錯誤推測法【例3】7.實際的邏輯覆蓋測試中，一般以( )為主設計測試用例。A.條件覆蓋B.判定覆蓋C.條件組合覆蓋D.路徑覆蓋【例4】5.某教學設備銷售部門制定一項銷售優(yōu)惠政策，一次購買100臺或100臺以上者按八五折優(yōu)惠，購買者是教師、學生按九折優(yōu)惠。設C1表示購買的臺數(shù)，C2為1、2、0分別表示教師、學生和其他人員，則符合九折優(yōu)惠判定條件為( )。A.（C1<100）AND NOT（C2=0）B.（C1<100）AND NOT（C2>0）C.NOT（C1>100）AND（C2=0）D.NOT（C1<100）AND（C2>

41、;0）【例5】8.void SelectSort ( datalist & list ) /對表list.V0到list.Vn-1進行排序, n是表當前長度。for ( int i = 0; i < list.n-1; i+ ) int k = i; /在list.Vi.key到list.Vn-1.key中找具有最小關鍵碼的對象for ( int j = i+1; j < list.n; j+)if ( list.Vj.getKey ( ) < list.Vk.getKey ( ) ) k = j;/當前具最小關鍵碼的對象if ( k != i ) Swap ( li

42、st.Vi, list.Vk );/交換 上面是選擇排序的程序，其中datalist是數(shù)據(jù)表，它有兩個數(shù)據(jù)成員：一是元素類型為Element的數(shù)組V，另一個是數(shù)組大小n。算法中用到兩個操作，一是取某數(shù)組元素Vi的關鍵碼操作getKey ( )，一是交換兩數(shù)組元素內(nèi)容的操作Swap( )：請問該程序段的McCabe環(huán)路復雜性為多少？（ ）A.2B.3C.4D.5【例6】8.PROCEDURE averagyi = 1;total.input = total.valid = 0;sum = 0;DO WHILE valuei <> -999 AND total.input < 1

43、00increment total.valid by 1;IF valuei >= minimum AND valuei <= maximumTHEN increment total.validi;ELSE skip;ENDIFIncrement i by 1;ENDDOIF total.valid > 0THEN averagy = sum / total.valid;ELSE averagy = -999;ENDIFEND averagy上面是一個求平均值的程序，請問該程序段的McCabe環(huán)路復雜性為多少？（ ）A.4B.5C.6D.7（四）軟件集成測試相關概念及集成策略

44、的實施過程1、集成測試相關概念（1）集成測試主要檢查各個軟件單元之間的相互接口是否正確。（2）集成測試與系統(tǒng)測試的區(qū)別：測試對象（系統(tǒng)測試還包括硬件等）、測試時間（集成測試先于系統(tǒng)測試）、測試方法（系統(tǒng)測試采用黑盒測試，集成測試黑白結合）、測試內(nèi)容、測試目的、測試角度（集成測試站在開發(fā)人員的角度，系統(tǒng)測試更多站在用戶角度）。（3） 集成測試的層次與原則1） 層次：（傳統(tǒng)軟件）模塊間集成測試、子系統(tǒng)內(nèi)集成測試、子系統(tǒng)間集成測試；（面向對象的應用系統(tǒng)）類內(nèi)集成測試、類間集成測試。2） 原則：所有公共接口必須被測試到；關鍵模塊必須進行充分測試；集成測試應當按一定層次進行；集成測試應當盡早開始，并以概

45、要設計為基礎；在模塊和接口的劃分上，測試人員應該和開發(fā)人員進行充分溝通；當測試計劃中的結束標準滿足時，集成測試才能結束；當接口發(fā)生修改時，涉及到的相關接口都必須進行回歸測試；集成測試應根據(jù)集成測試計劃和方案進行，不能隨意測試；項目管理者應保證測試用例經(jīng)過審核；測試執(zhí)行結果應當如實的記錄；集成測試策略選擇應當綜合考慮質量、成本和進度三者之間的關系。（4）集成測試策略：非漸增式集成方法漸增式集成方法自頂向下、自底向上、三明治要從多個角度進行集成測試用例設計集成測試過程計劃、設計、實施、執(zhí)行、評估2、 集成測試集成策略的實施過程（見簡答題）【例1】10.集成測試的策略一般分為：一次性集成和漸增式集成

46、。下面哪一條真實地反映了前者與后者的不同？（ A ）。A.后者比前者更適合大規(guī)模應用系統(tǒng)的集成測試B.在集成測試中發(fā)現(xiàn)問題時，前者比后者更容易進行問題定位C.前者需要開發(fā)驅動模塊和樁模塊，而后者不需要開發(fā)驅動模塊和樁模塊D.前者不需要所有模塊就緒，而后者需要所有模塊就緒【例2】11.集成測試又稱為組裝測試，其主要內(nèi)容包括( C )。A.對整體的性能進行測試B.用白盒法設計測試用例進行測試C.確定組裝策略和次序D.對運行過程進行測試（是對接口進行測試）【例3】9.對于傳統(tǒng)軟件來說，按集成粒度不同可以把集成測試分為（ C ）。模塊間集成測試 類內(nèi)集成測試 類間集成測試 子系統(tǒng)內(nèi)集成測試 子系統(tǒng)間集

47、成測試A.B.C.D.【例4】10.在有關集成測試的敘述中，( A )是正確的。A.測試底層模塊時不需要樁模塊B.驅動模塊的作用是模擬被調(diào)模塊C.自頂向下測試方法易于設計測試結果D.自底向上測試方法有有利于提前預計測試結果【例5】12.不斷執(zhí)行同樣的操作，如不停地啟動或關閉程序、反復讀寫數(shù)據(jù)或者選擇同一個操作。這種測試我們稱之為（ B ）測試。A.強度B.重復C.壓迫D.重負【例6】11.集成測試時，能較早發(fā)現(xiàn)高層模塊接口錯誤的測試方法為( A )。A.自頂向下漸增式測試B.自底向上漸增式測試C.非漸增式測試D.系統(tǒng)測試【例7】13.同時啟動上百個模擬連接去請求服務器的服務，這種測試我們稱之為

48、（ D ）測試。A.安全B.重復C.容量D.壓力（五）軟件系統(tǒng)測試相關概念及集成策略的實施過程1、系統(tǒng)測試相關概念系統(tǒng)測試一般由若干個不同測試組成，目的是充分運行系統(tǒng)，驗證系統(tǒng)各部件是否都能正常工作并完成所賦予的任務。（1）性能測試通過測試確定系統(tǒng)運行時的性能表現(xiàn)，如得到運行速度、響應時間、占有系統(tǒng)資源等方面的系統(tǒng)數(shù)據(jù)。（2） 壓力測試通過逐步增加系統(tǒng)負載來測試系統(tǒng)性能的變化，并最終確定在什么負載條件下系統(tǒng)性能處于失效狀態(tài)，以此來獲得系統(tǒng)性能提供的最大服務級別的測試。壓力測試和負載測試的聯(lián)系與區(qū)別：負載測試是通過逐步增加系統(tǒng)工作量，測試系統(tǒng)能力的變化，并最終確定在滿足功能指標的情況下，系統(tǒng)所能

49、承受的最大工作量的測試。壓力測試實質上就是一種特定類型的負載測試。（3） 容量測試通過測試，預先分析出反映軟件系統(tǒng)應用特征的某項指標的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），確定系統(tǒng)在其極限值狀態(tài)下是否還能保持主要功能正常運行。還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。壓力測試容量測試聯(lián)系二者都是檢測系統(tǒng)在特定情況下，能夠承擔的極限值。區(qū)別主要是使系統(tǒng)承受速度方面的超額負載，例如一個短時間之內(nèi)的吞吐量。關注的是數(shù)據(jù)方面的承受能力，并且它的目的是顯示系統(tǒng)可以處理的數(shù)據(jù)容量。（4）健壯性（高可靠性、從錯誤中恢復的能力）測試用于測試系統(tǒng)抵御錯誤（由于設計缺陷而帶來的系統(tǒng)錯誤）的

50、能力。重點為當出現(xiàn)故障時，是否能夠自動恢復或忽略故障繼續(xù)運行。（5）安全性測試是檢查系統(tǒng)對非法侵入的防范能力，其目的是為了發(fā)現(xiàn)軟件系統(tǒng)中是否存在安全漏洞。（6）可靠性測試是以計算軟件可靠性為目的的。可以得出可靠性是否達到規(guī)定指標要求可以給出軟件測試應該何時結束通常使用平均無故障時間MTBF(Mean Time Between Failure)來衡量系統(tǒng)的可靠性。MTBF越大，系統(tǒng)的可靠性越強。（7）2、 系統(tǒng)測試集成策略的實施過程（1） 性能測試分為3個階段：計劃階段、測試階段、分析階段性能測試的基準：響應時間、并發(fā)用戶數(shù)、吞吐量、性能計數(shù)器（2） 壓力測試方法的特點：1）檢查系統(tǒng)處于壓力情況

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