




版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、單項選擇題:共20小題,每小題1 分,滿分20分;請將答案填入題后括號中。1. 在軟件生命周期的哪一個階段,軟件缺陷修復費用最低 ( A ) (A)需求分析(編制產(chǎn)品說明書) (B)設計(C) 編碼 (D)產(chǎn)品發(fā)布2. 單元測試中用來模擬被測模塊調(diào)用者的模塊是 ( C ) (A) 父模塊 (B)子模塊 (C)驅(qū)動模塊 (D)樁模塊3. 為了提高測試的效率,應該 ( D ) (A)隨機地選取測試數(shù)據(jù); (B)取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù); (C)在完成編碼以后制定軟件的測試計劃; (D)選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)。4. 側(cè)重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測試被稱為 ( B
2、) (A)強度測試 (B)壓力測試(C) 容量測試 (D)性能測試5. 必須要求用戶參與的測試階段是 ( D ) (A)單元測試 (B)集成測試(C) 確認測試 (D)驗收測試6. 軟件測試員究竟做些什么。 ( C ) (A)軟件測試員的目的是發(fā)現(xiàn)軟件缺陷(B)軟件測試員的目的是發(fā)現(xiàn)軟件缺陷,盡可能早一些(C)軟件測試員的目的是發(fā)現(xiàn)軟件缺陷,盡可能早一些,并確保其得以修復(D)軟件測試員的目的是發(fā)現(xiàn)軟件缺陷,盡可能早一些,并將其得以修復7. 下面四種說法中正確的是 ( C ) (A)因果圖法是建立在決策表法基礎上的一種白盒測試方法; (B)等價類劃分法是邊界值分析法的基礎; (C)健壯性等價類
3、測試的測試用例要求在有效等價類中取值; (D)在任何情況下做黑盒測試皆應首先考慮使用錯誤推斷法。8. 不屬于單元測試內(nèi)容的是 ( A ) (A)模塊接口測試 (B)局部數(shù)據(jù)結(jié)構測試(C) 路徑測試 (D)用戶界面測試9. 劃分軟件測試屬于白盒測試還是黑盒測試的依據(jù)是 ( C ) (A)是否執(zhí)行程序代碼 (B)是否能看到軟件設計文檔 (C)是否能看到被測源程序 (D)運行結(jié)果是否確定10. 下列項目中不屬于測試文檔的是 ( C ) (A)測試計劃 (B)測試用例(C) 程序流程圖 (D)測試報告11. 幾乎沒有產(chǎn)品計劃、進度安排和正規(guī)的開發(fā)過程的軟件開發(fā)模式是 ( B ) (A)大棒模式 (B)
4、邊寫邊改模式(C) 瀑布模式 (D)快速原型開發(fā)模式12. 如果某測試用例集實現(xiàn)了某軟件的路徑覆蓋,那么它一定同時實現(xiàn)了該軟件的 ( A ) (A)判定覆蓋 (B)條件覆蓋(C) 判定/條件覆蓋 (D)組合覆蓋13. 下列說法不正確的是 ( D ) (A)測試不能證明軟件的正確性; (B)測試員需要良好的溝通技巧; (C)QA與testing屬于一個層次的概念; (D)成功的測試是發(fā)現(xiàn)了錯誤的測試。14. 對Web網(wǎng)站進行的測試中,屬于功能測試的是 ( B ) (A)連接速度測試 (B)鏈接測試 (C)平臺測試 (D)安全性測試15. 在進行單元測試時,常用的方法是 ( B ) (A)采用黑盒
5、測試,輔之以白盒測試; (B)采用白盒測試,輔之以黑盒測試; (C)只使用黑盒測試; (D)只使用白盒測試。16. 使用白盒測試方法時,確定測試數(shù)據(jù)的依據(jù)是指定的覆蓋標準和 ( B ) (A)程序的注釋 (B)程序的內(nèi)部邏輯 (C)用戶使用說明書 (D)程序的需求說明17下列_不是軟件自動化測試的優(yōu)點 ( D )(A)速度快、效率高 (B)準確度和精確度高(C)能提高測試的質(zhì)量 (D)能充分測試軟件18. 配置測試 ( C )(A) 是指檢查軟件之間是否正確交互和共享信息 (B) 是交互適應性、實用性和有效性的集中體現(xiàn)(C) 是指使用各種硬件來測試軟件操作的過程 (D) 檢查缺陷是否有效改正1
6、9 下列各項中_不是一個測試計劃所應包含的內(nèi)容 ( B )(A)測試資源、進度安排 (B)測試預期輸出(C)測試范圍 (D)測試策略20下列不屬于正式審查的方式是 ( D )(A)同事審查(B) 公開陳述(C) 檢驗(D) 編碼標準和規(guī)范二、判斷題:共10小題,每小題1分,滿分10分;請將答案以“”、“×”形式填入題后括號中。1. 好的測試員不懈追求完美。 ( × )2. 軟件測試是有效的排除軟件缺陷的手段。 ( )3. 程序員與測試工作無關。 ( × )4. 程序員兼任測試員可以提高工作效率。 ( × )5. 產(chǎn)品說明書(需求文檔)的變更應當受到控制。
7、 ( )6. 白盒測試的“條件覆蓋”標準強于“判定覆蓋”。 ( × )7. 軟件開發(fā)全過程的測試工作都可以實現(xiàn)自動化。 ( × )8. 找出的軟件缺陷越多,說明剩下的軟件缺陷越少。 ( × )9. 采用自動化測試有可能延誤項目進度。 ( )10測試應從“大規(guī)?!遍_始,逐步轉(zhuǎn)向“小規(guī)?!薄?( × )三、填空題:共10小題20個空格,每個空格1分,滿分20分;請將答案填入指定的空白處。 1. 軟件缺陷產(chǎn)生的原因包括軟件說明書、設計、編寫代碼 以及其他原因。2. 軟件開發(fā)模式包括大棒模式、邊寫邊改模式、流水模式、螺旋模式。3. 黑盒測試用例設計方法包括等價類
8、劃分法,邊界值法,以及因果圖法,錯誤推測法等。4. 測試過程中,_測試計劃_描述用于描述測試的整體方案,_缺陷報告_描述依據(jù)測試案例找出的問題。5. 傳統(tǒng)的等價類劃分測試的實現(xiàn)分兩步進行,一是_劃分等價類表_,二是_邊界值分析法_。6. 在兼容性測試中,_向前兼容_是指可以使用軟件的以前版本, _向后兼容_是指可以使用軟件的未來版本。7. 測試工作就是進行輸入、接受輸出、檢驗結(jié)果,不深入代碼細節(jié),這樣的測試方法稱為_動態(tài)黑盒測試_,在不執(zhí)行代碼的條件下有條理地仔細審查軟件設計、體系結(jié)構和代碼,從而找出軟件缺陷的測試方法稱為_靜態(tài)白盒測試_。8. 不需要修復軟件缺陷的原因包括_沒有時間_、不能算
9、真正的軟件缺陷、_風險太大_、不值得修復。9. 白盒測試又稱為_結(jié)構測試或邏輯結(jié)構測試_,黑盒測試又稱為_功能測試或給予規(guī)格說明書的測試_。10. 動態(tài)測試的兩個基本要素是_被測試程序_、_測試數(shù)據(jù)_。四、名詞解釋:共5小題,每小題3分,滿分15分1. 軟件缺陷 )軟件未達到產(chǎn)品說明書的功能)軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤)軟件功能超出產(chǎn)品說明書指明范圍)軟件未達到產(chǎn)品說明書雖未指出但應達到的目標)軟件測試員認為難以理解、不易使用、運行速度緩慢、或者最終用戶認為不好2. 測試測試是指軟件開發(fā)公司組織各方面的典型用戶在日常工作中實際使用版本,并要求用戶報告異常情況,提出批評意見。3測試的
10、配置管理配置管理的目的是建立和維護在軟件生命周期中軟件產(chǎn)品的完整性和一致性。一般來說,軟件測試配置管理包括4個最基本的活動:(1)配置標識;(2)變更控制;(3)配置狀態(tài)報告; (4)配置審計。4測試用例測試用例就是將軟件測試的行為活動,做一個科學化的組織歸納。5黑盒測試黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試,前提是已知產(chǎn)品所具有的功能,通過測試來檢測每個功能是否都正常使用。五、簡答題:共3小題,每小題5分,滿分15分。1. 如何劃分等價類?1).在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下,則可以確立一個有效等價類和兩個無效等價類。2).在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情
11、況下,則可以確立一個有效等價類和一個無效等價類。3).在輸入條件是一個布爾量的情況下,可以確立一個有效等價類和一個無效等價類。4).在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個),并且程序要對每一個輸入值分別處理的情況下,可以確立n個有效等價類和一個無效等價類。5).在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可以確立一個有效等價類(符合規(guī)則)和若干個無效等價類(從不同角度違反規(guī)則)。6).在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下,則應再將該等價類進一步的劃分為更小的等價類。2. 軟件驗收測試應完成哪些主要測試工作?1)文檔資料的審查驗收2)功能測試3)性能測試4)強化測試5)性能降級執(zhí)行
12、方式測試6)檢查系統(tǒng)的余量要求7)安裝測試8)用戶操作測試3. 簡述軟件開發(fā)-軟件測試的對用關系。六、綜合題:共1小題,每小題20分,滿分20分。1. 某城市的電話號碼由三部分組成。這三部分的名稱和內(nèi)容分別是 地區(qū)碼:空白或三位數(shù)字; 前 綴:非0或1開頭的三位數(shù); 后 綴:四位數(shù)字。假定被調(diào)試的程序能接受一切符合上述規(guī)定的電話號碼,拒絕所有不符合規(guī)定的號碼,試用等價分類法來設計它的調(diào)試用例。解:第一步:劃分等價類,包括4個有效等價類,11個無效等價類。輸入條件有效等價類無效等價類地區(qū)碼空白(1),3位數(shù)字(2)有非數(shù)字字符(5),少于3位數(shù)字(6),多于三位數(shù)字(7)前綴從200到999之間
13、的3位數(shù)字(3)有非數(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)試用例。調(diào)試數(shù)據(jù)范圍期望結(jié)果 ( ) 2762345等價類(1),(3),(4)有效 (635) 8059321等價類(2),(3),(4)有效 對11個無效等價類,要選擇11個調(diào)試用例,如下所示: 調(diào)試數(shù)據(jù) 范圍 期望結(jié)果(20A) 1234567 無效等價類(5)無效 (33 ) 2345678 無效等價類(6)無效 (
14、7777) 3456789 無效等價類(7) 無效 0(777) 34A6789無效等價類(8) 無效 (234) 0456789無效等價類(9)無效 (777) 1456789 無效等價類(10) 無效 (777) 346789 無效等價類(11)無效 (777) 23456789 無效等價類(12)無效 (777) 345678A 無效等價類(13) 無效 (777) 345678 無效等價類(14)無效 (777) 34556789 無效等價類(15) 無效 選取的調(diào)試數(shù)據(jù)可以不同,關鍵是與調(diào)試內(nèi)容相符。軟件測試技術(A卷)答案及評分標準一、 單選題
15、(20×120分)題號12345678910答案ACDBDCCACC題號11121314151617181920答案BADBBBDCBD二、 判斷題(10×110分)題號12345678910答案×××××××三、 填空題(20×120分)1.編寫說明書; 編寫代碼2.大棒模式; 流水模式3.等價類劃分; 邊界值分析法4.測試計劃; 缺陷報告5.劃分等價類表; 設計相應的測試用例6.向前兼容; 向后兼容7.動態(tài)黑盒測試; 靜態(tài)白盒測試8.沒有時間; 風險太大9.結(jié)構測試或邏輯驅(qū)動測試; 功能測試
16、或數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明書的測試10.被測試程序; 測試數(shù)據(jù)(測試用例)四、 名詞解釋(5×315分)1軟件缺陷:(符合下列規(guī)則的叫軟件缺陷):)軟件未達到產(chǎn)品說明書的功能)軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤)軟件功能超出產(chǎn)品說明書指明范圍)軟件未達到產(chǎn)品說明書雖未指出但應達到的目標)軟件測試員認為難以理解、不易使用、運行速度緩慢、或者最終用戶認為不好2測試是指軟件開發(fā)公司組織各方面的典型用戶在日常工作中實際使用版本,并要求用戶報告異常情況,提出批評意見。3配置管理的目的是建立和維護在軟件生命周期中軟件產(chǎn)品的完整性和一致性。一般來說,軟件測試配置管理包括4個最基本的活動:(1
17、)配置標識;(2)變更控制;(3)配置狀態(tài)報告; (4)配置審計。4測試用例就是將軟件測試的行為活動,做一個科學化的組織歸納。5黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試,前提是已知產(chǎn)品所具有的功能,通過測試來檢測每個功能是否都正常使用。 五、 簡答題(3×515分)1. 1).在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下,則可以確立一個有效等價類和兩個無效等價類。2).在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,則可以確立一個有效等價類和一個無效等價類。3).在輸入條件是一個布爾量的情況下,可以確立一個有效等價類和一個無效等價類。4).在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個
18、),并且程序要對每一個輸入值分別處理的情況下,可以確立n個有效等價類和一個無效等價類。5).在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可以確立一個有效等價類(符合規(guī)則)和若干個無效等價類(從不同角度違反規(guī)則)。6).在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下,則應再將該等價類進一步的劃分為更小的等價類。2. 軟件驗收測試應完成哪些主要測試工作?1)文檔資料的審查驗收2)功能測試3)性能測試4)強化測試5)性能降級執(zhí)行方式測試6)檢查系統(tǒng)的余量要求7)安裝測試8)用戶操作測試3. 簡述軟件開發(fā)-軟件測試的對用關系六、 綜合題(1×2020分)解:第一步:劃分等價類,包括4
19、個有效等價類,11個無效等價類。輸入條件有效等價類無效等價類地區(qū)碼空白(1),3位數(shù)字(2)有非數(shù)字字符(5),少于3位數(shù)字(6),多于三位數(shù)字(7)前綴從200到999之間的3位數(shù)字(3)有非數(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)試用例。調(diào)試數(shù)據(jù)范圍期望結(jié)果 ( ) 2762345等價類(1),(3),(4)有效 (635) 8059321等價類(2),(3),(4)有效 對11
20、個無效等價類,要選擇11個調(diào)試用例,如下所示: 調(diào)試數(shù)據(jù) 范圍 期望結(jié)果(20A) 1234567 無效等價類(5)無效 (33 ) 2345678 無效等價類(6)無效 (7777) 3456789 無效等價類(7) 無效 (777) 34A6789無效等價類(8) 無效 (234) 0456789無效等價類(9)無效 (777) 1456789 無效等價類(10) 無效 (777) 346789 無效等價類(11)無效 (777) 23456789 無效等價類(12)無效 (777) 345678A 無效等價類(13) 無效 (777) 345678 無效等價類(14)無效 (777) 3
21、4556789 無效等價類(15) 無效 選取的調(diào)試數(shù)據(jù)可以不同,關鍵是與調(diào)試內(nèi)容相符。一、 單項選擇題;共20小題,每小題1 分,滿分20分;請將答案填入題后括號中。1. 軟件測試的目的是 ( B )(A)發(fā)現(xiàn)程序中的所有錯誤 (B)盡可能多地發(fā)現(xiàn)程序中的錯誤(C)證明程序是正確的 (D)調(diào)試程序 2. 下列_不屬于測試原則的內(nèi)容 ( D )(A)軟件測試是有風險的行為 (B)完全測試程序是不可能的 (C)測試無法顯示潛伏的軟件缺陷 (D)找到的缺陷越多軟件的缺陷就越少3. 導致軟件缺陷的最大原因是 ( A )(A)編制說明書 (B)設計 (C)編碼 (
22、D)測試4. 修復軟件缺陷費用最高的是_階段: ( D ) (A)編制說明書 (B)設計(C) 編寫代碼 (D)發(fā)布5. 白盒測試是根據(jù)程序的_C_來設計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設計測試用例。 (A)功能 (B)性能 (C)內(nèi)部邏輯 (D)內(nèi)部數(shù)據(jù)6. 條件覆蓋的目的是 ( A )(A)使每個判定的所有可能的條件取值組合至少執(zhí)行一次(B)使程序中的每個判定至少都獲得一次“真”值和“假”值。(C)使程序中的每個判定中每個條件的可能值至少滿足一次。(D)使程序中的每個可執(zhí)行語句至少執(zhí)行一次。7. 一個程序中所含有的路徑數(shù)與_有著直接的關系。 ( A )(A) 程序的復雜程度 (B)
23、 程序語句行數(shù)(C)程序模塊數(shù) (D)程序指令執(zhí)行時間8. 動態(tài)黑盒子測試: ( B ) (A)直接測試底層功能、過程、子程序和庫 (B)可估算執(zhí)行測試時代碼量和具體代碼(C)從軟件獲得讀取變量和狀態(tài)信息的訪問權 (D)測試的是軟件在使用過程中的實際行為9. 在自低向上測試中,要編寫稱為_B_的模塊來測驗正在測試的模塊。 (A) 測試存根 (B) 測試驅(qū)動模塊(C)樁模塊 (D) 底層模塊10. 下列_不是軟件自動化測試的優(yōu)點 ( D )(A)速度快、效率高 (B)準確度和精確度高(C)能提高測試的質(zhì)量 (D)能充分測試軟件11. 配置測試 ( C )(A) 是指檢查軟件之間是否正確交互和共享
24、信息 (B) 是交互適應性、實用性和有效性的集中體現(xiàn)(C) 是指使用各種硬件來測試軟件操作的過程 (D) 檢查缺陷是否有效改正12. 下列各項中_不是一個測試計劃所應包含的內(nèi)容 ( B )(A)測試資源、進度安排 (B)測試預期輸出(C)測試范圍 (D)測試策略13. 下列不屬于正式審查的方式是 ( D )(A)同事審查(B) 公開陳述(C) 檢驗(D) 編碼標準和規(guī)范14. 在沒有產(chǎn)品說明書時使用_: ( A )(A)探索測試(B) 功能測試(C) 動態(tài)測試(D) 靜態(tài)測試15. 調(diào)試是 ( D )(A)發(fā)現(xiàn)與預先定義的規(guī)格和標準不符合的問題(B)發(fā)現(xiàn)軟件錯誤征兆的過程(C)有計劃的、可重復
25、的過程(D)消除軟件錯誤的過程16. 在軟件底層進行的測試稱為 ( C )(A) 系統(tǒng)測試 (B) 集成測試 (C) 單元測試 (D) 功能測試17. 在確定黑盒測試策略時,優(yōu)先選用的方法是 ( B )(A) 邊界值分析法 (B) 等價類劃分 (C)錯誤推斷法 (D)決策表方法18. 下列_不屬于軟件缺陷 ( A )(A) 測試人員主觀認為不合理的地方(B) 軟件未達到產(chǎn)品說明書標明的功能(C)軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤(D)軟件功能超出產(chǎn)品說明書指明范圍19. 產(chǎn)品發(fā)布后修復軟件缺陷比項目開發(fā)早期這樣做的費用要高_ ( D )(A)12倍 (B)1020倍 (C)50倍 (D)1
26、00倍或更高20. _把黑盒子測試和白盒子測試的界限打亂了。 ( A ) (A) 灰盒子測試 (B)動態(tài)測試 (C)靜態(tài)測試 (D)失敗測試二、填空題:共10小題20個空格,每個空格1分,滿分20分;請將答案填入指定的空白處。11. 軟件缺陷產(chǎn)生的原因包括_編寫說明書_、設計、_編寫代碼_以及其他原因。12. 軟件開發(fā)模式包括_大棒模式_、邊寫邊改模式、_流水模式_、螺旋模式。13. 黑盒測試用例設計方法包括_等價類劃分法_、_邊界值分析法_以及因果圖法,錯誤推測法等。14. 測試過程中,_測試計劃_用于描述測試的整體方案,_缺陷報告_描述依據(jù)測試案例找出的問題。15. 傳統(tǒng)的等價類劃分測試的
27、實現(xiàn)分兩步進行,一是劃分等價類表_,二是_設計相應的測試用例_。16. 在兼容性測試中,_ 向前兼容_是指可以使用軟件的以前版本, _向后兼容是指可以使用軟件的未來版本。17. 測試工作就是進行輸入、接受輸出、檢驗結(jié)果,不深入代碼細節(jié),這樣的測試方法稱為_動態(tài)黑盒測試_,在不執(zhí)行代碼的條件下有條理地仔細審查軟件設計、體系結(jié)構和代碼,從而找出軟件缺陷的測試方法稱為 靜態(tài)白盒測試_。18. 不需要修復軟件缺陷的原因包括_沒有時間_、不能算真正的軟件缺陷、_風險太大_、不值得修復。19. 白盒測試又稱為_結(jié)構測試_,黑盒測試又稱為_功能測試_。20. 動態(tài)測試的兩個基本要素是_被測試程序_、_測試數(shù)
28、據(jù)_。三、判斷題:共10小題,每小題1分,滿分10分;請將答案以“”、“×”形式填入題后括號中。1. 白盒測試的條件覆蓋標準強于判定覆蓋。 ( × )2. 驗收測試是以最終用戶為主的測試。 ( )3. 測試程序僅僅按預期方式運行就行了。 ( × )4. 自底向上集成需要測試員編寫驅(qū)動程序。 ( )5. 好的測試員不懈追求完美。 ( × )6. 軟件測試工具可以代替軟件測試員。 ( × )7. 最重要的用戶界面要素是軟件符合現(xiàn)行標準和規(guī)范。 ( ) 8. 自動化測試可能延誤項目進度。 ( ) 9. 軟件測試員可以對產(chǎn)品說明書進行白盒測試。 ( )
29、10. 靜態(tài)白盒測試可以找出遺漏之處和問題。 ( )四、名詞解釋;共5小題,每小題3分,滿分15分1軟件缺陷2. 單元測試3白盒測試4.回歸測試5.等價類五、簡答題:共3小題,每小題5分,滿分15分。1. 什么是測試用例?為什么要設計測試用例? 2. 簡述增量式集成測試的自頂向下和自底向上兩種測試方法。3分析單元測試和代碼調(diào)試的區(qū)別。六、:綜合題:共1小題,每小題20分,滿分20分。1按要求給出下列程序的測試用例(要求寫出必要的說明):(1) 語句覆蓋(2) 判定覆蓋(3) 條件覆蓋(4) 判定-條件覆蓋(5) 條件組合覆蓋軟件測試技術(B卷)答案及評分標準七、 單選題(20×120
30、分)題號12345678910答案BDADCAADBD題號11121314151617181920答案CBDADCBADA八、 填空題(20×120分)1.編寫說明書; 編寫代碼2.大棒模式; 流水模式3.等價類劃分; 邊界值分析法4.測試計劃; 缺陷報告5.劃分等價類表; 設計相應的測試用例6.向前兼容; 向后兼容7.動態(tài)黑盒測試; 靜態(tài)白盒測試8.沒有時間; 風險太大9.結(jié)構測試或邏輯驅(qū)動測試; 功能測試或數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明書的測試10.被測試程序; 測試數(shù)據(jù)(測試用例)九、 判斷題(10×110分)題號12345678910答案××
31、5;×十、 名詞解釋(5×315分)1.軟件缺陷:(符合下列規(guī)則的叫軟件缺陷):)軟件未達到產(chǎn)品說明書的功能)軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤)軟件功能超出產(chǎn)品說明書指明范圍)軟件未達到產(chǎn)品說明書雖未指出但應達到的目標)軟件測試員認為難以理解、不易使用、運行速度緩慢、或者最終用戶認為不好2.單元測試:單元測試是對軟件設計的最小單元模塊進行正確性檢驗的測試工作,主要測試模塊在語法、格式和邏輯上的錯誤。3白盒測試白盒測試也稱為結(jié)構測試或邏輯驅(qū)動測試,前提是知道產(chǎn)品內(nèi)部工作過程,可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行,按照程序內(nèi)部的機構測試程序,檢測程
32、序中的每條通路是否都能夠按預定要求正確工作,而不管產(chǎn)品的功能,主要用于軟件驗證。4.回歸測試指軟件系統(tǒng)被修改或擴充(如系統(tǒng)功能增強或升級)后重新進行的測試,是為了保證對軟件所做的修改沒有引入新的錯誤而重復進行的測試。5.等價類:指某個輸入域的子集合,在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。十一、 簡答題(3×515分)1. 所謂的測試用例就是將軟件測試的行為活動,做一個科學化的組織歸納。使用測試用例的好處主要體現(xiàn)在以下幾個方面: 在開始實施測試之前設計好測試用例,可以避免盲目測試并提高測試效率。 測試用例的使用令軟件測試的實施重點突出、目的明確。 在軟件版本更新后只
33、需修正少部分的測試用例便可展開測試工作,降低工作強度、縮短項目周期。 功能模塊的通用化和復用化使軟件易于開發(fā),而相對于功能模塊的測試用例的通用化和復用化則會使軟件測試易于開展,并隨著測試用例的不斷精化其效率也不斷攀升2. 自頂向下增量式測試的主要優(yōu)點在于它可以自然地做到逐步求精,一開始便能讓測試者看到系統(tǒng)的框架。它的主要缺點是需要提供被調(diào)用模擬子模塊,被調(diào)用模擬子模塊可能不能反映真實情況,因此測試有可能不充分。 自底向上測試的優(yōu)點在于,由于驅(qū)動模塊模擬了所有調(diào)用參數(shù),即使數(shù)據(jù)流并未構成有向的非環(huán)狀圖,生成測試數(shù)據(jù)也沒有困難。它的缺點在于,直到最后一個模塊被加入進去之后才能看到整個程序(系統(tǒng))的
34、框架。3. 表面上這兩項技術很相似,因為它們都包括查看代碼、運行程序和處理軟件缺陷的過程,但是它們的目標不同:單元測試是為了發(fā)現(xiàn)軟件缺陷,而代碼調(diào)試的目標是修復軟件缺陷。在分離和查找軟件缺陷原因時這兩個過程發(fā)生交叉。十二、 綜合題(1×2020分)圖中共有4條路徑:P1(ace)、P2(abd)、P3(abe)、P4(acd)。1P1正好滿足語句覆蓋的條件??梢栽O計如下的輸入數(shù)據(jù):A2,B0,x42測試用例如果能夠測試路徑P1(ace)和P2(abd),就可以滿足判定覆蓋要求。可以設計如下兩組輸入數(shù)據(jù):A2,B0,x4A1,B1,x13條件:A1,B0,A2,x1。需要有足夠的測試用
35、例使得上述四個條件都能有滿足和不滿足的情況。以下這兩組輸入數(shù)據(jù)能滿足這些要求:A2,B0,x4A1,B1,x14判定條件覆蓋A2,B0,x4A1,B1,x15可能的條件組合:(1)A1,B0(2)A1,B0(3)A1,B0(4)A1,B0(5)A2,x1(6)A2,x1(7)A2,x1(8)A2,x1相應的輸入數(shù)據(jù):A2,B0,x4 滿足(1)和(5)A2,B1,x1 滿足(2)和(6)A1,B0,x2 滿足(3)和(7)A1,B1,x1 滿足(4)和(8)不定項選擇題(每題2 分,共20分)請將答案填入題后括號中。1.軟件驗收測試的合格通過準則是:( ABCD )A. 軟件需求分析說明書中定
36、義的所有功能已全部實現(xiàn),性能指標全部達到要求。B. 所有測試項沒有殘余一級、二級和三級錯誤。C. 立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。D. 驗收測試工件齊全。2.軟件測試計劃評審會需要哪些人員參加?( ABCD )A.項目經(jīng)理B.SQA 負責人C.配置負責人D.測試組3.下列關于alpha 測試的描述中正確的是:( AD )A.alpha 測試需要用戶代表參加B.alpha 測試不需要用戶代表參加C.alpha 測試是系統(tǒng)測試的一種D.alpha 測試是驗收測試的一種4.測試設計員的職責有:( BC )A.制定測試計劃B.設計測試用例C.設計測試過程、腳本D.評估測試活動5下面哪
37、些屬于動態(tài)分析( CD )A. 代碼覆蓋率B. 模塊功能檢查C. 系統(tǒng)壓力測試D. 程序數(shù)據(jù)流分析6.下面哪些屬于靜態(tài)分析( )A、 代碼規(guī)則檢查B、 程序結(jié)構分析C、 程序復雜度分析D、 內(nèi)存泄漏7軟件實施活動的進入準則是( )A、 需求工件已經(jīng)被基線化B、 詳細設計工件已經(jīng)被基線化C、 構架工件已經(jīng)被基線化D、 項目階段成果已經(jīng)被基線化8不屬于單元測試內(nèi)容的是 ( ) (A)模塊接口測試 (B)局部數(shù)據(jù)結(jié)構測試(C) 路徑測試 (D)用戶界面測試9軟件測試設計活動主要有( )A、 工作量分析B、 確定并說明測試用例C、 確立并結(jié)構化測試過程D、 復審并評估測試覆蓋10不屬于集成測試步驟的是
38、( )A、 制定集成計劃B、 執(zhí)行集成測試C、 記錄集成測試結(jié)果D、 回歸測試二、填空題:共3小題10個空格,每個空格2分,滿分20分;請將答案填入指定的空白處。21. 通過畫因果圖來寫測試用例的步驟為_、_、_、把因果圖轉(zhuǎn)換為狀態(tài)圖和_及共五個步驟。22. 軟件測試主要分為_、_、_、_四類測試。23. 軟件缺陷產(chǎn)生的原因包括_、設計、_以及其他原因。三、判斷題:共10小題,每小題1分,滿分10分;請將答案以“”、“×”形式填入題后括號中。1.軟件測試的目的是盡可能多的找出軟件的缺陷。( )2.Beta 測試是驗收測試的一種。( )3.驗收測試是由最終用戶來實施的。( )4.項目立
39、項前測試人員不需要提交任何工件。( )5.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。( )6.代碼評審是檢查源代碼是否達到模塊設計的要求。( )7.自底向上集成需要測試員編寫驅(qū)動程序。( )8.負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。( )9.測試人員要堅持原則,缺陷未修復完堅決不予通過。( )10.代碼評審員一般由測試員擔任。( )四、名詞解釋;共5小題,每小題3分,滿分15分1測試2. 測試3驅(qū)動模塊4. 樁模塊5. 靜態(tài)測試五、簡答題:共3小題,每小題5分,滿分15分。1. 階段評審與同行評審的區(qū)別。2 . 什么是軟件測試。3 . 簡述集成測試的過程。六、綜合題:共1小題,每小題20
40、分,滿分20分。在三角形計算中,要求三角型的三個邊長:A、B 和C。當三邊不可能構成三角形時提示錯誤,可構成三角形時計算三角形周長。若是等腰三角形打印“等腰三角形”,若是等邊三角形,則提示“等邊三角形”。給出程序偽代碼、控制流程圖、找出基本測試路徑。軟件測試技術(C卷)答案及評分標準十三、 單選題(10×220分)題號12345678910答案ABCDABCDADBCCDABCABCDABCDD十四、 填空題(20×120分)1. 分析程序規(guī)格說明的描述中,哪些是原因,哪些是結(jié)果 、分析程序規(guī)格說明的描述中語義的內(nèi)容,并將其表示成連接各個原因與各個結(jié)果的因果圖、在因果圖上使
41、用若干個特殊的符號標明特定的約束條件、把判定表中每一列表示的情況寫成測試用例2. 單元測試、集成測試、系統(tǒng)測試、驗收測試3. 需求、編碼十五、 判斷題(10×110分)題號12345678910答案×××××十六、 名詞解釋(5×315分)1測試有時也稱為室內(nèi)測試,是由一個用戶在開發(fā)環(huán)境下進行的測試,也可以是開發(fā)機構內(nèi)部的用戶在模擬實際操作環(huán)境下進行的測試。2. 測試是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。3驅(qū)動模塊驅(qū)動模塊就是用來代替主模塊,用它來調(diào)用子模塊4. 樁模塊集成測試前要為被測模塊編制一些模
42、擬其下級模塊功能的“替身”模塊,以代替被測模塊的接口,接受或傳遞被測模塊的數(shù)據(jù),這些專供測試用的“假”模塊稱為被測模塊的樁模塊。5. 靜態(tài)測試就是不執(zhí)行程序的測試,包括代碼走查,編碼規(guī)則檢查,質(zhì)量評審,設計評審等。十七、 簡答題(3×515分)1.區(qū)別階段評審的與同行評審同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤;階段評審目的:評審模塊 階段作品的正確性 可行性 及完整性同行評審人數(shù):3-7人 人員必須經(jīng)過同行評審會議的培訓,由SQA指導階段評審人數(shù):5人左右 評審人必須是專家 具有系統(tǒng)評審資格同行評審內(nèi)容:內(nèi)容小 一般文檔 < 40頁, 代碼
43、< 500行階段評審內(nèi)容: 內(nèi)容多,主要看重點同行評審時間:一小部分工作產(chǎn)品完成階段評審時間: 通常是設置在關鍵路徑的時間點上。 2.什么是軟件測試最簡單的說:為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程3簡述集成測試的過程系統(tǒng)集成測試主要包括以下過程:1. 構建的確認過程。2. 補丁的確認過程。3. 系統(tǒng)集成測試測試組提交過程。4. 測試用例設計過程。5. 測試代碼編寫過程。6. Bug的報告過程。7. 每周/每兩周的構建過程。8. 點對點的測試過程。9. 組內(nèi)培訓過程。十八、 綜合題(1×2020分)1. Program triangle22. Dim a,b,c As Integer3. Dim IsATriangle As Boolean4. Output(“Enter 3 integers wh
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 城市居民用氣協(xié)議
- 2025合同模板股權轉(zhuǎn)讓合同樣本范本
- 文言文閱讀理解能力提升教學方案
- 能源審計與評估培訓試卷
- 船舶行業(yè)智能船舶研發(fā)方案
- 現(xiàn)代農(nóng)業(yè)物流運輸作業(yè)指導書
- 2025城市住宅用地轉(zhuǎn)讓協(xié)議
- 個人兼職信息發(fā)布與保護合作協(xié)議
- 軟件開發(fā)定制與維護技術咨詢服務合同
- 2024-2025學年浙江省紹興市高一上學期期末調(diào)測地理試題(解析版)
- 《園林花卉學》課后題及答案
- 某市道路客運班線管理臺賬
- DB37-T 1854-2020 山東省化工裝置安全試車工作規(guī)范-(高清版)
- 消防檔案范本(企業(yè)類)
- 消防安全管理評分表
- 國際足聯(lián)球員經(jīng)紀人規(guī)則
- 電梯更換鋼絲繩施工方案
- 植物保護學考試復習資料
- 科學二年級第二學期雙減期末綜合測評方案
- 6.醫(yī)院感染綜合性監(jiān)測制度
- 貫徹三標一規(guī)范咨詢工作計劃
評論
0/150
提交評論