軟件測試技術(shù)期末復(fù)習(xí)題參考答案

1、14.8.9.不屬于單元測試內(nèi)容的是（A）模塊接口測試（B）局部數(shù)據(jù)結(jié)構(gòu)測試（C）路徑測試（D）用戶界面測試劃分軟件測試屬于白盒測試還是黑盒測試的依據(jù)是（A）（B）（C）（D）是否執(zhí)行程序代碼 是否能看到軟件設(shè)計文檔 是否能看到被測源程序 運行結(jié)果是否確定10.11.12.13.下列項目中不屬于測試文檔的是（A）測試計劃（B）測試用例（C）程序流程圖（D）測試報告幾乎沒有產(chǎn)品計劃、 進(jìn)度安排和正規(guī)的開發(fā)過程的軟件開發(fā)模式是（A）大棒模式（C）瀑布模式如果某測試用例集實現(xiàn)了某軟件的路徑覆蓋，（A）判定覆蓋（C）判定/條件覆蓋 下列說法不正確的是（A）（B）（C）（D）測試不能證明軟件的正確性；測

2、試員需要良好的溝通技巧；QA與testing屬于一個層次的概念;成功的測試是發(fā)現(xiàn)了錯誤的測試。（B）邊寫邊改模式（D）快速原型開發(fā)模式那么它一定同時實現(xiàn)了該軟件的（B）條件覆蓋（D）組合覆蓋對Web網(wǎng)站進(jìn)行的測試中，屬于功能測試的是（A）連接速度測試（B）鏈接測試單項選擇題：共20小題，每小題1分，滿分20分；請將答案填入題后括號中。1.在軟件生命周期的哪一個階段，軟件缺陷修復(fù)費用最低(A)2.（A）需求分析（編制產(chǎn)品說明書）（C）編碼單元測試中用來模擬被測模塊調(diào)用者的模塊是（B）設(shè)計（D）產(chǎn)品發(fā)布(C)3.（A）父模塊（C）驅(qū)動模塊為了提高測試的效率， 應(yīng)該（B）子模塊（D）樁模塊(D)4.

3、（A）隨機地選取測試數(shù)據(jù)；（B）取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)；（C）在完成編碼以后制定軟件的測試計劃；（D）選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)。側(cè)重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測試被稱為(B)5.（A）強度測試（C）容量測試必須要求用戶參與的測試階段是（B）壓力測試（D）性能測試(D)6.（A）單元測試（C）確認(rèn)測試 軟件測試員究竟做些什么。（A）軟件測試員的目的是發(fā)現(xiàn)軟件缺陷（B）集成測試（D）驗收測試（C）（B）軟件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些（C）軟件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些，并確保其得以修復(fù)（D）軟件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些，

4、并將其得以修復(fù) 下面四種說法中正確的是（A）（B）（C）（D）7.因果圖法是建立在決策表法基礎(chǔ)上的一種白盒測試方法； 等價類劃分法是邊界值分析法的基礎(chǔ)；健壯性等價類測試的測試用例要求在有效等價類中取值； 在任何情況下做黑盒測試皆應(yīng)首先考慮使用錯誤推斷法。使用白盒測試方法時，確定測試數(shù)據(jù)的依據(jù)是指定的覆蓋標(biāo)準(zhǔn)和(A)(B)(C)(D)17.下列依據(jù)測試案例找出的問題。5.傳統(tǒng)的等價類劃分測試的實現(xiàn)分兩步進(jìn)行，一是_ 劃分等價類表_，二是_邊界值分析法。6.在兼容性測試中， _ 向前兼容_是指可以使用軟件的以前版本，向后兼容 _是指可以使用軟件的未來版本。15.(C)平臺測試 在進(jìn)行單元測試時，常

5、用的方法是(A)(B)(C)(D)(D)安全性測試采用黑盒測試，輔之以白盒測試; 采用白盒測試，輔之以黑盒測試; 只使用黑盒測試； 只使用白盒測試。16.程序的注釋程序的內(nèi)部邏輯 用戶使用說明書 程序的需求說明不是軟件自動化測試的優(yōu)點(B)(D)是指檢查軟件之間是否正確交互和共享信息(A)速度快、效率高(C)能提高測試的質(zhì)量18.(A)(C)配置測試(B)(D)不是一個測試計劃所應(yīng)包含的內(nèi)容(B)(D)是指使用各種硬件來測試軟件操作的過程 下列各項中(A)測試資源、進(jìn)度安排(C)測試范圍20下列不屬于正式審查的方式是(A)(B)(C)(D)同事審查公開陳述檢驗編碼標(biāo)準(zhǔn)和規(guī)范準(zhǔn)確度和精確度高 能

6、充分測試軟件是交互適應(yīng)性、實用性和有效性的集中體現(xiàn) 檢查缺陷是否有效改正(B測試預(yù)期輸出測試策略1.2.3.4.5判斷題：共10小題，每小題1分，滿分10分；請將答案以“V”、“X”形式填入題后括號中。 好的測試員不懈追求完美。軟件測試是有效的排除軟件缺陷的手段。程序員與測試工作無關(guān)。程序員兼任測試員可以提高工作效率。 產(chǎn)品說明書(需求文檔)的變更應(yīng)當(dāng)受到控制。白盒測試的“條件覆蓋”標(biāo)準(zhǔn)強于“判定覆蓋”。軟件開發(fā)全過程的測試工作都可以實現(xiàn)自動化。 找出的軟件缺陷越多，說明剩下的軟件缺陷越少。采用自動化測試有可能延誤項目進(jìn)度。10.測試應(yīng)從“大規(guī)?！遍_始，逐步轉(zhuǎn)向“小規(guī)模”。填空題：共10小題2

7、0個空格，每個空格1分，滿分20分；請將答案填入指定的空白處。 軟件缺陷產(chǎn)生的原因包括 軟件說明書、設(shè)計、編寫代碼以及其他原因。軟件開發(fā)模式包括大棒模式、邊寫邊改模式、流水模式、螺旋模式。黑盒測試用例設(shè)計方法包括 等價類劃分法，邊界值法，以及因果圖法，錯誤推測法等。測試過程中， _測試計劃 _ 描述用于描述測試的整體方案，_缺陷報告1.2.3.4.(XXVX)描述7.測試工作就是進(jìn)行輸入、接受輸出、檢驗結(jié)果，不深入代碼細(xì)節(jié)，這樣的測試方法稱為_動態(tài)黑盒測試，在不執(zhí)行代碼的條件下有條理地仔細(xì)審查軟件設(shè)計、體系結(jié)構(gòu)和代碼，從而找出軟件缺陷的測試方法稱為靜態(tài)白盒測試_8.不需要修復(fù)軟件缺陷的原因包括

8、 修復(fù)。9.白盒測試又稱為_結(jié)構(gòu)測試或邏輯結(jié)構(gòu)測試_，黑盒測試又稱為功能測試或給予規(guī)格說明書的測試_。10.動態(tài)測試的兩個基本要素是被測試程序、_ 測試數(shù)據(jù)。O O沒有時間 、不能算真正的軟件缺陷、風(fēng)險太大、不值得1.四、名詞解釋：共5小題，每小題3分，滿分15分 軟件缺陷1).軟件未達(dá)到產(chǎn)品說明書的功能2)軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤3)軟件功能超出產(chǎn)品說明書指明范圍4)軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)達(dá)到的目標(biāo)5)軟件測試員認(rèn)為難以理解、不易使用、運行速度緩慢、或者最終用戶認(rèn)為不好2.B測試B測試是指軟件開發(fā)公司組織各方面的典型用戶在日常工作中實際使用B版本，并要求用戶報告異常情

9、 況，提出批評意見。3測試的配置管理配置管理的目的是建立和維護在軟件生命周期中軟件產(chǎn)品的完整性和一致性。一般來說，軟件測試配置管 理包括4個最基本的活動： (1)配置標(biāo)識；(2)變更控制；(3)配置狀態(tài)報告；4)配置審計。1.4測試用例測試用例就是將軟件測試的行為活動，做一個科學(xué)化的組織歸納。5黑盒測試 黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，前提是已知產(chǎn)品所具有的功能，通過測試來檢測每個功能是否都 正常使用。五、簡答題：共3小題，每小題5分，滿分15分。 如何劃分等價類？1) .在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價類和兩個無效等價類。2) .在輸入條件規(guī)定了輸入值的

10、集合或者規(guī)定了“必須如何”的條件的情況下，則可以確立一個有效等價 類和一個無效等價類。3) .在輸入條件是一個布爾量的情況下，可以確立一個有效等價類和一個無效等價類。4) .在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個)，并且程序要對每一個輸入值分別處理的情況下，可以確立 個有效等價類和一個無效等價類。5) .在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可以確立一個有效等價類(符合規(guī)則)和若干個無效等 價類(從不同角度違反規(guī)則) 。6) .在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價類進(jìn)一步的劃分 為更小的等價類。2.1)2)3)4)5)6)7)8)軟件驗收測試應(yīng)完成哪些主要測

11、試工作？ 文檔資料的審查驗收功能測試性能測試 強化測試性能降級執(zhí)行方式測試 檢查系統(tǒng)的余量要求 安裝測試 用戶操作測試3.簡述軟件開發(fā)-軟件測試的對用關(guān)系。V E ”*”*”*”*E” *”* IE”六、綜合題：共1小題，每小題20分，滿分20分。1.某城市的xx號碼由三部分組成。這三部分的名稱和內(nèi)容分別是 地區(qū)碼：空白或三位數(shù)字；前綴：非0或1開頭的三位數(shù)；后綴：四位數(shù)字。假定被調(diào)試的程序能接受一切符合上述規(guī)定的 法來設(shè)計它的調(diào)試用例。解：第一步：劃分等價類，包括4個有效等價類，11個無效等價類。輸入條件有效等價類無效等價類地區(qū)碼空白(1),3位數(shù)字(2)有非數(shù)字字符(5),少于3位數(shù)字(6

12、),多于三位數(shù)字(7)前綴從200到999之間的3位數(shù) 字有非數(shù)字字符(8),起始位為0(9),起始位為1(10),少于3位數(shù)字(11),多于3位數(shù)字(12)后綴4位數(shù)字(4)有非數(shù)字字符(13),少于4位數(shù)字(14),多于4位數(shù)字(15)調(diào)試數(shù)據(jù)范圍期望結(jié)果(20A) 1234567無效等價類(5)無效(33 ) 2345678無效等價類(6)無效(7777) 3456789無效等價類(7)無效(777) 34A6789無效等價類(8)無效(234) 0456789無效等價類(9)無效(777) 1456789無效等價類(10)無效(777) 34- 6789無效等價類(11)無效(777)

13、 23456789無效等價類(12)無效(777) 345678A無效等價類(13)無效(777) 345678無效等價類(14)無效(777) 34556789無效等價類(15)無效系統(tǒng)需求分析.系統(tǒng)規(guī)格說明設(shè)計 -編碼 -O一單元測試“集成測試 -系統(tǒng)測試 驗收測試第二步：確定調(diào)試用例。 調(diào)試數(shù)據(jù)()2762345(635) 8059321對11個無效等價類，要選擇范圍等價類，(3)，等價類，(3)，(4)11個調(diào)試用例，如下所示:期望結(jié)果有效有效xx號碼，拒絕所有不符合規(guī)定的號碼，試用等價分類選取的調(diào)試數(shù)據(jù)可以不同，關(guān)鍵是與調(diào)試內(nèi)容相符。軟件測試技術(shù)(A卷)題號12345678910答案

14、ACDBDCCACC答案及評分標(biāo)準(zhǔn)單選題(20 X 1=20分)題號11121314151617181920答案BADBBBDCBD判斷題（10X 1=10分）題號12345678910答案XVXXVXXXVX20X 1=20分）；編寫代碼流水模式；邊界值分析法缺陷報告5.劃分等價類表；設(shè)計相應(yīng)的測試用例6.向前兼容；向后兼容7.動態(tài)黑盒測試；靜態(tài)白盒測試8.沒有時間；風(fēng)險太大9.結(jié)構(gòu)測試或邏輯驅(qū)動測試；功能測試或數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明書的測試10.被測試程序；測試數(shù)據(jù)（測試用例）名詞解釋（5X 3=15分）1.軟件缺陷：（符合下列規(guī)則的叫軟件缺陷）：1）軟件未達(dá)到產(chǎn)品說明書的功能2）軟件

15、出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤3）軟件功能超出產(chǎn)品說明書指明范圍4）軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)達(dá)到的目標(biāo)5）軟件測試員認(rèn)為難以理解、不易使用、運行速度緩慢、或者最終用戶認(rèn)為不好2B測試是指軟件開發(fā)公司組織各方面的典型用戶在日常工作中實際使用B版本，并要求用戶報告異常 情況，提出批評意見。3配置管理的目的是建立和維護在軟件生命周期中軟件產(chǎn)品的完整性和一致性。一般來說，軟件測試配 置管理包括4個最基本的活動：（1）配置標(biāo)識；（2）變更控制；（3）配置狀態(tài)報告；4測試用例就是將軟件測試的行為活動，做一個科學(xué)化的組織歸納。5黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，前提是已知產(chǎn)品所具有的功能，通過

16、測試來檢測每個功能是 否都正常使用。簡答題（3X 5=15分）1.1）2）類和一個無效等價類。3）.在輸入條件是一個布爾量的情況下，可以確立一個有效等價類和一個無效等價類。4）.在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個）,并且程序要對每一個輸入值分別處理的情況下，可以確立 個有效等價類和一個無效等價類。5）.在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可以確立一個有效等價類（符合規(guī)則）和若干個無效等 價類（從不同角度違反規(guī)則）。6）.在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價類進(jìn)一步的劃分 為更小的等價類。2.1）2）3）4）5）6）7）填空題（1.編寫說明書2.大棒模式

17、；3.等價類劃分4.測試計劃；四、五、（4）配置審計。.在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價類和兩個無效等價類。.在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，則可以確立一個有效等價軟件驗收測試應(yīng)完成哪些主要測試工作? 文檔資料的審查驗收功能測試性能測試強化測試性能降級執(zhí)行方式測試 檢查系統(tǒng)的余量要求 安裝測試八、8)用戶操作測試3.簡述軟件開發(fā)-軟件測試的對用關(guān)系系統(tǒng)需求分析 系統(tǒng)規(guī)格說明設(shè)計編碼SRSTV單元測試 -集成測試 系統(tǒng)測試 驗收測試輸入條件有效等價類無效等價類地區(qū)碼空白(1),3位數(shù)字(2)有非數(shù)字字符(5),少于3位數(shù)字(6)

18、,多于三位數(shù)字(7)前綴從200到999之間的3位數(shù) 字有非數(shù)字字符(8),起始位為0(9),起始位為1(10),少于3位數(shù)字(11),多于3位數(shù)字(12)后綴4位數(shù)字(4)有非數(shù)字字符(13),少于4位數(shù)字(14),多于4位數(shù)字(15)確定調(diào)試用例。綜合題(1 X 20=20分)解：第一步：劃分等價類，包括4個有效等價類，11個無效等價類。第二步：調(diào)試數(shù)據(jù)()276(635) 80523459321范圍等價類，(3),等價類,(3),11個調(diào)試用例，如下所示:期望結(jié)果有效有效調(diào)試數(shù)據(jù)范圍期望結(jié)果(20A) 1234567無效等價類(5)無效(33 ) 2345678無效等價類(6)無效(77

19、77) 3456789無效等價類(7)無效(777) 34A6789無效等價類(8)無效(234) 0456789無效等價類(9)無效(777) 1456789無效等價類(10)無效(777) 34- 6789無效等價類(11)無效(777) 23456789無效等價類(12)無效(777) 345678A無效等價類(13)無效(777) 345678無效等價類(14)無效(777) 34556789無效等價類(15)無效對11個無效等價類，要選擇選取的調(diào)試數(shù)據(jù)可以不同，關(guān)鍵是與調(diào)試內(nèi)容相符。分，滿分20分；請將答案填入題后括號中。一、單項選擇題；共20小題，每小題1.軟件測試的目的是(A)發(fā)

20、現(xiàn)程序中的所有錯誤(C)證明程序是正確的2.下列不屬于測試原則的內(nèi)容(A)軟件測試是有風(fēng)險的行為(C)測試無法顯示潛伏的軟件缺陷(B)(D)(B)(D)(B盡可能多地發(fā)現(xiàn)程序中的錯誤 調(diào)試程序(D完全測試程序是不可能的找到的缺陷越多軟件的缺陷就越少16.3.4.導(dǎo)致軟件缺陷的最大原因是(A)編制說明書(C)編碼 修復(fù)軟件缺陷費用最高的是(A)編制說明書(C)編寫代碼5.6.7.8.9.10.11.12.13.14.15.(B)(D)階段：(B)設(shè)計(D)發(fā)布設(shè)計測試白盒測試是根據(jù)程序的_C_來設(shè)計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。(A)功能(B)(C)內(nèi)部邏輯(D)條件覆蓋

21、的目的是(A)使每個判定的所有可能的條件取值組合至少執(zhí)行一次(B)使程序中的每個判定至少都獲得一次“真”值和“假”值。(C)使程序中的每個判定中每個條件的可能值至少滿足一次。(D)使程序中的每個可執(zhí)行語句至少執(zhí)行一次。一個程序中所含有的路徑數(shù)與 _有著直接的關(guān)系。(A)程序的復(fù)雜程度(B)(C)程序模塊數(shù)(D)動態(tài)黑盒子測試：(A)直接測試底層功能、過程、子程序和庫(C)從軟件獲得讀取變量和狀態(tài)信息的訪問權(quán) 在自低向上測試中，要編寫稱為_(A)測試存根(B)(C)樁模塊(D)下列_不是軟件自動化測試的優(yōu)點(A)速度快、效率高(C)能提高測試的質(zhì)量 配置測試性能內(nèi)部數(shù)據(jù)程序語句行數(shù)程序指令執(zhí)行時

22、間()(B)可估算執(zhí)行測試時代碼量和具體代碼(D)測試的是軟件在使用過程中的實際行為B_的模塊來測驗正在測試的模塊。測試驅(qū)動模塊 底層模塊(B)(D)(A)是指檢查軟件之間是否正確交互和共享信息(B)(D)(C)是指使用各種硬件來測試軟件操作的過程下列各項中_不是一個測試計劃所應(yīng)包含的內(nèi)容(A)測試資源、進(jìn)度安排(B)(C)測試范圍(D)下列不屬于正式審查的方式是(A)同事審查(B)公開陳述(C)檢驗(D)編碼標(biāo)準(zhǔn)和規(guī)范 在沒有產(chǎn)品說明書時使用 _ ：(A)探索測試(B)功能測試(C)動態(tài)測試(D)靜態(tài)測試調(diào)試是(A)發(fā)現(xiàn)與預(yù)先定義的規(guī)格和標(biāo)準(zhǔn)不符合的問題(B)發(fā)現(xiàn)軟件錯誤征兆的過程(C)有計

23、劃的、可重復(fù)的過程(D)消除軟件錯誤的過程 在軟件底層進(jìn)行的測試稱為(D)準(zhǔn)確度和精確度高 能充分測試軟件是交互適應(yīng)性、實用性和有效性的集中體現(xiàn)檢查缺陷是否有效改正測試預(yù)期輸出測試策略16.17.18.(A)系統(tǒng)測試(B)集成測試(C)單元測試(D)在確定黑盒測試策略時，優(yōu)先選用的方法是(A)邊界值分析法(B)等價類劃分(C)錯誤推斷法下列_不屬于軟件缺陷功能測試19.20.11.12.13.14.15.(D)決策表方法(A)測試人員主觀認(rèn)為不合理的地方(B)軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能(C)軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤(D)軟件功能超出產(chǎn)品說明書指明范圍產(chǎn)品發(fā)布后修復(fù)軟件缺陷比項

24、目開發(fā)早期這樣做的費用要高(A)12倍(B)1020倍(C)50倍_ 把黑盒子測試和白盒子測試的界限打亂了。(D)100倍或更高(A)灰盒子測試(B)動態(tài)測試(C靜態(tài)測試、填空題：共10小題20個空格，每個空格1分，滿分20分；請將答案填入指定的空白處。 軟件缺陷產(chǎn)生的原因包括_編寫說明書 _ 、設(shè)計、 _ 編寫代碼 _ 以及其他原因。軟件開發(fā)模式包括 _大棒模式 _ 、邊寫邊改模式、 _ 流水模式_、螺旋模式。黑盒測試用例設(shè)計方法包括_等價類劃分法_、 _ 邊界值分析法_以及因果圖法， 錯誤推測法等。測試過程中，_測試計劃 _ 用于描述測試的整體方案，_缺陷報告_描述依據(jù)測試案例找出的問題。

25、傳統(tǒng)的等價類劃分測試的實現(xiàn)分兩步進(jìn)行，一是 劃分等價類表_，二是_設(shè)計相應(yīng)的測試用例_。 在兼容性測試中，_向前兼容_是指可以使用軟件的以前版本， _向后兼容 是指可以使用軟件的未(D失敗測試16.來版本。17.測試工作就是進(jìn)行輸入、 接受輸出、 檢驗結(jié)果，不深入代碼細(xì)節(jié)， 這樣的測試方法稱為_動態(tài)黑盒測試，在不執(zhí)行代碼的條件下有條理地仔細(xì)審查軟件設(shè)計、體系結(jié)構(gòu)和代碼，從而找出軟件缺陷的測試方 法稱為 靜態(tài)白盒測試_。18.不需要修復(fù)軟件缺陷的原因包括 得修復(fù)。19.白盒測試又稱為 _ 結(jié)構(gòu)測試20.動態(tài)測試的兩個基本要素是_沒有時間、不能算真正的軟件缺陷、風(fēng)險太大_、不值_，黑盒測試又稱為

26、_功能測試_。被測試程序 _、 _測試數(shù)據(jù)_。1.白盒測試的條件覆蓋標(biāo)準(zhǔn)強于判定覆蓋。(X2.驗收測試是以最終用戶為主的測試。(V3.測試程序僅僅按預(yù)期方式運行就行了。(X4.自底向上集成需要測試員編寫驅(qū)動程序。(V5.好的測試員不懈追求完美。(X6.軟件測試工具可以代替軟件測試員。k k- _! !- - 1 1 , ,1 1、1 1_ , ,a a* * - _ _- - - -1 11 1f f _r g_b b I Ia a* *, , f f. .、.- . ” (X7.最重要的用戶界面要素是軟件符合現(xiàn)行標(biāo)準(zhǔn)和規(guī)范。(V8.自動化測試可能延誤項目進(jìn)度。(V9.軟件測試員可以對產(chǎn)品說明

27、書進(jìn)行白盒測試。(V10.靜態(tài)白盒測試可以找出遺漏之處和問題。(V四、名詞解釋；共5小題，每小題3分，滿分15分1軟件缺陷2.單元測試3白盒測試4.回歸測試5.等價類五、簡答題：共3小題，每小題5分，滿分15分。)三、判斷題：共10小題，每小題1分，滿分10分；請將答案以、“X”形式填入題后括號中。題號12345678910答案BDADCAADBD題號11121314151617181920答案CBDADCBADA八、 填空題（20 X 1=20分）1.編寫說明書；編寫代碼2.大棒模式；流水模式3.等價類劃分；邊界值分析法4.測試計劃；缺陷報告5.劃分等價類表；設(shè)計相應(yīng)的測試用例6.向前兼容；

28、向后兼容7.動態(tài)黑盒測試；靜態(tài)白盒測試8.沒有時間；風(fēng)險太大9.結(jié)構(gòu)測試或邏輯驅(qū)動測試；功能測試或數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明書的測試10.被測試程序；測試數(shù)據(jù)（測試用例）九、 判斷題（10X 1=10分）題號12345678910答案XVXVXXVVVV十、名詞解釋（5X 3=15分）1.軟件缺陷：（符合下列規(guī)則的叫軟件缺陷）：1）.軟件未達(dá)到產(chǎn)品說明書的功能2）.軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤3）.軟件功能超出產(chǎn)品說明書指明范圍1.2.3.什么是測試用例？為什么要設(shè)計測試用例？簡述增量式集成測試的自頂向下和自底向上兩種測試方法。 分析單元測試和代碼調(diào)試的區(qū)別。八、:綜合題：共1小題，

29、每小題20分，滿分20分。1.按要求給出下列程序的測試用例（要求寫出必要的說明）(1)語句覆蓋(2)判定覆蓋(3)條件覆蓋(4)判定-條件覆蓋(5)條件組合覆蓋入口返回T cT eA=2OR x1A1AND B=0bdFx=x/Ax=x+1七、單選題軟件測試技術(shù)（B卷）答案及評分標(biāo)準(zhǔn)（20 X 1=20分）4）.軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)達(dá)到的目標(biāo)5）.軟件測試員認(rèn)為難以理解、不易使用、運行速度緩慢、或者最終用戶認(rèn)為不好2.單元測試：單元測試是對軟件設(shè)計的最小單元模塊進(jìn)行正確性檢驗的測試工作，主要測試模塊在語 法、格式和邏輯上的錯誤。3白盒測試白盒測試也稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試，前提是

30、知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動 作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的機構(gòu)測試程序，檢測程序中的每條通路是否都能 夠按預(yù)定要求正確工作，而不管產(chǎn)品的功能，主要用于軟件驗證。4.回歸測試 指軟件系統(tǒng)被修改或擴充(如系統(tǒng)功能增強或升級)后重新進(jìn)行的測試，是為了保證對軟件所做的修改沒 有引入新的錯誤而重復(fù)進(jìn)行的測試。5.等價類：指某個輸入域的子集合，在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。 十一、 簡答題(3X5=15分)1.所謂的測試用例就是將軟件測試的行為活動，做一個科學(xué)化的組織歸納。使用測試用例的好處主要體現(xiàn)在以下幾個方面：?在開始實施測試之前設(shè)

31、計好測試用例，可以避免盲目測試并提高測試效率。?測試用例的使用令軟件測試的實施重點突出、目的明確。?在軟件版本更新后只需修正少部分的測試用例便可展開測試工作，降低工作強度、縮短項目周期。?功能模塊的通用化和復(fù)用化使軟件易于開發(fā)，而相對于功能模塊的測試用例的通用化和復(fù)用化則 會使軟件測試易于開展，并隨著測試用例的不斷精化其效率也不斷攀升2.自頂向下增量式測試的主要優(yōu)點在于它可以自然地做到逐步求精，一開始便能讓測試者看到系統(tǒng) 的框架。它的主要缺點是需要提供被調(diào)用模擬子模塊，被調(diào)用模擬子模塊可能不能反映真實情況，因此測 試有可能不充分。自底向上測試的優(yōu)點在于， 狀圖，生成測試數(shù)據(jù)也沒有困難。統(tǒng))的框

32、架。3.表面上這兩項技術(shù)很相似，況。以下這兩組輸入數(shù)據(jù)能滿足這些要求：A=2，B=0，x=4A=1，B=1，x=1 4判定條件覆蓋A=2，B=0，x=4A=1，B=1，x=1 5可能的條件組合：(1)A 1, B= 0 (2) A 1,0 ( 3)AW 1 , B= 0 ( 4) AW 1 ,0 ( 5) A= 2, x 1(6)A= 2, x W 1( 7)AM 2,x 1 ( 8)AM2, xW 1由于驅(qū)動模塊模擬了所有調(diào)用參數(shù)，即使數(shù)據(jù)流并未構(gòu)成有向的非環(huán)它的缺點在于， 直到最后一個模塊被加入進(jìn)去之后才能看到整個程序因為它們都包括查看代碼、運行程序和處理軟件缺陷的過程，但是它們的目標(biāo)不同

33、：單元測試是為了發(fā)現(xiàn)軟件缺陷，而代碼調(diào)試的目標(biāo)是修復(fù)軟件缺陷。在分離和查找軟件缺 陷原因時這兩個過程發(fā)生交叉。十二、 綜合題(1X 20=20分) 圖中共有4條路徑：P1(ace)、P2(abd)、P3(abe)、P4(acd)。1P1正好滿足語句覆蓋的條件。A=2，B=0，x=42測試用例如果能夠測試路徑入數(shù)據(jù)：A=2，B=0，x=4A=1，B=1，x=13條件：A1，B=0，A=2，可以設(shè)計如下的輸入數(shù)據(jù)：P1(ace)和P2(abd),就可以滿足判定覆蓋要求?？梢栽O(shè)計如下兩組輸x1。需要有足夠的測試用例使得上述四個條件都能有滿足和不滿足的情相應(yīng)的輸入數(shù)據(jù)：A=2,A=2,A=1,A=1,

34、B=0,B=1,B=0,B=1,x=4x=1x=2x=1(每題滿足(1)和(5) 滿足( 滿足( 滿足( 分,共2)和(6)3)和(7)4)和(8)20分)請將答案填入題后括號中。( ABCD )不定項選擇題1.軟件驗收測試的合格通過準(zhǔn)則是：A.軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標(biāo)全部達(dá)到要求。B.所有測試項沒有殘余一級、二級和三級錯誤。C.立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。D.驗收測試工件齊全。2.軟件測試計劃評審會需要哪些人員參加?( ABCD )A.項目經(jīng)理B.SQA負(fù)責(zé)人C.配置負(fù)責(zé)人D.測試組3.下列關(guān)于alpha測試的描述中正確的是：( ADA.a

35、lphaB.alphaC.alphaD.alpha測試需要用戶代表參加 測試不需要用戶代表參加 測試是系統(tǒng)測試的一種 測試是驗收測試的一種4.測試設(shè)計員的職責(zé)有：( BCA.制定測試計劃B.設(shè)計測試用例5下面哪些屬于動態(tài)分析( CDA.代碼覆蓋率B.模塊功能檢查6.)C.設(shè)計測試過程、)C.系統(tǒng)壓力測試A、7A、C、8腳本D.評估測試活動D.程序數(shù)據(jù)流分析面哪些屬于靜態(tài)分析()代碼規(guī)則檢查B、 程序結(jié)構(gòu)分析C、 程序復(fù)雜度分析D、 內(nèi)存泄漏 軟件實施活動的進(jìn)入準(zhǔn)則是需求工件已經(jīng)被基線化 構(gòu)架工件已經(jīng)被基線化 不屬于單元測試內(nèi)容的是B、D、)詳細(xì)設(shè)計工件已經(jīng)被基線化項目階段成果已經(jīng)被基線化(A)

36、模塊接口測試(B)9軟件測試設(shè)計活動主要有A、 工作量分析B、 確定并說明測試用例10不屬于集成測試步驟的是()A、 制定集成計劃B、 執(zhí)行集成測試C、二、 填空題：共3小題10個空格,每個空格()局部數(shù)據(jù)結(jié)構(gòu)測試(C)路徑測試( )(D)用戶界面測試C、 確立并結(jié)構(gòu)化測試過程D、 復(fù)審并評估測試覆蓋記錄集成測試結(jié)果D、 回歸測試2分，滿分20分；請將答案填入指定的空白處。21.通過畫因果圖來寫測試用例的步驟為 _ 、把因果圖轉(zhuǎn)換為狀態(tài)圖和22.軟 件 測 試 主 要 分 為 _ 四類測試。23.軟件缺陷產(chǎn)生的原因包括 _三、 判斷題：共10小題,每小題1分,滿分10分；1.軟件測試的目的是盡

37、可能多的找出軟件的缺陷。2.Beta測試是驗收測試的一種。( )3.驗收測試是由最終用戶來實施的。( )及共五個步驟。以及其他原因。、設(shè)計、請將答案以“2”、“X”形式填入題后括號中。將其表示成連接各個原因與各個結(jié)果的因果圖、在因果圖上使用若干個特殊的符號標(biāo)明特定的約束條件、把判定表中每一列表示的情況寫成測試用例3.判斷題（10X 1=10分）題號12345678910答案VVXVVXVXXX十六、 名詞解釋（5 X 3=15分）1 .a測試有時也稱為室內(nèi)測試，是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是開發(fā)機構(gòu)內(nèi)部的用戶在模擬實際 操作環(huán)境下進(jìn)行的測試。2. B測試是由軟件的多個用戶在一個或

38、多個用戶的實際使用環(huán)境下進(jìn)行的測試。3.驅(qū)動模塊4.項目立項前測試人員不需要提交任何工件。（）5.單元測試能發(fā)現(xiàn)約80%勺軟件缺陷。（）6.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。（7.自底向上集成需要測試員編寫驅(qū)動程序。（）8.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。9.測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。10.代碼評審員一般由測試員擔(dān)任。（）四、名詞解釋；共5小題，每小題3分，滿分15分1.五、八、a測試2. B測試3.驅(qū)動模塊4.樁模塊5.靜態(tài)測試 簡答題：共3小題，每小題5分，滿分15分。1.階段評審與同行評審的區(qū)別。2 .什么是軟件測試。3 .簡述集成測試的

39、過程。綜合題：共1小題，每小題20分，滿分20分。A B和Co在三角形計算中，要求三角型的三個邊長：三角形時計算三角形周長。若是等腰三角形打印“等腰三角形”，若是等邊三角形, 給出程序偽代碼、控制流程圖、找出基本測試路徑。當(dāng)三邊不可能構(gòu)成三角形時提示錯誤，可構(gòu)成則提示“等邊三角形” 。十三、軟件測試技術(shù)（C卷）答案及評分標(biāo)準(zhǔn)單選題（10X 2=20分）題號123456789110答案ABCDABCDADBCCDABCABCDABCD D十四、1.填空題（20 X 1=20分）分析程序規(guī)格說明的描述中，哪些是原因，哪些是結(jié)果、分析程序規(guī)格說明的描述中語義的內(nèi)容，并2.單元測試、集成測試、系統(tǒng)測試

40、、驗收測試十五、20 23驅(qū)動模塊就是用來代替主模塊，用它來調(diào)用子模塊4.樁模塊集成測試前要為被測模塊編制一些模擬其下級模塊功能的“替身”模塊，以代替被測模塊的接口，接受或 傳遞被測模塊的數(shù)據(jù)，這些專供測試用的“假”模塊稱為被測模塊的樁模塊。5.靜態(tài)測試就是不執(zhí)行程序的測試，包括代碼走查，編碼規(guī)則檢查，質(zhì)量評審，設(shè)計評審等。 十七、簡答題（3X 5=15分）1.區(qū)別階段評審的與同行評審 同行評審目的 階段評審目的 同行評審人數(shù) 階段評審人數(shù) 同行評審內(nèi)容 階段評審內(nèi)容 同行評審時間 階段評審時間2.什么是軟件測試 最簡單的說：為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程3簡述集成測試的過程 系統(tǒng)集成測

41、試主要包括以下過程：1.構(gòu)建的確認(rèn)過程。2.補丁的確認(rèn)過程。3.系統(tǒng)集成測試測試組提交過程。4.測試用例設(shè)計過程。5.測試代碼編寫過程。6.Bug的報告過程。7.每周/每兩周的構(gòu)建過程。8.點對點的測試過程。9.組內(nèi)培訓(xùn)過程。. 綜合題（1X 20=20分）P rogram tria ngle2十八、1.2.Dim a,b,c As Integer3.Dim IsATria ngle AsBoolea n4.Output(“En ter 3 in tegers which are sides ofa tria ngle純12 A13A建_./3上、ff156.Output(“Side A is

42、”,a)7.Output(“Side B is”,b)8.Output(“Side C is” ,c)5.Input(a,b,c)9.If (ab+c)AND(ba+c)AND(ca+b)10.The n IsATria ngle=True11.Else IsATria ngle=False12.EndIf發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤，只要是找錯誤；評審模塊階段作品的正確性可行性及完整性3-7人人員必須經(jīng)過同行評審會議的培訓(xùn)，由SQA旨導(dǎo)5人左右評審人必須是專家具有系統(tǒng)評審資格 內(nèi)容小一般文檔40頁，代碼 500內(nèi)容多，主要看重點一小部分工作產(chǎn)品完成通常是設(shè)置在關(guān)鍵路徑的時間點上。20 2313.

43、If IsATrangle14. Then if(a=b)AND (b=c)15. Then Output(“Equilateral”)16. Else If(ab)AND(ac)AND(bc)17. Then Output(“Scalence”)18. Else Output(“Isosecles”19. EndIf20. EndIf21Else Output(“NOT a Triangle”22EndIf23End triangle2)圈復(fù)雜度是5。 基本路徑 （略）。 選擇題（每題2分，1從供選擇的答案中選出應(yīng)填入下列 軟件測試的目的是（A） 。為了提高測試的效率，應(yīng)該（B）。使用白盒測

44、試方法時，確定測試數(shù)據(jù)應(yīng)根 據(jù)（C）和指定的覆蓋標(biāo)準(zhǔn)。與設(shè)計測試數(shù)據(jù)無關(guān)的文檔是（ 軟件的集成測試工作最好由（E）承擔(dān)，以提高集成測試的效果。 供選擇的答案： 評價軟件的質(zhì)量 找出軟件中的所有錯誤 隨機地選取測試數(shù)據(jù) 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù) 在完成編碼以后制定軟件的測試計劃 選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù) 程序的內(nèi)部邏輯 使用說明書 該軟件的設(shè)計人員源程序 該軟件的設(shè)計人員 該軟件的編程人員2請從供選擇的答案中選出應(yīng)填入下列（）中的字句。程序的三種基本控制結(jié)構(gòu)是（A）。它們的共同點是（B）。結(jié)構(gòu)化程序設(shè)計的一種基本方法是（ 軟件測試的目的是（D）。軟件調(diào)試的目的是（ 供選擇

45、的答案： 過程，子程序，分程序 遞歸，堆棧，隊列 不能嵌套使用共20分）請將答案填入題后括號中。（ ）中的字句。D）。A.B.C.D.E.A.B.程序 發(fā)現(xiàn)軟件的錯誤證明軟件是正確的已經(jīng)用硬件實現(xiàn)E）。 程序的復(fù)雜程度 程序的功能 程序的復(fù)雜程度 項目開發(fā)計劃該軟件開發(fā)組的負(fù)責(zé)人 不屬于該軟件開發(fā)組的軟件設(shè)計人員C）。 順序，條件，循環(huán) 調(diào)用，返回，轉(zhuǎn)移 只能用來寫簡單的 只有一個入口和一個1.2.3.4.5.7.)出口C.法D.E.3.篩選法逐步求精法證明程序中沒有錯誤測量程序的動態(tài)特性找出錯誤所在并改正之對錯誤性質(zhì)進(jìn)行分類從下列關(guān)于軟件測試的敘述中，選出遞歸法歸納發(fā)現(xiàn)程序中的錯誤檢查程序中

46、的語法錯誤排除存在錯誤的可能性統(tǒng)計出錯的次數(shù)5條正確的敘述。(3)(5)用黑盒法測試時，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。 盡量用公共過程或子程序去代替重復(fù)的代碼段。測試是為了驗證該軟件已正確地實現(xiàn)了用戶的要求。對于連鎖型分支結(jié)構(gòu)，若有n個判定語句，則有2n條路徑。盡量采用復(fù)合的條件測試，以避免嵌套的分支結(jié)構(gòu)。(6) GOTO語句概念簡單，使用方便，在某些情況下，保留(8)(9)(10)GOTO語句反能使寫出的程序更加簡潔。發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多。黑盒測試方法中最有效的是因果圖法。在做程序的單元測試時，樁(存根)模塊比驅(qū)動模塊容易編寫。 程序效率的提高主要應(yīng)通過選擇高效的

47、算法來實現(xiàn)。4從供選擇的答案中選出同下列關(guān)于軟件測試的各條敘述關(guān)系最密切的字句。A.對可靠性要求很高的軟件，例如操作系統(tǒng)，由第三者對源代碼進(jìn)行逐行檢查。B.已有的軟件被改版時，由于受到變更的影響，改版前正常的功能可能發(fā)生異常，性能也可能下降。因 此，對變更的軟件進(jìn)行測試是必要的。C.在意識到被測試模塊的內(nèi)部結(jié)構(gòu)或算法的情況下進(jìn)行測試。D.為了確認(rèn)用戶的需求，先做出系統(tǒng)的主要部分，提交給用戶試用。E在測試具有層次結(jié)構(gòu)的大型軟件時，有一種方法是從上層模塊開始，由上到下進(jìn)行測試。此時，有必 要用一些模塊替代尚未測試過的下層模塊。供選擇的答案：A-E:仿真器代碼審查域測試黑盒測試二、 填空題：共4小題

48、10個空格，每個空格24.對面向過程的系統(tǒng)采用的集成策略有25.軟件測試主要分為 _、_ 、26.黑盒測試用例設(shè)計方法包括 _ 、模擬器樁原型白盒測試2分，滿分20分；請將答案填入指定的空白處。_ 兩種。 _、_四類測試。_ ，錯誤推測法等。這樣的測試方法稱為_、“X”形式填入題后括號中。以及27.測試工作就是進(jìn)行輸入、接受輸出、檢驗結(jié)果，不深入代碼細(xì)節(jié)，三、 判斷題：共10小題，每小題1分，滿分10分；請將答案以6.驅(qū)動器退化測試好的測試員不懈追求完美。()測試程序僅僅按預(yù)期方式運行就行了。 不存在質(zhì)量很高但可靠性很差的產(chǎn)品。在沒有產(chǎn)品說明書和需求文檔的條件下可以進(jìn)行動態(tài)黑盒測試。 靜態(tài)白盒

49、測試可以找出遺漏之處和問題。 測試錯誤提示信息不屬于文檔測試范圍。 單元測試能發(fā)現(xiàn)約80%勺軟件缺陷。(1.2.3.4.5.7.)8.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。9.自頂向下集成需要測試員編寫驅(qū)動程序。10.總是首先設(shè)計黑盒測試用例。（）四、名詞解釋；共5小題，每小題3分，1.驗收測試2.失敗測試3.驅(qū)動模塊4.軟件測試技術(shù)（D卷）答案及評分標(biāo)準(zhǔn)單選題（20 X 1=20分）題號1A1B1C1D1E2A2B2C2D2E答案題號333334A4B4C4D4E答案(4)(5)(6)(7)(10)判斷題（10X 1=10分）題號12345678910答案XXVVVXVVXV二十二、名

50、詞解釋（5 X 3=15分）1.驗收測試是軟件產(chǎn)品完成了功能測試和系統(tǒng)測試之后，在產(chǎn)品發(fā)布之前所進(jìn)行的軟件測試活動。2.失敗測試純粹為了破壞軟件而設(shè)計和執(zhí)行的測試案例，被稱為失敗測試。3.驅(qū)動模塊驅(qū)動模塊就是用來代替主模塊，用它來調(diào)用子模塊4.樁模塊集成測試前要為被測模塊編制一些模擬其下級模塊功能的“替身”模塊，以代替被測模塊的接口，接受或 傳遞被測模塊的數(shù)據(jù)，這些專供測試用的“假”模塊稱為被測模塊的樁模塊。5.白盒測試也稱為結(jié)構(gòu)化測試、基于代碼的測試，是一種測試用例設(shè)計方法，它從程序的控制結(jié)構(gòu)導(dǎo)出測試用例。 二十三、 簡答題（3 X 5=15分）1.仔細(xì)閱讀，跟隨每個步驟，檢查每個圖形，嘗試

51、每個示例。二十、1.2.3.4.填空題（20 X 1=20分）自頂向下集成、自底向上集成單元測試、集成測試、系統(tǒng)測試、驗收測試 等價類劃分、邊界值分析、因果圖黑盒測試滿分15分樁模塊5.白盒測試五、 簡答題：共3小題，每小題5分，滿分15分。1.怎樣做好文檔測試？什么是軟件測試？軟件測試與調(diào)試有什么區(qū)別？軟件測試包括哪些類型的測試？這些測試之間的區(qū)別是什么？:綜合題：共1小題，每小題20分，滿分20分。針對以下問題：某一種8位計算機，其十六進(jìn)制常數(shù)的定義是以O(shè)x或0X開頭的十六進(jìn)制整數(shù)，其取值范圍為7f7f（不區(qū)分大小寫字母），女口0 x13、0 x6A、0 x3c。請采用等價類劃分的方法設(shè)計

52、測試用 例。2.3.八、十九、檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確內(nèi)容是否完善標(biāo)記是否正確2.軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?；蛘哒f，軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計一批測試用例(即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果)，并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。軟件測試與調(diào)試在目的、技術(shù)和方法等方面存在很大的區(qū)別，主要表現(xiàn)在如下方面：(1)測試是為了發(fā)現(xiàn)軟件中存在的錯誤；調(diào)試是為了證明軟件開發(fā)的正確性。(2)測試以已知條件開始， 使用預(yù)先定義的程序， 且有預(yù)知的結(jié)果，不可預(yù)見的僅是程序是否通過 測試；調(diào)試一般是以不可知的內(nèi)部條件開始，

53、除統(tǒng)計性調(diào)試外，結(jié)果是不可預(yù)見的。測試是有計劃的，需要進(jìn)行測試設(shè)計；調(diào)試是不受時間約束的。測試經(jīng)歷發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程；調(diào)試是一個推理的過程。測試的執(zhí)行是有規(guī)程的；調(diào)試的執(zhí)行往往要求開發(fā)人員進(jìn)行必要推理以至知覺的飛躍”。測試經(jīng)常是由獨立的測試組在不了解軟件設(shè)計的條件下完成的；調(diào)試必須由了解詳細(xì)設(shè)計的開輸入條件有效等價類無效等價類開頭字符由0 x或0X開頭(1)以字母開頭以非0數(shù)字開頭(2) (3)數(shù)值字符數(shù)字或AF的字母(4)AF以外的字母(5)數(shù)值字符個 數(shù) 1個(6)0個(7)數(shù)值-7f且W 7f(8)7f(9) (10)(3)(4)(5)(6)發(fā)人員完成。(7)大多數(shù)測試的

54、執(zhí)行和設(shè)計可以由工具支持；調(diào)式時，開發(fā)人員能利用的工具主要是調(diào)試器。3.軟件測試包括單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試等。單元測試集中于單個模塊的功能 和結(jié)構(gòu)的檢驗；集成測試集中于模塊組合的功能和軟件結(jié)構(gòu)檢驗；確認(rèn)測試主要檢查軟件是否符合合同要 求，包括需求規(guī)格說明、設(shè)計規(guī)格說明和用戶手冊等；系統(tǒng)測試集中檢驗系統(tǒng)所有元素之間協(xié)作是否合適, 整個系統(tǒng)的性能和功能是否達(dá)到。綜合題(1 X 20=20分)覆蓋等價類(2)六.覆蓋等價類(1) (4) (6) (8)用例1:0 x7F,用例2:-0Xb,覆蓋等價類(1) (4) (6) (8)用例3:0X0,覆蓋等價類(1) (4) (6) (8)

55、用例0 x,覆蓋等價類(1) (7)用例-1A,覆蓋等價類(3)用例0X8h,覆蓋等價類(1) (5)用例用例8:0 x80,覆蓋等價類（1） （4） （10）用例9:-0XaB,覆蓋等價類（1） （4） （9）-二二三四總分評卷教師電子科技大學(xué)二零零八至二零零八學(xué)年第二學(xué)期 軟件測試技術(shù)（B卷）課程考試題（120分鐘） 閉卷考試時間：2008說明：本試卷共四大題，試卷滿分100分。 注意：請將所有答案填寫在最后一頁答題卡上。 一、單項選擇題：共20小題，每小題2分，滿分40分。 軟件測試的目的：（c）A.避免軟件開發(fā)中出現(xiàn)的錯誤B.發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤C.盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤

56、，提高軟件的可靠性D.修改軟件中出現(xiàn)的錯誤軟件測試是采用（a）執(zhí)行軟件的活動。A.測試用例B.輸入數(shù)據(jù)C.測試環(huán)境D.輸入條件導(dǎo)致軟件缺陷的最大原因是： （a）A.軟件需求說明書B.設(shè)計方案C.編碼D.維護在下列描述中，關(guān)于一個軟件缺陷狀態(tài)完整變化的錯誤描述是（ 打開一一修復(fù)一一關(guān)閉打開一一關(guān)閉打開一一保留激活一一修復(fù)一一重新打開1.2、3、4、A、B、C、D5、6、在下列描述中，關(guān)于測試與調(diào)試的說法錯誤的是（ 測試是顯示錯誤的行為；而調(diào)試是推理的過程； 測試顯示開發(fā)人員的錯誤。調(diào)試是開發(fā)人員為自己辯護； 測試能預(yù)期和可控。調(diào)試需要想象、經(jīng)驗和思考； 測試必須在詳細(xì)設(shè)計已經(jīng)完成的情況下才能開始

57、；沒有詳細(xì)設(shè)計的信息調(diào)試不可能進(jìn)行。b）不可能是導(dǎo)致出錯的原因。編寫的語句書寫格式不規(guī)范 代碼輸入有誤a）需求階段編碼階段ACD某次程序調(diào)試沒有出現(xiàn)預(yù)計的結(jié)果，下列（A.變量沒有初始化BC.循環(huán)控制出錯D軟件缺陷修復(fù)的代價最高的階段為A、發(fā)布階段BC、設(shè)計階段D不屬于邏輯覆蓋方法的是（A.C.（dA、C、10、（a7、9、組合覆蓋條件覆蓋）是選擇若干個測試用例， 條件覆蓋B判定覆蓋DB.判定覆蓋D.接口覆蓋運行被測程序，使得程序中的每個可執(zhí)行語句至少執(zhí)行一次。、組合覆蓋、語句覆蓋）是設(shè)計足夠多的測試用例，使得程序中每個判定包含的每個條件的所有情況（真/假）至少用例8:0 x80,覆蓋等價類（1

58、） （4） （10）出現(xiàn)一次，并且每個判定本身的判定結(jié)果（真A、判定條件覆蓋BC、判定覆蓋D11.軟件測試是軟件質(zhì)量保證的重要手段，A.功能測試B.單元測試C.結(jié)構(gòu)測試D.驗收測試12、 單元測試的主要任務(wù)不包括（b A.出錯處理C.獨立路徑C. 27D.1814、 單元測試中用來模擬實現(xiàn)被測模塊需調(diào)用的其他功能模塊的是（A驅(qū)動模塊C.主控模塊15、集成測試計劃應(yīng)該在（bA需求分析BC詳細(xì)設(shè)計DBD。階段末提交。、概要設(shè)計、單元測試完成c）。b.樁模塊.真實的被調(diào)用模塊16、下列關(guān)于程序效率的描述錯誤的是（ 提高程序的執(zhí)行速度可以提高程序的效率 降低程序占用的存儲空間可以提高程序的效率 源程序

59、的效率與詳細(xì)設(shè)計階段確定的算法的效率無關(guān) 好的程序設(shè)計可以提高效率。是對程序流程圖進(jìn)行簡化后得到的，它可以更加突出的表示程序控制流的結(jié)構(gòu)，且不A.B.C.D.17、下列（b包含復(fù)合條件。A. DD-路徑圖BC. MM路徑圖D18、 自底向上增量式集成測試中，下面（c。描述是正確的。A.B.C.D.測試由樁模塊控制最上面的模塊最先測試父單元用測試過的子單元測試 包含樹的深度優(yōu)先或廣度優(yōu)先遍歷過程19、測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成（A.未知BC.相等D20、 針對是否對無效數(shù)據(jù)進(jìn)行測試，可以將等價類測試分為（1）標(biāo)準(zhǔn)（一般）等價類測試.控制流圖.模塊調(diào)用圖d.反比.正比）

60、/假）也至少出現(xiàn)一次。、組合覆蓋、條件覆蓋下述哪種測試是軟件測試的最基礎(chǔ)環(huán)節(jié)？（全局?jǐn)?shù)據(jù)結(jié)構(gòu)模塊接口健壯等價類測試 弱等價類測試 強等價類測試A.3)4)C. 1)3)13、黑盒測試往往會造成測試用例之間可能存在嚴(yán)重的冗余和未測試的功能漏洞。14、 代碼審查工作屬于靜態(tài)測試。(V)15、軟件測試是一個過程，包含若干活動，運行軟件進(jìn)行測試只是活動之一。16、回歸測試是在軟件修改后再次運行以前為查找錯誤而執(zhí)行程序曾用過的測試用例17、集成測試是為確定軟件系統(tǒng)是否滿足驗收標(biāo)準(zhǔn)以及使客戶決定是否接受而進(jìn)行的正式測試18、 測試按照測試層次可以劃分成為單元測試、集成測試和系統(tǒng)測試。(V)19、 只要能夠達(dá)到100%的邏