《《軟件測試技術(shù)》期末復(fù)習(xí)題+參考答案要點》由會員分享，可在線閱讀，更多相關(guān)《《軟件測試技術(shù)》期末復(fù)習(xí)題+參考答案要點（28頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、單項選擇題：共 20 小題，每小題 1 分，滿分 20 分；請將答案填入題后括號中。 1. 在軟件生命周期的哪一個階段， 軟件缺陷修復(fù)費用最低 ( A ) 2. (A)需求分析(編制產(chǎn)品說明書) (B)設(shè)計 (C)編碼 (D)產(chǎn)品發(fā)布 單元測試中用來模擬被測模塊調(diào)用者的模塊是 ( C ) 3. (A)父模塊 (B)子模塊 (C)驅(qū)動模塊 (D)樁模塊 為了提高測試的效率， 應(yīng)該 ( D ) 4. (A)隨機地選取測試數(shù)據(jù)； (B)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)； (C)在完成編碼以后制定軟件的測試計劃； (D)選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試

2、數(shù)據(jù)。 側(cè)重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測試被稱為 ( B ) 5. (A)強度測試 (B)壓力測試 (C)容量測試 (D)性能測試 必須要求用戶參與的測試階段是 ( D ) 6. 7. (A)單元測試 (B)集成測試 (C)確認(rèn)測試 (D)驗收測試 軟件測試員究竟做些什么。 ( C ) (A)軟件測試員的目的是發(fā)現(xiàn)軟件缺陷 (B)軟件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些 (C)軟件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些，并確保其得以修復(fù) (D)軟件測試員的目的是發(fā)現(xiàn)軟件缺陷，盡可能早一些，并將其得以修復(fù) 下面四種說法中正確的是 ( C

3、) 8. (A)因果圖法是建立在決策表法基礎(chǔ)上的一種白盒測試方法； (B)等價類劃分法是邊界值分析法的基礎(chǔ)； (C)健壯性等價類測試的測試用例要求在有效等價類中取值； (D)在任何情況下做黑盒測試皆應(yīng)首先考慮使用錯誤推斷法。 不屬于單元測試內(nèi)容的是 ( A ) 9. (A)模塊接口測試 (B)局部數(shù)據(jù)結(jié)構(gòu)測試 (C)路徑測試 (D)用戶界面測試 劃分軟件測試屬于白盒測試還是黑盒測試的依據(jù)是 ( C ) 10. (A)是否執(zhí)行程序代碼 (B)是否能看到軟件設(shè)計文檔 (C)是否能看到被測源程序 (D)運行結(jié)果是否確定 下列項目中不屬于測試文檔的是 (

4、 C ) 11. (A)測試計劃 (B)測試用例 (C)程序流程圖 (D)測試報告 幾乎沒有產(chǎn)品計劃、 進(jìn)度安排和正規(guī)的開發(fā)過程的軟件開發(fā)模式是 ( B ) 12. (A)大棒模式 (B)邊寫邊改模式 (C)瀑布模式 (D)快速原型開發(fā)模式 如果某測試用例集實現(xiàn)了某軟件的路徑覆蓋， 那么它一定同時實現(xiàn)了該軟件的 ( A ) 13. (A)判定覆蓋 (B)條件覆蓋 (C)判定/條件覆蓋 (D)組合覆蓋 下列說法不正確的是 ( D )  q (A)測試不能證明軟件的正確性; (B)測試員需要良好的溝通技巧； (C) QA與testing 屬于一個

5、層次的概念; (D)成功的測試是發(fā)現(xiàn)了錯誤的測試。 14. 對Web網(wǎng)站進(jìn)行的測試中，屬于功能測試的是 (A)連接速度測試 (C)平臺測試 15. 在進(jìn)行單元測試時，常用的方法是 (A)采用黑盒測試，輔之以白盒測試； (B)采用白盒測試，輔之以黑盒測試； (C)只使用黑盒測試； (D)只使用白盒測試。 (B ) (B)鏈接測試 (D)安全性測試 (B ) -28- 16. 使用白盒測試方法時， 確定測試數(shù)據(jù)的依據(jù)是指定的覆蓋標(biāo)準(zhǔn)和 (B ) (A)程序的注釋 (B)程序的內(nèi)部邏輯 (C)用戶使用說明書 (D)程序的需求說明 17 .下列—不是軟件

6、自動化測試的優(yōu)點 (D ) (A)速度快、效率高 (B) 準(zhǔn)確度和精確度高 能充分測試軟件 是交互適應(yīng)性、實用性和有效性的集中體現(xiàn) 檢查缺陷是否有效改正 (B ) 測試預(yù)期輸出 測試策略 (D ) (C)能提高測試的質(zhì)量 (D) 18 .配置測試 (C ) (A)是指檢查軟件之間是否正確交互和共享信息 (B) (C)是指使用各種硬件來測試軟件操作的過程 (D) 19. 下列各項中 ―不是一個測試計劃所應(yīng)包含的內(nèi)容 (A)測試資源、進(jìn)度安排 (B) (C)測試范圍 (D) 20.下列不屬于正式審查的方式是 (A)同事審查 (B)公開陳述 (C)檢驗 (D)

7、編碼標(biāo)準(zhǔn)和規(guī)范 X”形式填入題后括號中。 ( X ) ( V ) ( X ) ( X ) ( V ) ( X ) ( X ) ( X ) ( V ) ( X ) 二、判斷題：共10小題，每小題1分，滿分10分；請將答案以 1. 好的測試員不懈追求完美。 2. 軟件測試是有效的排除軟件缺陷的手段。 3. 程序員與測試工作無關(guān)。 4. 程序員兼任測試員可以提高工作效率。 5. 產(chǎn)品說明書(需求文檔)的變更應(yīng)當(dāng)受到控制。 6. 白盒測試的“條件覆蓋”標(biāo)準(zhǔn)強于“判定覆蓋” 。 7. 軟件開發(fā)全過程的測試工作都可以實現(xiàn)自動化。

8、 8. 找出的軟件缺陷越多，說明剩下的軟件缺陷越少。 9. 采用自動化測試有可能延誤項目進(jìn)度。 10. 測試應(yīng)從“大規(guī)模”開始， 逐步轉(zhuǎn)向“小規(guī)模”。 三、填空題：共10小題20個空格，每個空格 1分，滿分20分；請將答案填入指定的空白處。 1. 軟件缺陷產(chǎn)生的原因包括 軟件說明書、設(shè)計、編寫代碼 以及其他原因。 2. 軟件開發(fā)模式包括大棒模式、邊寫邊改模式、流水模式、螺旋模式。 3. 黑盒測試用例設(shè)計方法包括 等價類劃分法，邊界值法，以及因果圖法，錯誤推測法等。 4. 測試過程中， 測試計劃 描述用于描述測試的整體方案， 缺陷報告 __描述 依據(jù)測試案例找出的問題。

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

10、復(fù)。 9. 白盒測試又稱為 _ 結(jié)構(gòu)測試或邏輯結(jié)構(gòu)測試 _ ，黑盒測試又稱為 ___ 功能測試或給予規(guī)格說明書的測試 _ 。 10. 動態(tài)測試的兩個基本要素是 ___被測試程序 ___ 、 測試數(shù)據(jù) ___。 四、名詞解釋： 共 5 小題，每小題 3 分，滿分 15 分 1. 軟件缺陷 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. 3測試 3測試是指軟件開發(fā)公

11、司組織各方面的典型用戶在日常工作中實際使用 3版本，并要求用戶報告異常情 況，提出批評意見。 3．測試的配置管理 配置管理的目的是建立和維護(hù)在軟件生命周期中軟件產(chǎn)品的完整性和一致性。一般來說，軟件測試配置管 理包括 4 個最基本的活動： （ 1 ）配置標(biāo)識； （ 2 ）變更控制； （ 3 ）配置狀態(tài)報告； （ 4）配置審計。 4．測試用例 測試用例就是將軟件測試的行為活動，做一個科學(xué)化的組織歸納。 5．黑盒測試 黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，前提是已知產(chǎn)品所具有的功能，通過測試來檢測每個功能是否都 正常使用。 五、簡答題：共 3 小題，每小題 5 分，滿分 15 分。

12、 1. 如何劃分等價類？ 1） . 在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價類和兩個無效等價類。 2） . 在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下， 則可以確立一個有效等價 類和一個無效等價類。 3） . 在輸入條件是一個布爾量的情況下，可以確立一個有效等價類和一個無效等價類。 4） . 在規(guī)定了輸入數(shù)據(jù)的一組值（假定 n 個） ，并且程序要對每一個輸入值分別處理的情況下，可以確立 n 個有效等價類和一個無效等價類。 5） . 在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可以確立一個有效等價類（符合規(guī)則）和若干個無效等 價類（從

13、不同角度違反規(guī)則） 。 6） . 在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下， 則應(yīng)再將該等價類進(jìn)一步的劃分 為更小的等價類。 2. 軟件驗收測試應(yīng)完成哪些主要測試工作？ 1）文檔資料的審查驗收 2）功能測試 3）性能測試 4）強化測試 5）性能降級執(zhí)行方式測試 6）檢查系統(tǒng)的余量要求 7）安裝測試 8）用戶操作測試 3.簡述軟件開發(fā)-軟件測試的對用關(guān)系。 六、綜合題：共1小題，每小題20分，滿分20分。 單元贓式 集成贓式 系統(tǒng)贓式 驗慟喊 1.某城市的電話號碼由三部分組成。這三部分的名稱和內(nèi)容分別是 地區(qū)碼：空白或三位數(shù)字; 前 綴：非

14、’0或1開頭的三位數(shù); 后 綴：四位數(shù)字。 假定被調(diào)試的程序能接受一切符合上述規(guī)定的電話號碼，拒絕所有不符合規(guī)定的號碼，試用等價分類 法來設(shè)計它的調(diào)試用例。 解：第一步：劃分等價類，包括 4個有效等價類，11個無效等價類。 輸入條件 有效等價類 無效等價類 地區(qū)碼 空白（1）,3 位數(shù)字（2） 有非數(shù)字字符 （5）,少于3位數(shù)字（6）,多于三位數(shù)字（7） 前綴 從200到999之間的3位數(shù) 字⑶ 有非數(shù)字字符 位數(shù)字（11）, （8）,起始位為"0"（9）,起始位為"1"（10）,少于3 多于3位數(shù)字（12） 后綴 4位數(shù)字（4） 有非數(shù)字字符 （13）

15、,少于4位數(shù)字（14）,多于4位數(shù)字（15） 第二步：確定調(diào)試用例。 調(diào)試數(shù)據(jù) 范圍 期望結(jié)果 ()276 — 2345 等價類⑴，（3） , （4） 后效 (635) 805 - 9321 等價類(2) , (3) , (4) 后效 對11個無效等價類， 要選擇 11個調(diào)試用例，如下所示： 試數(shù)據(jù) 范圍 期望結(jié)果 (20A) 123 -4567 無效等價類（5） 無效 (33 ) 234 — 5678 無效等價類（6） 無效 (7777) 345 - 6789 無效等價類（7） 無效 (777) 34A - 6789 無效等價類

16、（8） 無效 (234) 045 -6789 無效等價類（9） 無效 (777) 145 - 6789 無效等價類 (10) 無效 (777) 34 - -6789 無效等價類 (11) 無效 (777) 2345 -6789 無效等價類 (12) 無效 (777) 345 - 678A 無效等價類 (13) 無效 (777) 345 -678 無效等價類 (14) 無效 (777) 345 —56789 無效等價類 (15) 無效 選取的調(diào)試數(shù)據(jù)可以不同，關(guān)鍵是與調(diào)試內(nèi)容相符。 軟件測試技術(shù)（A卷）答

17、案及評分標(biāo)準(zhǔn) 單選題（20X 1= 20分） 題號 1 2 3 4 5 6 7 8 9 10 答案 A C D B D C C A C C 題號 11 12 13 14 15 16 17 18 19 20 答案 B A D B B B D C B D 判斷題（10X 1= 10分） 題號 1 2 3 4 5 6 7 8 9 10 答案 X V x X V x X x V x 3、 填空題（20X 1= 20分） 1 .編寫說明書；編寫代碼 2

18、 .大棒模式；流水模式 3 .等價類劃分；邊界值分析法 4 .測試計劃；缺陷報告 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ù)（測試用例） 4、 名詞解釋（5X 3= 15分） 1 .軟件缺陷：（符合下列規(guī)則的叫軟件缺陷廣 1） ）.軟件未達(dá)到產(chǎn)品說明書的功能 2） .軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤 3） .軟件功能超出產(chǎn)品說明書指明范圍 4） .軟件未達(dá)到產(chǎn)品說明書雖未

19、指出但應(yīng)達(dá)到的目標(biāo) 5） .軟件測試員認(rèn)為難以理解、不易使用、運行速度緩慢、或者最終用戶認(rèn)為不好 2 . 3測試是指軟件開發(fā)公司組織各方面的典型用戶在日常工作中實際使用 3版本，并要求用戶報告異常 情況，提出批評意見。 回 歸 測 試 需求、 /驗收測試 ▲ 3 .配置管理的目的是 \ / 建立和維護(hù)在軟件生規(guī)格說明\ / 系統(tǒng)測試 命周期中軟件產(chǎn)品的 \ / 完整性和一致性。一般 \ / 來說，軟件測試配置管 ? \ / 備Q、口|出 理包括4個最基本的伙計 \ / 不成測試 活動：（1）配置標(biāo)識； \ / （2）變更控制；（3） \ / 配置狀態(tài)報告；（

20、4）實現(xiàn) 單元測試 配置審計。 , 4 .測試用例就是將軟件測試的行為活動，做一個科學(xué)化的組織歸納。 5 .黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，前提是已知產(chǎn)品所具有的功能，通過測試來檢測每個功能是 否都正常使用。 5、 簡答題（3X5= 15分） 1 . 1） .在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價類和兩個無效等價類。 2） .在輸入條件規(guī)定了輸入值的集合或者規(guī)定了 “必須如何”的條件的情況下，則可以確立一個有效等價 類和一個無效等價類。 3） .在輸入條件是一個布爾量的情況下，可以確立一個有效等價類和一個無效等價類。 4） .在規(guī)定了輸入數(shù)據(jù)白

21、一組值（假定 n個），并且程序要對每一個輸入值分別處理的情況下，可以確立 個有效等價類和一個無效等價類。 5） .在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可以確立一個有效等價類（符合規(guī)則）和若干個無效等 價類（從不同角度違反規(guī)則）。 6） .在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價類進(jìn)一步的劃分 為更小的等價類。 2 .軟件驗收測試應(yīng)完成哪些主要測試工作? 1）文檔資料的審查驗收 2）功能測試 3）性能測試 4）強化測試 5）性能降級執(zhí)行方式測試 6）檢查系統(tǒng)的余量要求 7）安裝測試 8）用戶操作測試 單元贓式 集成贓式 系統(tǒng)贓式 驗慟

22、喊 3 .簡述軟件開發(fā)-軟件測試的對用關(guān)系 系統(tǒng)需求分析 系統(tǒng)斕密說明 編碼 6、 綜合題（1 X 20= 20分） 解：第一步：劃分等價類，包括 4個有效等價類，11個無效等價類。 輸入條件 有效等價類 無效等價類 地區(qū)碼 空白(1),3 位數(shù)字(2) 有非數(shù)字字符(5),少于3位數(shù)字(6),多于三位數(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)

23、第二步：確定調(diào)試用例。 調(diào)試數(shù)據(jù) 范圍 期望結(jié)果 ()276 — 2345 等價類⑴，(3) , (4) 后效 (635) 805 - 9321 等價類(2) , (3) , (4) 后效 對11個無效等價類，要選擇 11個調(diào)試用例，如下所示： 試數(shù)據(jù) 范圍 期望結(jié)果 (20A) 123 -4567 無效等價類(5) 無效 (33 ) 234 — 5678 無效等價類(6) 無效 (7777) 345 - 6789 無效等價類(7) 無效 (777) 34A - 6789 無效等價類(8) 無效 (234) 045 -6789

24、 無效等價類(9) 無效 (777) 145 - 6789 無效等價類(10) 無效 (777) 34 — 6789 無效等價類(11) 無效 (777) 2345 -6789 無效等價類(12) 無效 (777) 345 - 678A 無效等價類(13) 無效 (777) 345 - 678 無效等價類(14) 無效 (777) 345 - 56789 無效等價類(15) 無效 選取的調(diào)試數(shù)據(jù)可以不同，關(guān)鍵是與調(diào)試內(nèi)容相符。 一、單項選擇題；共 20小題，每小題1分，滿分20分；請將答案填入題后括號中。 1 .軟件測試的目的是 (B ) (A

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

26、D)發(fā)布 ,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。 性能  6. (C) 內(nèi)部邏輯 條件覆蓋的目的是 (D) 內(nèi)部數(shù)據(jù) (A) 使每個判定的所有可能的條件取值組合至少執(zhí)行一次 (B) 使程序中的每個判定至少都獲得一次“真”值和“假”值。 (C) 使程序中的每個判定中每個條件的可能值至少滿足一次。 (D) 使程序中的每個可執(zhí)行語句至少執(zhí)行一次。 7. 一個程序中所含有的路徑數(shù)與 有著直接的關(guān)系。 8. (A) 程序的復(fù)雜程度 (C) 程序模塊數(shù) 動態(tài)黑盒子測試： (B) (D) 程序語句行數(shù) 程序指令執(zhí)行時間 (A)直接測試底層功能

27、、過程、子程序和庫 (B)可估算執(zhí)行測試時代碼量和具體代碼 (C) 從軟件獲得讀取變量和狀態(tài)信息的訪問權(quán) (D)測試的是軟件在使用過程中的實際行為 9. 在自低向上測試中，要編寫稱為 (A) 測試存根 (B) 10. 11. 12. 13. 14. 15. 16. 17. (C) 樁模塊 ___不是軟件自動化測試的優(yōu)點 (A) 速度快、效率高 (C) 能提高測試的質(zhì)量 配置測試 (A) 是指檢查軟件之間是否正確交互和共享信息 (C) 是指使用各種硬件來測試軟件操作的過程 下列各項中 ___不是一個測試計劃所應(yīng)包含的內(nèi)容 (A

28、) 測試資源、進(jìn)度安排 (C) 測試范圍 下列不屬于正式審查的方式是 (D) B的模塊來測驗正在測試的模塊。 (B) (D) (B) 測試驅(qū)動模塊 底層模塊 準(zhǔn)確度和精確度高 能充分測試軟件 (B) (D) 是交互適應(yīng)性、實用性和有效性的集中體現(xiàn) 檢查缺陷是否有效改正 測試預(yù)期輸出 (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)軟件

29、錯誤征兆的過程 (C) 有計劃的、可重復(fù)的過程 (D) 消除軟件錯誤的過程 在軟件底層進(jìn)行的測試稱為 (A) 系統(tǒng)測試 (B) 集成測試 (C) 單元測試 (D) 在確定黑盒測試策略時，優(yōu)先選用的方法是 功能測試 （A） 邊界值分析法 （B） 等價類劃分 （C） 錯誤推斷法 （D） 決策表方法 18. 下列 ___不屬于軟件缺陷 （ A ） （A） 測試人員主觀認(rèn)為不合理的地方 （B） 軟件未達(dá)到產(chǎn)品說明書標(biāo)

30、明的功能 （C） 軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤 （D） 軟件功能超出產(chǎn)品說明書指明范圍 19. 產(chǎn)品發(fā)布后修復(fù)軟件缺陷比項目開發(fā)早期這樣做的費用要高 （ D ） （A）1?2倍（B）10 ?20倍（C）50 倍 （D）100倍或更高 20. 把黑盒子測試和白盒子測試的界限打亂了。 （ A ） （A）灰盒子測試 （B）動態(tài)測試 （Q靜態(tài)測試 （D）失敗測試 二、填空題：共 10 小題 20 個空格，每個空格 1 分，滿分 20 分；請將答案填入指定的空白處。 11. 軟件缺陷產(chǎn)生的原因包括 編寫說明書 、設(shè)計、 編寫代碼 以及其他原因。 12. 軟件開

31、發(fā)模式包括 大棒模式 、邊寫邊改模式、 流水模式 __ 、螺旋模式。 13. 黑盒測試用例設(shè)計方法包括 ___ 等價類劃分法 ___、 邊界值分析法 ___以及因果圖法， 錯誤推測法等。 14. 測試過程中， ___測試計劃 用于描述測試的整體方案， __ 缺陷報告 _描述依據(jù)測試案例找出的問題。 15. 傳統(tǒng)的等價類劃分測試的實現(xiàn)分兩步進(jìn)行，一是 劃分等價類表 _ ，二是 _設(shè)計相應(yīng)的測試用例 _ 。 16. 在兼容性測試中， _ 向前兼容 _ 是指可以使用軟件的以前版本， 向后兼容 是指可以使用軟件的未 來版本。 17. 測試工作就是進(jìn)行輸入、 接受輸出、

32、檢驗結(jié)果，不深入代碼細(xì)節(jié)， 這樣的測試方法稱為 __動態(tài)黑盒測試 ，在不執(zhí)行代碼的條件下有條理地仔細(xì)審查軟件設(shè)計、體系結(jié)構(gòu)和代碼，從而找出軟件缺陷的測試方 法稱為 靜態(tài)白盒測試 _ 。 18. 不需要修復(fù)軟件缺陷的原因包括 ___沒有時間 、不能算真正的軟件缺陷、 風(fēng)險太大 __、不值 得修復(fù)。 19. 白盒測試又稱為 結(jié)構(gòu)測試 ___，黑盒測試又稱為 功能測試 __。 20. 動態(tài)測試的兩個基本要素是 被測試程序 、 測試數(shù)據(jù) ___ 。 三、判斷題：共10小題，每小題1分，滿分10分；請將答案以、“X”形式填入題后括號中。 1 .白盒測試的條件覆蓋

33、標(biāo)準(zhǔn)強于判定覆蓋。 （x ） 2 .驗收測試是以最終用戶為主的測試。 （ V ） 3 .測試程序僅僅按預(yù)期方式運行就行了。 （ x ） 4 .自底向上集成需要測試員編寫驅(qū)動程序。 （ V ） 5 .好的測試員不懈追求完美。 （X ） 6 .軟件測試工具可以代替軟件測試員。 （x ） 7 .最重要的用戶界面要素是軟件符合現(xiàn)行標(biāo)準(zhǔn)和規(guī)范。 （ V ） 8 .自動化測試可能延誤項目進(jìn)度。 （ V ） 9 .軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。 （ V ） 10 .靜態(tài)白盒測試可以找出遺漏之處和問題。 四、名詞解釋；共 5小題，每小題3分，滿分15分 1 .軟件缺陷2.單元

34、測試3.白盒測試4.回歸測試5.等價類 五、簡答題：共3小題，每小題5分，滿分15分。 2 .什么是測試用例？為什么要設(shè)計測試用例？ 3 .簡述增量式集成測試的自頂向下和自底向上兩種測試方法。 4 .分析單元測試和代碼調(diào)試的區(qū)別。 六、：綜合題：共1小題，每小題20分，滿分20分。 1 .按要求給出下列程序的測試用例（要求寫出必要的說明） （1） 語句覆蓋 （2） 判定覆蓋 （3） 條件覆蓋 （4） 判定-條件覆蓋 （5） 條件組合覆蓋 軟件測試技術(shù)（B卷）答案及評分標(biāo)準(zhǔn) 七、單選題（20X 1= 20分） 題號 1 2 3 4 5 6 7 8 9

35、 10 答案 B D A D C A A D B D 題號 11 12 13 14 15 16 17 18 19 20 答案 C B D A D C B A D A 八、填空題（20 X 1= 20分） 1 .編寫說明書；編寫代碼 2 .大棒模式；流水模式 3 .等價類劃分；邊界值分析法 4 .測試方f劃；缺陷報告 5 .劃分等價類表；設(shè)計相應(yīng)的測試用例 6 .向前兼容；向后兼容 7 .動態(tài)黑盒測試；靜態(tài)白盒測試 8 .沒有時間；風(fēng)險太大 9 .結(jié)構(gòu)測試或邏輯驅(qū)動測試； 功能測試或數(shù)據(jù)驅(qū)動測試或基于規(guī)格

36、說明書的測試 10 .被測試程序；測試數(shù)據(jù)（測試用例） 九、判斷題（10X 1= 10分） 題號 1 2 3 4 5 6 7 8 9 10 答案 X V X V X X V V V V 十、名詞解釋（5X3= 15分） 1 .軟件缺陷：（符合下列規(guī)則的叫軟件缺陷 廣 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 .單

37、元測試：單元測試是對軟件設(shè)計的最小單元一一模塊進(jìn)行正確性檢驗的測試工作，主要測試模塊在語 法、格式和邏輯上的錯誤。 3 .白盒測試 白盒測試也稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試，前提是知道產(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ù)對

38、于揭露程序中的錯誤都是等效的。 H^一、 簡答題（3X 5=15分） 1 .所謂的測試用例就是將軟件測試的行為活動，做一個科學(xué)化的組織歸納。 使用測試用例的好處主要體現(xiàn)在以下幾個方面： ? 在開始實施測試之前設(shè)計好測試用例，可以避免盲目測試并提高測試效率。 ? 測試用例的使用令軟件測試的實施重點突出、目的明確。 ? 在軟件版本更新后只需修正少部分的測試用例便可展開測試工作，降低工作強度、縮短項目周期。 ? 功能模塊的通用化和復(fù)用化使軟件易于開發(fā)，而相對于功能模塊的測試用例的通用化和復(fù)用化則 會使軟件測試易于開展，并隨著測試用例的不斷精化其效率也不斷攀升 2 .自頂向下增量式測試

39、的主要優(yōu)點在于它可以自然地做到逐步求精，一開始便能讓測試者看到系統(tǒng) 的框架。它的主要缺點是需要提供被調(diào)用模擬子模塊，被調(diào)用模擬子模塊可能不能反映真實情況，因此測 試有可能不充分。 自底向上測試的優(yōu)點在于，由于驅(qū)動模塊模擬了所有調(diào)用參數(shù)，即使數(shù)據(jù)流并未構(gòu)成有向的非環(huán) 狀圖，生成測試數(shù)據(jù)也沒有困難。 它的缺點在于，直到最后一個模塊被加入進(jìn)去之后才能看到整個程序 （系 統(tǒng)）的框架。 3 .表面上這兩項技術(shù)很相似，因為它們都包括查看代碼、運行程序和處理軟件缺陷的過程，但是它 們的目標(biāo)不同：單元測試是為了發(fā)現(xiàn)軟件缺陷，而代碼調(diào)試的目標(biāo)是修復(fù)軟件缺陷。在分離和查找軟件缺 陷原因時這兩個過程

40、發(fā)生交叉。 十二、 綜合題（1X 20= 20分） 圖中共有 4條路徑： P1（ ace） 、 P2（ abd） 、 P3 （abe） 、 P4（acd） 。 1 ． P1 正好滿足語句覆蓋的條件。可以設(shè)計如下的輸入數(shù)據(jù)： A=2, B = 0, x=4 2 .測試用例如果能夠測試路徑 P1 （ace）和P2 （abd）,就可以滿足判定覆蓋要求。可以設(shè)計如下兩組輸入 數(shù)據(jù)： A=2, B = 0, x = 4 A= 1, B= 1, x= 1 3 .條件：A>1, B=0, A = 2, x>1o需要有足夠的測試用例使得上述四個條件都能有滿足和不滿足的情 況。以下這兩組輸入

41、數(shù)據(jù)能滿足這些要求： A=2, B = 0, x = 4 A= 1, B= 1, x= 1 4．判定／條件覆蓋 A=2, B = 0, x = 4 A= 1, B= 1, x= 1 5．可能的條件組合： (1) A>1, B=0 (2) A>1, BW0 (3) AW1, B = 0 (4) A< 1, Bw0 ⑸ A = 2, x>1 (6) A=2, x<1 (7) AW2, x>1 (8) A 卞2, x< 1 相應(yīng)的輸入數(shù)據(jù)： A=2, B = 0, x = 4 A=2, B=1, x= 1 A= 1, B = 0, x=2 A= 1, B= 1, x= 1

42、 滿足（ 1）和（ 5 ） 滿足（ 2）和（ 6 ） 滿足（ 3）和（ 7 ） 滿足（ 4）和（ 8 ） 不定項選擇題 （每題 2 分，共 20分） 請將答案填入題后括號中。 1 . 軟件驗收測試的合格通過準(zhǔn)則是： （ ABCD ） 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 .

43、 下列關(guān)于 alpha 測試的描述中正確的是： （ AD ） A.alpha 測試需要用戶代表參加 B.alpha 測試不需要用戶代表參加 C.alpha 測試是系統(tǒng)測試的一種 D.alpha 測試是驗收測試的一種 4 . 測試設(shè)計員的職責(zé)有： （ BC ） A.制定測試計劃B.設(shè)計測試用例 C.設(shè)計測試過程、腳本 D.評估測試活動 5 ．下面哪些屬于動態(tài)分析 （ CD ） A. 代碼覆蓋率 B. 模塊功能檢查 C. 系統(tǒng)壓力測試 D. 程序數(shù)據(jù)流分析 6 . 下面哪些屬于靜態(tài)分析 ( ) A、 代碼規(guī)則檢查 B、 程序結(jié)構(gòu)分析 C、 程序復(fù)雜度分析 D、 內(nèi)存泄漏 7

44、．軟件實施活動的進(jìn)入準(zhǔn)則是 ( ) A、 需求工件已經(jīng)被基線化 B、 詳細(xì)設(shè)計工件已經(jīng)被基線化 C、 構(gòu)架工件已經(jīng)被基線化 D、 項目階段成果已經(jīng)被基線化 8 ．不屬于單元測試內(nèi)容的是 ( ) (A)模塊接口測試 (B)局部數(shù)據(jù)結(jié)構(gòu)測試(C)路徑測試 (D)用戶界面測試 9 ．軟件測試設(shè)計活動主要有 ( ) A、 工作量分析 B、 確定并說明測試用例 C、 確立并結(jié)構(gòu)化測試過程 D、 復(fù)審并評估測試覆蓋 10 ．不屬于集成測試步驟的是 ( ) A、 制定集成計劃 B、 執(zhí)行集成測試 C、 記錄集成測試結(jié)果 D、 回歸測試 二、填空題：共 3 小題 10 個空格，每個空格 2

45、分，滿分 20 分；請將答案填入指定的空白處。 21. 通過畫因果圖來寫測試用例的步驟為 、 、 、把因果圖轉(zhuǎn)換為狀態(tài)圖和 及共五個步驟。 22. 軟 件 測 試 主 要 分 為 、 、 四類測試。 23. 軟件缺陷產(chǎn)生的原因包括 、設(shè)計、 以及其他原因。 三、判斷題：共10小題，每小題1分，滿分10分；請將答案以、“X”形式填入題后括號中。 1. 軟件測試的目的是盡可能多的找出軟件的缺陷。 ( ) 2.Beta 測試是驗收測試的一種。 ( ) 3. 驗收測試是由最終用戶來實施的。 ( ) 4. 項目立項前測試人員不需要提交任何工件。

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

47、軟件測試。 3 . 簡述集成測試的過程。 六、綜合題：共 1 小題，每小題 20 分，滿分 20 分。 在三角形計算中，要求三角型的三個邊長： A、B和Q當(dāng)三邊不可能構(gòu)成三角形時提示錯誤，可構(gòu)成 三角形時計算三角形周長。若是等腰三角形打印“等腰三角形”，若是等邊三角形，則提示“等邊三角 形”。給出程序偽代碼、控制流程圖、找出基本測試路徑。 軟件測試技術(shù)（C卷）答案及評分標(biāo)準(zhǔn) 單選題（10X2 = 20分） 題號 1 2 3 4 5 6 7 8 9 10 答案 ABCD ABCD AD BC CD ABC ABC D ABCD D 十

48、四、 填空題（20X 1 = 20分） 1 .分析程序規(guī)格說明的描述中，哪些是原因，哪些是結(jié)果 、分析程序規(guī)格說明的描述中語義的內(nèi)容，并 將其表示成連接各個原因與各個結(jié)果的因果圖、在因果圖上使用若干個特殊的符號標(biāo)明特定的約束條 佳、把判定表中每一列表示的情況寫成測試用例 2 .單元測試、集成測試、系統(tǒng)測試、驗收測試 3 . 需求、編碼 卜五、 判斷題（10X 1 = 10分） 題號 1 2 3 4 5 6 7 8 9 10 答案 V V x V V x V x x X 十六、 名詞解釋（5X3=15分） 1 . a測試 有時也稱為室內(nèi)

49、測試，是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是開發(fā)機構(gòu)內(nèi)部的用戶在模擬實際 操作環(huán)境下進(jìn)行的測試。 2 . 3測試 是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進(jìn)行的測試。 3 .驅(qū)動模塊 驅(qū)動模塊就是用來代替主模塊，用它來調(diào)用子模塊 4 .樁模塊 集成測試前要為被測模塊編制一些模擬其下級模塊功能的“替身”模塊，以代替被測模塊的接口，接受或 傳遞被測模塊的數(shù)據(jù)，這些專供測試用的“假”模塊稱為被測模塊的樁模塊。 5 .靜態(tài)測試 就是不執(zhí)行程序的測試，包括代碼走查，編碼規(guī)則檢查，質(zhì)量評審，設(shè)計評審等。 十七、 簡答題（3X 5=15分） 1 .區(qū)別階段評審的與同行評

50、審 同行評審目的：發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤 ，只要是找錯誤； 階段評審目的：評審模塊 階段作品的正確性 可行性 及完整性 同行評審人數(shù)：3-7人人員必須經(jīng)過同行評審會議的培訓(xùn) ，由SQA旨導(dǎo) 階段評審人數(shù)：5人左右評審人必須是專家具有系統(tǒng)評審資格 同行評審內(nèi)容：內(nèi)容小一般文檔＜ 40頁，代碼＜ 500行 階段評審內(nèi)容：內(nèi)容多，主要看重點 同行評審時間：一小部分工作產(chǎn)品完成 階段評審時間：通常是設(shè)置在關(guān)鍵路徑的時間點上。 2 .什么是軟件測試 最簡單的說：為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程 3簡述集成測試的過程 系統(tǒng)集成測試主要包括以下過程： 1 .構(gòu)建的確認(rèn)過程。

51、 2 .補丁的確認(rèn)過程。 3 .系統(tǒng)集成測試測試組提交過程。 4 .測試用例設(shè)計過程。 5 .測試代碼編寫過程。 6 . Bug的報告過程。 7 .每周/每兩周的構(gòu)建過程。 8 .點對點的測試過程。 9 .組內(nèi)培訓(xùn)過程。 十八、 綜合題(1X 20 =20分) 1. Program triangle2 2. Dim a,b,c As Integer 3. Dim IsATriangle As Boolean 4. Output( " Enter 3 integers which are sides of a triangle 5. Input(a,b,c) 6.

52、Output( "Side A is 7. Output( "Side B is ”期 8. Output( "Side C is ”，c) 9. If (ab)AND(a<>c)AND(

53、b<>c) 17. Then Output( “ Scalence ”) 18. Else Output( “ Isosecles ”) 19. EndIf 20. EndIf 21. ． Else Outpu t( “ NOT a Triangle ”) 22. ． EndIf 23 ． End triangle2 圈復(fù)雜度是 5 。 基本路徑 （略） 。 選擇題 （ 每題 2 分，共 20 分）請將答案填入題后括號中。 1．從供選擇的答案中選出應(yīng)填入下列 （ ） 中的字句。 軟件測試的目的是（ A ） 。為了提高測試的效率，應(yīng)該（ B ） 。使用白盒測試方法時，確定測

54、試數(shù)據(jù)應(yīng)根 據(jù)（ C ）和指定的覆蓋標(biāo)準(zhǔn)。與設(shè)計測試數(shù)據(jù)無關(guān)的文檔是（ D ） 。 軟件的集成測試工作最好由（ E ）承擔(dān)，以提高集成測試的效果。 供選擇的答案： A. ① 評價軟件的質(zhì)量 ② 發(fā)現(xiàn)軟件的錯誤 ③ 找出軟件中的所有錯誤 ④ 證明軟件是正確的 B. ① 隨機地選取測試數(shù)據(jù) ② 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù) ③ 在完成編碼以后制定軟件的測試計劃 ④ 選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù) C. ① 程序的內(nèi)部邏輯 ③ 使用說明書 D. ① 該軟件的設(shè)計人員 ③ 源程序 E. ① 該軟件的設(shè)計人員 ③ 該軟件的編程人員 2．請從供選擇的答案中選出

55、應(yīng)填入下列（ ）中的字句。 程序的三種基本控制結(jié)構(gòu)是（ A ） 。它們的共同點是（ ② 程序的復(fù)雜程度 ④ 程序的功能 ② 程序的復(fù)雜程度 ④ 項目開發(fā)計劃 ② 該軟件開發(fā)組的負(fù)責(zé)人 ④ 不屬于該軟件開發(fā)組的軟件設(shè)計人員 可。 B ） 。結(jié)構(gòu)化程序設(shè)計的一種基本方法是（ C ） 。 軟件測試的目的是（ D ） 。軟件調(diào)試的目的是（ E ） 。 供選擇的答案： A. ① 過程，子程序，分程序 ③ 遞歸，堆棧，隊列 B. ① 不能嵌套使用 ② 順序，條件，循環(huán) ④ 調(diào)用，返回，轉(zhuǎn)移 ② 只能用來寫簡單的  程序 ③已經(jīng)用硬件實現(xiàn) ④ 只有一個入口和一

56、個 出口 C. ①篩選法 法 ④逐步求精法 D. ①證明程序中沒有錯誤 ③測量程序的動態(tài)特性 E. ①找出錯誤所在并改正之 ③對錯誤性質(zhì)進(jìn)行分類 3.從下列關(guān)于軟件測試的敘述中，選出 ②遞歸法 ③歸納 ② 發(fā)現(xiàn)程序中的錯誤 ④ 檢查程序中的語法錯誤 ②排除存在錯誤的可能性 ④統(tǒng)計出錯的次數(shù) 5條正確的敘述。 (1)用黑盒法測試時，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。 (2)盡量用公共過程或子程序去代替重復(fù)的代碼段。 (3)測試是為了驗證該軟件已正確地實現(xiàn)了用戶的要求。 (4)對于連鎖型分支結(jié)構(gòu)，若有 n個判定語句，則有2n條路徑。 (5)盡量采用復(fù)合的

57、條件測試，以避免嵌套的分支結(jié)構(gòu)。 (6) GOTO語句概念簡單，使用方便，在某些情況下，保留 GOTCM句反能使寫出的程序更加簡潔。 (7)發(fā)現(xiàn)錯誤多的程序模塊，殘留在模塊中的錯誤也多。 (8)黑盒測試方法中最有效的是因果圖法。 (9)在做程序的單元測試時，樁(存根)模塊比驅(qū)動模塊容易編寫。 (10)程序效率的提高主要應(yīng)通過選擇高效的算法來實現(xiàn)。 4.從供選擇的答案中選出同下列關(guān)于軟件測試的各條敘述關(guān)系最密切的字句。 A.對可靠性要求很高的軟件，例如操作系統(tǒng)，由第三者對源代碼進(jìn)行逐行檢查。 B.已有的軟件被改版時，由于受到變更的影響，改版前正常的功能可能發(fā)生異常，性能也可能下降

58、。因 此，對變更的軟件進(jìn)行測試是必要的。 C.在意識到被測試模塊的內(nèi)部結(jié)構(gòu)或算法的情況下進(jìn)行測試。 D.為了確認(rèn)用戶的需求，先做出系統(tǒng)的主要部分，提交給用戶試用。 E.在測試具有層次結(jié)構(gòu)的大型軟件時，有一種方法是從上層模塊開始，由上到下進(jìn)行測試。此時，有必 要用一些模塊替代尚未測試過的下層模塊。 供選擇的答案： A-E:①仿真器 ②代碼審查 ③模擬器 ④樁 ⑤驅(qū)動器 ⑥域測試 ⑦黑盒測試 ⑧原型 ⑨白盒測試 ⑩退化測試 二、填空題：共4小題10個空格，每個空格 2分，滿分20分；請將答案填入指定的空白處。 24 .對面向過程的系統(tǒng)采用的集成策略有 、兩種。 25 .軟件測

59、試主要分為 、、、四類測試。 26 .黑盒測試用例設(shè)計方法包括 、以及,錯誤推測法等。 27 .測試工作就是進(jìn)行輸入、接受輸出、檢驗結(jié)果，不深入代碼細(xì)節(jié)，這樣的測試方法稱為 , 三、判斷題：共10小題，每小題1分，滿分10分；請將答案以、“X”形式填入題后括號中。 1 .好的測試員不懈追求完美。 （） 2 .測試程序僅僅按預(yù)期方式運行就行了。 （） 3 .不存在質(zhì)量很高但可靠性很差的產(chǎn)品。 （） 4 .在沒有產(chǎn)品說明書和需求文檔的條件下可以進(jìn)行動態(tài)黑盒測試。 （） 5 .靜態(tài)白盒測試可以找出遺漏之處和問題。 （） 6 .測試錯誤提示信息不屬于文檔測試范圍。 （） 7 .單元測

60、試能發(fā)現(xiàn)約 80%勺軟件缺陷。（） 8 .代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。 （） 9 .自頂向下集成需要測試員編寫驅(qū)動程序。 （） 10 .總是首先設(shè)計黑盒測試用例。 （） 四、名詞解釋；共 5小題，每小題3分，滿分15分 1 .驗收測試2.失敗測試3.驅(qū)動模塊4.樁模塊5.白盒測試 五、簡答題：共3小題，每小題5分，滿分15分。 2 .怎樣做好文檔測試？ 3 .什么是軟件測試？軟件測試與調(diào)試有什么區(qū)別？ 4 .軟件測試包括哪些類型的測試？這些測試之間的區(qū)別是什么？ 六、：綜合題：共1小題，每小題20分，滿分20分。 針對以下問題：某一種 8位計算機，其十六進(jìn)制

61、常數(shù)的定義是以 0x或0X開頭的十六進(jìn)制整數(shù)，其取 值范圍為—7f?7f （不區(qū)分大小寫字母），如0x13、0x6A、—0x3c。請采用等價類劃分的方法設(shè)計測試用 例。 軟件測試技術(shù)（D卷）答案及評分標(biāo)準(zhǔn) 十九、 單選題（20X 1 = 20分） 題號 1A 1B 1C 1D 1E 2A 2B 2C 2D 2E 答案 ② ④ ① ④ ④ ② ④ ④ ② ① 題號 3 3 3 3 3 4A 4B 4C 4D 4E 答案 (4) (5) (6) ⑺ (10) ② ⑩ ⑨ ⑧ ④ 、 填空題（20X

62、1 = 20分） 1 .自頂向下集成、自底向上集成 2 .單元測試、集成測試、系統(tǒng)測試、驗收測試 3 .等價類劃分、邊界值分析、因果圖 4 .黑盒測試 判斷題（10X 1= 10分） 題號 1 2 3 4 5 6 7 8 9 10 答案 X X V V V X V V X V 名詞解釋（5X3= 15分） 1 ．驗收測試 是軟件產(chǎn)品完成了功能測試和系統(tǒng)測試之后，在產(chǎn)品發(fā)布之前所進(jìn)行的軟件測試活動。 2．失敗測試 純粹為了破壞軟件而設(shè)計和執(zhí)行的測試案例，被稱為失敗測試。 3．驅(qū)動模塊 驅(qū)動模塊就是用來代替主模塊，用它來調(diào)用子模塊

63、 4. 樁模塊 集成測試前要為被測模塊編制一些模擬其下級模塊功能的“替身”模塊，以代替被測模塊的接口，接受或 傳遞被測模塊的數(shù)據(jù)，這些專供測試用的“假”模塊稱為被測模塊的樁模塊。 5．白盒測試 也稱為結(jié)構(gòu)化測試、基于代碼的測試，是一種測試用例設(shè)計方法，它從程序的控制結(jié)構(gòu)導(dǎo)出測試用例。 二十三、 簡答題（3X5=15分） （ ． 仔細(xì)閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。 檢查文檔的編寫是否滿足文檔編寫的目的 內(nèi)容是否齊全，正確 內(nèi)容是否完善 標(biāo)記是否正確 （ ． 軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。或者說，軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說 明和程序的

64、內(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)部條件開始，除統(tǒng)計性調(diào)試外，結(jié)果是不可預(yù)見的。 （ 3 ） 測試是有計劃的，需要進(jìn)行測試設(shè)計；調(diào)試是不受時間約束的。 （ 4 ） 測試經(jīng)歷發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程；調(diào)試是一

65、個推理的過程。 （5） 測試的執(zhí)行是有規(guī)程的；調(diào)試的執(zhí)行往往要求開發(fā)人員進(jìn)行必要推理以至知覺的 "飛躍 " 。 （ 6 ） 測試經(jīng)常是由獨立的測試組在不了解軟件設(shè)計的條件下完成的；調(diào)試必須由了解詳細(xì)設(shè)計的開 發(fā)人員完成。 （ 7 ） 大多數(shù)測試的執(zhí)行和設(shè)計可以由工具支持；調(diào)式時，開發(fā)人員能利用的工具主要是調(diào)試器。 （ ．軟件測試包括單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試等。單元測試集中于單個模塊的功能 和結(jié)構(gòu)的檢驗；集成測試集中于模塊組合的功能和軟件結(jié)構(gòu)檢驗；確認(rèn)測試主要檢查軟件是否符合合同要 求， 包括需求規(guī)格說明、 設(shè)計規(guī)格說明和用戶手冊等； 系統(tǒng)測試集中檢驗系統(tǒng)所有元素之間

66、協(xié)作是否合適， 整個系統(tǒng)的性能和功能是否達(dá)到。 六.綜合題（1X 20= 20分） 輸入條件 有效等價類 無效等價類 開頭字符 由0x或0X開頭 (1) 以字母開頭以非0數(shù)字開頭 (2) (3) 數(shù)值字符 數(shù)字或A— F的字母 (4) A— F以外的字母 (5) 數(shù)值字符個 數(shù) >1個 (6) 0個 ⑺ 數(shù)值 >-7f 且 W 7f ⑻ V — 7f >7f (9) (10) 用例1: 0x7F, 覆蓋等價類(1) (4) (6) (8) 用例2: -0Xb, 覆蓋等價類(1) (4) (6) (8) 用例3 :0X0, 覆蓋等價類(1) (4) (6) (8) 用例4: 0x, 覆蓋等價類(1) (7) 用例5: A7, 覆蓋等價類(2) 用例6: -1A, 覆蓋等價類(3) 用例7: 0X8h, 覆蓋等價類(1) (5) 用例8: 0x80, 覆蓋等價類(1) (4) (10) 用例9: -0XaB, 覆蓋等價類(1) (4) (9) 電子科技大學(xué)二零零八至二零零八學(xué)