軟件測試技術(shù)復(fù)習(xí)題

1、軟件測試技術(shù)復(fù)習(xí)題(1004)一、基本要求 1、軟件測試概述(1)軟件可靠性問題、軟件缺陷與故障、軟件缺陷產(chǎn)生的原因(2)軟件測試基本概念(3 )軟件開發(fā)過程(4)軟件測試過程、軟件開發(fā)與軟件測試的關(guān)系(5)軟件質(zhì)量與軟件質(zhì)量管理的概念2、軟件測試策略與過程(1 )軟件測試的復(fù)雜性概念(2)軟件測試方法與策略：靜態(tài)測試與動態(tài)測試、黑盒測試與白盒測試(3)軟件測試過程：單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗收測試(4)面向?qū)ο蟮能浖y試(5)軟件調(diào)試的概念、軟件測試與調(diào)試的關(guān)系3、功能(黑盒)測試及其用例設(shè)計(1 )黑盒測試法的概念(2)三角形問題、NextDate函數(shù)問題(3)等價類劃分法

2、(4)邊界值分析法(5)因果圖法(6)決策表法(7)黑盒測試應(yīng)用案例4、結(jié)構(gòu)(白盒)測試及其用例設(shè)計(1)白盒測試法的概念(2)控制流圖、環(huán)形復(fù)雜度、圖矩陣(3)覆蓋測試：函數(shù)覆蓋、條件覆蓋、路徑覆蓋、面向?qū)ο蟮母采w(4)路徑測試：基本路徑測試方法、循環(huán)測試方法(5)白盒測試應(yīng)用案例5、軟件測試實際應(yīng)用(1 )客戶機(jī)/服務(wù)器系統(tǒng)的軟件測試：客戶機(jī)/服務(wù)器系統(tǒng)的結(jié)構(gòu)測試、網(wǎng)站測試(2)面向?qū)ο蟮?軟件測試：面向?qū)ο蟮能浖y試模型、基于類的測試(3)圖形用戶界面測試：窗體測試、菜單測試、數(shù)據(jù)項測試(4)實時系統(tǒng)性能測試(5)場景法應(yīng)用案例6、軟件測試管理(1 )軟件測試組織管理(2)軟件測試計劃和

3、過程管理：制定測試計劃、確定測試過程、測試結(jié)果分析(3)軟件測試文檔管理7、軟件自動化測試(D軟件自動化測試基礎(chǔ)：自動化測試概念、自動化測試腳本、自動化測試生存周期(2)軟件自動化測試工具：白盒測試工具、黑盒測試工具二、基本概念1、軟件測試是在軟件投入運行前，對軟件需求分析、設(shè)計規(guī)格說明和編碼實現(xiàn)的最終審查。軟件測試所涉 及的關(guān)鍵問題包括四個方面：測試人員、測試內(nèi)容、測試時間和測試方法。2、軟件測試過程中需要三類輸入：軟件配置、測試配置和測試工具。軟件測試所涉及的關(guān)鍵問題包括四個方面：測試人員、測試內(nèi)容、(測試時間)和測試方法。3、IEEE將軟件可靠性定義為：系統(tǒng)在特定環(huán)境下，在給定的時間內(nèi)無

4、故障運行的概率。根據(jù)軟件測試的 定義，軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。4、基于Web的系統(tǒng)測試不但需要檢查和驗證是否按照設(shè)計的要求運行，而且還要評價系統(tǒng)在不同用戶的瀏覽器端的顯示是否合適。5、面向?qū)ο髥卧獪y試針對程序內(nèi)部具體單一功能的模塊進(jìn)行測試。從測試的角度來看，繼承提供一種機(jī)制， 通過這種機(jī)制，潛在的錯誤能夠從一個類傳遞到它的派生類。6、使用白盒測試工具所發(fā)現(xiàn)的故障可以定位到代碼級。7、等價類是輸入域的某個子集合，而所有等價類的并集就是整個輸入域。因此，等價類的劃分原則應(yīng)該體現(xiàn) 完備性和無冗余性。8、基于Web的系統(tǒng)測試重要的是，從最終用戶的角度進(jìn)行安全性和可用性測試9、有效的We

5、b壓力測試系統(tǒng)的關(guān)鍵條件中，量級指的是盡量使單獨的操作進(jìn)行高強(qiáng)度的使 用，增加操作的量級。10、對OOP的測試重點集中在類功能的實現(xiàn)和相應(yīng)的面向?qū)ο蟪绦蚣軜?gòu)上，主要表現(xiàn)之一為數(shù)據(jù)成員是否滿足數(shù)據(jù)封裝的要求。11、面向?qū)ο蠹夹g(shù)的特點給測試帶來的新問題具體表現(xiàn)有多態(tài)和動態(tài)綁定增加了系統(tǒng)運行中可能的執(zhí)行路徑，而且給面向?qū)ο筌浖砹藝?yán)重的不確定性。對OOP勺測試重點集中在類功能的實現(xiàn)和相應(yīng)的面向?qū)ο蟪绦蚣軜?gòu)上。12、測試大綱是軟件測試的依據(jù)，包括測試項目、測試步驟、測試完成的標(biāo)準(zhǔn)。13、動態(tài)測試工具需要實際運行被測系統(tǒng)，并設(shè)置斷點，向代碼生成的(可執(zhí)行)文件中插入一些監(jiān)測代 碼。14、C/S體系結(jié)構(gòu)

6、的軟件測試通常是從單個客戶端開始，然后再逐步集成客戶端、服務(wù)器和 網(wǎng)絡(luò)系統(tǒng)進(jìn)行集成測試，最后進(jìn)行系統(tǒng)的整體測試。15、靜態(tài)測試分析主要集中在需求文檔、設(shè)計文檔以及程序結(jié)構(gòu)方面。16、對Web網(wǎng)站測試所采用的測試方法與策略除了黑盒測試、白盒測試、靜態(tài)測試和動態(tài)測試都有可能用到外，還會包括面向?qū)ο鬁y試技術(shù)的運用。17、軟件可靠性是對軟件在設(shè)計、開發(fā)以及所預(yù)定的環(huán)境下具有能力的置信度的一個度量，是衡量軟件質(zhì)量 的主要參數(shù)之一。18、按照軟件測試的策略和過程分類，軟件測試可分為單元測試、集成測試、系統(tǒng)測試、驗證測試和確認(rèn)測 試。在軟件測試中，對已測試過的模塊進(jìn)行組裝，目的在于檢驗與軟件設(shè)計相關(guān)的程序結(jié)

7、構(gòu)問題的 測試稱為集成測試。19、實時系統(tǒng)測試的一般步驟：任務(wù)測試、行為測試、任務(wù)間測試和系統(tǒng)測試。20、為了達(dá)到1 00 %的基于狀態(tài)的上下文覆蓋，例行程序必須在每個適當(dāng)?shù)纳舷挛膬?nèi)被執(zhí)行。三、簡答題1、應(yīng)用條件/判定覆蓋進(jìn)行路徑測試可能發(fā)現(xiàn)的錯誤。針對判定和條件覆蓋，測試用例可能發(fā)現(xiàn)如下錯誤： (1)不同數(shù)據(jù)類型的比較；(2)不正確的邏輯操作或優(yōu)先級；(3 )應(yīng)當(dāng)相等的地方由于精確度的錯誤而不能相等；(4 ) 不正確的判定或不正確的變量；(5 )不正確的或不存在的循環(huán)終止；(6 )當(dāng)遇到分支循環(huán)時不能退出；不適當(dāng)?shù)匦薷难h(huán)變量。2、簡述軟件測試報告的內(nèi)容。軟件測試報告是軟件測試過程中最重要的

8、文檔，它的內(nèi)容包括：現(xiàn)許多其它測試無法發(fā)現(xiàn)的隱蔽錯誤。(2) 有效的壓力測試系統(tǒng)的關(guān)鍵條件重復(fù)：就是一遍又一遍地執(zhí)行某個操作或功能。并發(fā)：就是在同一時間內(nèi)執(zhí)行多個操作。量級：盡量使單獨的操作進(jìn)行高強(qiáng)度的使用，增加操作的量級。隨機(jī)變化：隨機(jī)使用前面條件中的無數(shù)變化形式，就能夠在每次測試運行時應(yīng)用許多不同的 碼路徑。9、如何根據(jù)等價類的劃分確定測試用例。(1 )首先為等價類表中的每一個等價類分別規(guī)定一個唯一的編號。(2)設(shè)計一個新的測試用例，使它能夠盡量覆蓋尚未覆蓋的有效等價類。重復(fù)這個步驟，直到所有的有效等價類均被測試用例所覆蓋。(3)設(shè)計一個新的測試用例，使它僅覆蓋一個尚未覆蓋的無效等價類。重

9、復(fù)這一步驟，直到所有的無效等價類均被測試用例所覆蓋。10、簡述軟件自動化測試中的“捕獲回放”技術(shù)(D 捕獲：將用戶每一步操作都記錄下來。這種記錄的方式有兩種：程序用戶界面的像素坐標(biāo)或程序顯示對象(窗口、按鈕、滾動條等)的位置，以及相對應(yīng)的操作、狀態(tài)變化或是屬性變化。所有的記錄轉(zhuǎn)換為一種腳本語言所描述的過程，以模擬用戶的操作。(2)回放：將腳本語言所描述的過程轉(zhuǎn)換為屏幕上的操作，然后將被測系統(tǒng)的輸出記錄下來同預(yù)先給定的標(biāo)準(zhǔn)結(jié)果比較。這可以大大減輕黑盒測試的工作量， 在迭代開發(fā)的過程中，能夠很好地進(jìn)行回歸測試。四、分析題1、閱讀下面的問題說明：現(xiàn)在的軟件系統(tǒng)幾乎都是用事件觸發(fā)來控制程序流程的。事件

10、觸發(fā)時的情景便形成了場景，而同一事件不用的觸發(fā)順序和處理結(jié)果就形成了事件流。事件流分為基本流和備選流，基本流是經(jīng)過測試用例的從開始到結(jié)束的最簡單、無差錯的路徑，備選流可以從基本流開始，也可以從另外的備選流開始，在某個特定條件下執(zhí)行。根據(jù)問題的描述確定程序的基本流和備選流，然后由基本流和備選流形成不同的場景，對每一個場景生成相應(yīng)的測試用例。這就是應(yīng)用場景法進(jìn)行測試用例設(shè)計的基本思想。下面是對某ATM機(jī)應(yīng)用系統(tǒng)的存款操作的基本流和備選流的描述?；玖鰽 :序號業(yè)務(wù)名稱業(yè)務(wù)描述1準(zhǔn)備存款客戶將銀行卡插入ATM機(jī)2驗證銀行卡ATM機(jī)從讀入的銀行卡中讀取賬戶代碼，并檢查它是否屬于可接收的銀行 卡3輸入密

11、碼ATM機(jī)要求客戶輸入6位密碼4驗證帳號和密碼ATMB通過驗證客戶的帳號和密碼，決定客戶的合法性5ATM機(jī)屏幕選項ATM機(jī)顯不在本機(jī)上可用的屏幕選項6輸入金額從ATM機(jī)顯示屏幕中選取金額7授權(quán)atm機(jī)將整體操作作為事務(wù)提交銀行系統(tǒng)8人鈔客戶向ATM機(jī)提供現(xiàn)金，ATM機(jī)驗鈔9驗鈔確認(rèn)ATM機(jī)屏幕中顯不存款金額10返回銀行卡銀行卡被返還11打印收據(jù)提供客戶打印收據(jù)功能備選流:序號業(yè)務(wù)名稱業(yè)務(wù)描述B銀行卡無效在基本流A2過程中，該卡不能夠識別或是非本機(jī)可以使用的銀行卡， ATM機(jī)退卡，并退出基本流C密碼有誤ATM機(jī)提75密碼不正確，客戶有三次機(jī)會重輸，重新加入基本流A3，或選擇退卡D驗鈔不符系統(tǒng)判斷

12、存款金額與人鈔數(shù)目不符，重新加入基本流A8,或選擇退卡試求：(1)設(shè)計場景(基本流用字母A表示，備選流用題干中描述的相應(yīng)字母表示)。場景格式示例如下：場景ID場景描述場景過程1密碼有誤ABC(2)設(shè)計測試用例場景矩陣測試用例矩陣格式示例如下:測試用例ID場景賬號密碼輸入金額ATM機(jī)確認(rèn)金額預(yù)期結(jié)果11VVVn/a退卡V表示有效數(shù)據(jù)元素，I表示無效數(shù)據(jù)元素，n/a表示不可用發(fā)現(xiàn)了假設(shè)本系統(tǒng)開發(fā)人員在開發(fā)過程中通過測試20個錯誤，獨立的測試組通過上述測試用例發(fā)現(xiàn)了 80個軟件錯誤，系統(tǒng)在上線后，用戶反饋了 10個錯誤，請計算缺陷探測率(DDP)。(1)設(shè)計場景場景ID場景描述場景流程1成功存款A(yù)2

13、銀行卡無效A、B3密碼有誤A、C4驗鈔不符A、D(2)設(shè)計測試用例場景矩陣測試用例ID場景賬號密碼輸入金額ATM機(jī)確認(rèn)金額預(yù)期結(jié)果11VVVV成功存款22In/an/an/a退卡33VIn/an/a重輸或退卡44VVVI重輸或退卡(3)計算缺陷探測率(DDP)DDP=Bugstester(Bugstester+ Bugscustomer)=(20+80)( 20+80+10)=90%()其中， Bugstester為測試者發(fā)現(xiàn)的錯誤數(shù)；Bugscustomer為客戶發(fā)現(xiàn)并反饋技術(shù)支持人員進(jìn)行修復(fù)的錯誤數(shù)。五、設(shè)計題1、NextDate函數(shù)問題說明：輸入一個日期，求從輸入日期算起的第三天日期。例

14、如，輸入為2008年8月 8日，則該程序的輸出為2008年8月10日。NextDate函數(shù)包含三 個整數(shù)變量mon th、day和 year ,并且滿足下列條件：1 m。nth 12和1 day 31。(1)分析各種輸入情況，列出為輸入變量month、day、year劃分的有效等價類等價類劃分格式示例如下：輸入ID有效等價類day11 day 31(2)根據(jù)劃分的等價類，再考慮 month邊界值，設(shè)計健壯等價類測試用例。測試用例格式示例如下：用例IDdaymon thyear預(yù)期輸出覆蓋等價類15520081, 2(1)輸入等價類輸入ID有效等價類day11 day 0 A b0 A c0 并

15、且 ab+c , ba+c, ca+b根據(jù)問題的規(guī)格說明，可從輸出域劃分5種等價類：R1：等邊三角形R2:等腰三角形R3:直角三角形R4:普通三角形R5:非三角形可由輸出等價類求輸入等價類：例如輸出的等邊三角形等價類R1對應(yīng)的輸入等價類S1表示為R1: S1 = | a=b A b=cA a=cA a0A b0 A c0(1)按上述表示，將輸出等價類變換為對應(yīng)的輸入等價類。(2)假設(shè)Ka, b, c 10,根據(jù)劃分的等價類，設(shè)計健壯等價類測試用例，再使用必要的邊界值用例補(bǔ) 充。測試用例格式示例如下：用例IDabc預(yù)期輸出覆蓋等價類1555等邊:角形S1 , S2(1)輸入等價類R1: S1 =

16、 | a=b A b=c A a=cA a0A b0 A c0R2: S2 = |(a=b V b=c V a=c) A (a+bc A b+ca A a+cb) A a0 A b0 A c0 222222R3: S3 = | a0 A b0 A c0 A (a+bc A b+ca A a+cb) A (a +b =c V b +c =a V a +c =b)R4: S4 = |a 羊 b A b* cA a 羊 c A a0A b0A c0 A (a+bc A b+ca A a+cb)R5: S5 = |(a+b eV b+c a V a+c0A b0 A c0 V a 0V b 0 V c

17、 0 )5 6 if (i=0 )7 x=y+2;8 else9 if (i=1 )10 y=y+10;11 else12 x=y+20;(2) (3)屬于軟件缺陷B.只有(4)屬于軟件缺陷C(1) (2) ( 3) (4)都屬于軟件缺陷D.只有(1) (2)屬于軟件缺陷2、測試步驟詳細(xì)規(guī)定了如何設(shè)置、執(zhí)行、評估特定的A.測試計劃B.測試報告C測試用例D.測試程序3、經(jīng)過測試，符合設(shè)計要求，確認(rèn)系統(tǒng)功能和其他特性均不再做任何改變。這表示的是測 試過程中的A.程序凍結(jié)B.需求凍結(jié)C功能凍結(jié)D. 代碼凍結(jié)4、測試用例是為特定的目的而設(shè)計的一組測試輸入、執(zhí)行條件和預(yù)期的結(jié)果；測試用例是 執(zhí)行測試的A

18、.最小集合B.最大集合C最小實體D. 最大實體5、盡早地和及時地測試。這句話描述的是A.軟件測試目的B.軟件測試原則C.軟件測試停止的依據(jù)D.軟件測試基本問題6、對于下列內(nèi)容：(1)需求分析說明書(2)概要設(shè)計說明書(3)詳細(xì)設(shè)計說明書(4)源程序代碼。失于單元測試的描述，正確的說法是A.與(1) (2) ( 3)有關(guān)B.只與(4)有關(guān)C.只與(3) (4)有關(guān)D.與(1) (2) ( 3) (4)都有關(guān)7、按照區(qū)間進(jìn)行等價類劃分，在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，可以確定 有效等價類和無效等價類的個數(shù)分別為A. 2，2B. 1，1C 1，2D. 2，18、在三角形問題中，有四種可能

19、的輸出：等邊三角形、等腰三角形、一般三角形和非三角形。則標(biāo)準(zhǔn)等價類和健壯等價類的測試用例個數(shù)分別為A. 4，1 B. 5，7D.4，7C. 1，49、在軟件測試工具中，下面不屬于動態(tài)測試工具類型的是A.錯誤檢查B.內(nèi)存分析C.覆蓋測試D.接口測試10、 大量的事實表明，導(dǎo)致軟件缺陷的最大原因是A.軟件產(chǎn)品說明書B.軟件設(shè)計手冊C.軟件用戶操作手冊D,軟件維護(hù)手冊在軟件測試工具中，下面屬于靜態(tài)測試工具類型的是 ,A. 一致性檢查B.內(nèi)存分析C.覆蓋測試D.接口測試為檢驗所開發(fā)的軟件是否能按用戶提出的要求進(jìn)行，采用黑盒測試來完成的 12、一系列證明軟件功能和要求一致的測試稱為A.集成測試B.確認(rèn)測

20、試C.系統(tǒng)測試D.回歸測試針對軟件的可維護(hù)性，目前業(yè)界主要存在三種度量參數(shù)：Line復(fù)雜度、Halstead復(fù)雜度和 McCabe復(fù)雜度。其中Line復(fù)雜度表示A.以代碼的行數(shù)作為計算的基準(zhǔn)B.以程序中使用到的運算符與運算元數(shù)量作為計數(shù)目標(biāo)C.以軟件的流程圖來衡量軟件的質(zhì)量D.以軟件的功能結(jié)構(gòu)圖來評價軟件的可維護(hù)性14、從宏觀上說，C/S體系結(jié)構(gòu)的軟件測試通常是從單個客戶端開始，然后再逐步集成客戶端、服務(wù)器和網(wǎng)絡(luò)系統(tǒng)進(jìn)行集成測試，最后進(jìn)行系統(tǒng)的整體測試。下面不屬于整體測試的主要內(nèi)容是A.事務(wù)測試B.網(wǎng)絡(luò)通信測試C.網(wǎng)絡(luò)運行性能的測試D.對應(yīng)用服務(wù)器(中間件)的測試假設(shè)存在父類Base有l(wèi)nhe

21、rited()和Redefined()這兩個成員函數(shù)，繼承父類Base的子類 15、Derived只對Redefined()做了改動。那么，確切的說法是A. Derived:Redefined()需要重新測試B. Derived:Redefined()不必重新測試C.D.Derived:lnherited()不必重新測試Derived:lnherited()需要重新測試16、用等價類劃分法設(shè)計對所有實數(shù)進(jìn)行開平方運算的程序的測試用例，可以將輸入域進(jìn)行劃分為A.正整數(shù)、0和負(fù)整數(shù)B.正實數(shù)、0和負(fù)實數(shù)C.有理數(shù)和無理數(shù)D.實數(shù)和虛數(shù)假設(shè)一個軟件的數(shù)據(jù)輸入要求是 4位整數(shù)，則利用邊界值分析法，輸入

22、的有效等價類和 無效等價類的邊界值分別為17 A. 1000，9999 ； 1000 10000B. 999，9999 ; 999，10000C. 1000，9999 ； 1000，1000009999 ； 999，10000D. 999在軟件測試工具中，下面屬于動態(tài)測試工具類型的是18、 A.性能測試B.類型檢查C.復(fù)雜度分析D.接口分析在軟件測試的充分性準(zhǔn)則中表明，軟件越復(fù)雜，需要的測試數(shù)據(jù)就越多。 這一特性稱為19、 A.單調(diào)性B.非復(fù)合性C.復(fù)雜性D.非分解性20、在集成測試策略的環(huán)境中，對某些已經(jīng)進(jìn)行過的測試的某些子集再重新進(jìn)行一遍，以保證上述改變不 會傳播無法預(yù)料的副作用或引發(fā)新的

23、問題，這一測試稱為A.集成測試B.確認(rèn)測試C.系統(tǒng)測試D.回歸測試21、如果將簡單循環(huán)的測試方法用于嵌套循環(huán)，可能的測試次數(shù)會隨嵌套層數(shù)成幾何級數(shù)增力口。此時可采 用減少測試次數(shù)的正確方法之一是A.測試從最內(nèi)層循環(huán)開始，所有外層循環(huán)次數(shù)設(shè)置為最小值B.測試從最外層循環(huán)開始，所有內(nèi)層循環(huán)次數(shù)設(shè)置為最小值C.測試從最內(nèi)層循環(huán)開始，所有外層循環(huán)次數(shù)設(shè)置為最大值D.測試從最外層循環(huán)開始，所有內(nèi)層循環(huán)次數(shù)設(shè)置為最大值22、Rational Robot是一種強(qiáng)大的自動化測試工具，主要通過編寫腳本的方式提供自動化測試特性。其中圖形用戶界面(GUI)腳本主要用于A.用戶測試B. 單元測試C.性能測試D.功能測

24、試23、一個好的測試用例在于發(fā)現(xiàn)了還未曾發(fā)現(xiàn)過的錯誤。這句話描述的是A.軟件測試目的B.軟件測試原則C.軟件測試停止的依據(jù)D.軟件測試基本問題24、Rational Robot是一種強(qiáng)大的自動化測試工具，主要通過編寫腳本的方式提供自動化測試特性。下面 不屬于目前Rational Robot開發(fā)的三種測試腳本之一的是A.圖形用戶界面(GUI)腳本B.虛擬用戶(VU)腳本C. VBScript 腳本D. JavaScript 腳本25、對于下面的邏輯覆蓋法的有關(guān)描述：選擇足夠多的測試用例，使得程序中的每個可執(zhí)行語句至少執(zhí)行 一次。該邏輯覆蓋屬于A.語句覆蓋B.判定覆蓋C.條件覆蓋D.組合覆蓋26、

25、下面是有關(guān)基本路徑測試方法的描述：(1)計算程序的環(huán)形復(fù)雜度，導(dǎo)出程序基本路徑集中的獨立路徑條數(shù)。(2)導(dǎo)出基本路徑集，確定程序的獨立路徑。(3)畫出程序的控制流圖。(4)根據(jù)圖中的獨立路徑，設(shè)計測試用例的輸入數(shù)據(jù)和預(yù)期輸出。正確的執(zhí)行基本路徑測試方法的步驟 是A. ( 1) ( 2) ( 3) ( 4) B. ( 3) ( 1) ( 2) ( 4)C. ( 3) ( 4) ( 2) ( 1) D. ( 4) ( 3) ( 2) ( 1)六、題型舉例一、單項選擇題(本大題共15小題，每小題1分，共15分)1 大量的數(shù)據(jù)表明，導(dǎo)致軟件缺陷的產(chǎn)生原因分布中，軟件產(chǎn)品說明書約占A. 7% B. 10

26、%C. 27% D. 56%2、關(guān)于軟件測試對象的描述，下面不正確的是A.軟件測試不等于程序測試B.軟件測試就是源程序的測試C. 軟件測試貫串于軟件定義和開發(fā)的整個過程D. 軟件開發(fā)過程中所產(chǎn)生的需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細(xì)設(shè)計規(guī)格說明以及源程序都是軟件測試的對象。3、Rational Robot是一種強(qiáng)大的自動化測試工具，主要通過編寫腳本的方式提供自動化測試特性。其中 虛擬用戶（ VU）腳本主要用于A.用戶測試B.單元測試C.性能測試D.功能測試4、在軟件測試工具中，下面屬于動態(tài)測試工具類型的是A. 一致性檢查B.內(nèi)存分析C.數(shù)據(jù)流分析D.接口分析5、在不能做到所有路徑覆蓋的前提下，

27、如果某一程序的每一個獨立路徑都被測試過，那么可以認(rèn)為程序中的每個語句都已經(jīng)檢驗過了，這種測試方法就是通常所說的基本路徑測試方法。這種 方法的結(jié)果達(dá)到了A.語句覆蓋B.條件覆蓋C.路徑覆蓋D.組合覆蓋6、在軟件測試的充分性準(zhǔn)則中表明，即使對軟件系統(tǒng)整體的測試是充分的，也并不意味軟件系統(tǒng)中各個成分都已經(jīng)充分地得到了測試。這個特性稱為A.單調(diào)性B.非復(fù)合性C.復(fù)雜性D.非分解性7、針對軟件的可維護(hù)性，目前業(yè)界主要存在三種度量參數(shù)：Line復(fù)雜度、Halstead復(fù)雜度和McCabe復(fù)雜度。其中McCabe復(fù)雜度表示A.以代碼的行數(shù)作為計算的基準(zhǔn)B.以程序中使用到的運算符與運算元數(shù)量作為計數(shù)目標(biāo)C.以

28、軟件的流程圖來衡量軟件的質(zhì)量D.以軟件的功能結(jié)構(gòu)圖來評價軟件的可維護(hù)性8、按照數(shù)值劃分等價類，在規(guī)定了一組n個輸入數(shù)據(jù)，并且程序要對每一個輸入值分別進(jìn)行處理的情況下，可確定有效等價類和無效等價類的個數(shù)分別為A. n，1 B. 1，nC. n+1 n D.1，n+1二、填空題（本大題共15小題，每小題1分，共15分）1、測試大綱是軟件測試的依據(jù)，包括（測試項目）、測試步驟、測試完成的標(biāo)準(zhǔn)。2、白盒測試工具一般是針對被測（源程序）進(jìn)行的測試，3、Web網(wǎng)站的網(wǎng)頁測試主要包括文字測試、（鏈接）測試、圖形、圖像測試、表單測試等。4、有效的Web壓力測試系統(tǒng)的笑鍵條件中，重復(fù)指的是（多次）地執(zhí)行某個操作

29、或功能。5、在軟件測試中，檢驗軟件產(chǎn)品質(zhì)量的最后一道工序主要是突出用戶的作用，同時軟件開發(fā)人員也應(yīng)有一定程度的參與，這一測試稱為（驗收）測試。6、基于狀態(tài)的上下文覆蓋把一個狀態(tài)上下文內(nèi)的一個例行程序的執(zhí)行認(rèn)為是（獨立于）另一個狀態(tài)內(nèi)相同例行程序的執(zhí)行。7、動態(tài)測試工具需要實際運行被測系統(tǒng)，并設(shè)置斷點，掌握斷點這一時刻程序運行（數(shù)據(jù)）。8、語句覆蓋屬于（白盒）測試技術(shù)。三、簡答題（本大題共6小題，每小題5分，共30分）1、對于軟件缺陷的定義，通常有下列描述：(1)軟件未達(dá)到產(chǎn)品說明書中已經(jīng)標(biāo)明的功能；(2)軟件出現(xiàn)了產(chǎn)品說明書中指明不會出現(xiàn)的錯誤；(3)軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)當(dāng)達(dá)到的

30、目標(biāo)；(4 )軟件功能超出了產(chǎn)品說明書中指明的范圍；(5)軟件測試人員認(rèn)為軟件難以理解、不易使用，或者最終用戶認(rèn)為該軟件使用效果不良。舉例說明軟件測試中出現(xiàn)以日常使用的具有四則運算功能的計算器內(nèi)的嵌入式軟件為例，上述五條中的至少三種現(xiàn)象。(1 ) 隨意選定兩個數(shù)值，按下加、減、乘、除功能健之一，無反應(yīng)或結(jié)果出錯，屬于第一種現(xiàn)象。(2) 如果產(chǎn)品說明書指出，系統(tǒng)不會出現(xiàn)崩潰或死鎖等反應(yīng)，但隨意選定按鍵后，無反 應(yīng)，屬于第二種現(xiàn)象。(3) 系統(tǒng)除具有加、減、乘、除功能外，還能計算平方根，但說明書并為指出該功能， 屬于第三種現(xiàn)象。(4) 測試中，因電池沒電導(dǎo)致計算錯誤，但說明書并為指出該現(xiàn)象如何處理

31、，屬于第四 種現(xiàn)象。(5) 按鍵太小或正常情況下顯示字體不清，屬于第五種現(xiàn)象。 2、簡述單元測試中模塊接口測試的內(nèi)容(6) ) 調(diào)用所測模塊時的輸入?yún)?shù)與模塊的形式參數(shù)在個數(shù)、屬性、順序上是否匹配；(7) 所測模塊調(diào)用子模塊時，它輸入給子模塊的參數(shù)與子模塊中的形式參數(shù)在個數(shù)、屬 性、順序上是否匹配；(3)是否修改了只做輸入用的形式參數(shù)；)(8) 調(diào)用標(biāo)準(zhǔn)函數(shù)的參數(shù)在個數(shù)、屬性、順序上是否正確；(9) 全局變量的定義在各模塊中是否一致。 3、簡述軟件測試停止的五類依據(jù)(標(biāo)準(zhǔn))(1 )測試超過了預(yù)定時間。(2) 執(zhí)行了所有的測試用例，但并沒有發(fā)現(xiàn)故障。(3) 使用特定的測試用例設(shè)計方案作為判斷測試

32、停止的基礎(chǔ)。(4) 停止測試的標(biāo)準(zhǔn)可定義為查出某一預(yù)訂數(shù)目的故障。(5) 根據(jù)單位時間內(nèi)查出故障的數(shù)量決定是否停止測試。4、簡述黑盒測試可以發(fā)現(xiàn)哪幾類錯誤(1 )是否有不正確或遺漏了的功能(2) 在接口上，輸入能否正確地接受或能否輸出正確的結(jié)果(3) 是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息訪問錯誤(4) 性能上是否能夠滿足要求四、設(shè)計題(每題1。分，共30分)1、NextDate函數(shù)問題說明：輸入一個日期，求從輸入日期算起的第三天日期。例如，輸入為2008年8月8日，則該程序的輸出為2008年8月10日。NextDate函數(shù)包含三個整數(shù)變量month、day和year、并且滿足下列條件：K mon th

33、 12和K day 31。(1)根據(jù)問題的規(guī)格說明，將輸入變量month、day、year劃分的有效等價類作為原因，列出原因和結(jié)果(假設(shè)不考慮閨年)。因果表格式示例如下：ID原因(輸入)ID結(jié)果(輸出)a=b=cA等邊三角形(2)根據(jù)因果表，分析因果關(guān)系，畫出簡化的決策表，并設(shè)計測試用例。 決策表格式示例如下：規(guī)則123n條件 Y（原因） 動作A（結(jié)果V測試用例 （a,b,c）3,3,3（1）列出原因和結(jié)杲ID原因（輸入）ID結(jié)果（輸出）month=4, 6，9，11Aday+2month=1，3，5，7，8，10Bday=2mon th=2Cday=1mo nth=12Dmonth+11 d

34、ay 26Emonth=1day=27Fyear+1day=28day=30day=31year（2）畫出簡化的決策表，并根據(jù)決策表，設(shè)計測試用例。規(guī)則1234567891011條件YYY（原因）YYYYYYYYYYYYYYYYYYYYYYYY一-一一動作AVV（結(jié)果）BVVVVCVVVDVVVVVEVVFVV不可能VV測試用例6,6,9,3,5,2,2,2,2,12,12,(mouth,day,16,30,31.16,31.16,27.28,30,30,31,year)20082008200820082008200820082008200820082008五、閱讀分析題（本大題10分）閱讀下面的問題說明：現(xiàn)在的軟件系統(tǒng)幾乎都是用事件觸發(fā)來控制程序流程的。事件觸發(fā)時的情景便形成了場景，而同一事件不用的觸發(fā)順序和處理結(jié)果就形成了事件流。事件流分為基本流和備選流，基本流是經(jīng)過測試用例的從開始到結(jié)束的最簡單、無差錯的路徑，備選流可以從基本流開始，也可以從另外的備選流開始，在某個特定條件下執(zhí)行。根據(jù)問題的描述確定程序的基本流