北京大學(xué)軟件測試期末試題2(有答案)_第1頁
北京大學(xué)軟件測試期末試題2(有答案)_第2頁
北京大學(xué)軟件測試期末試題2(有答案)_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、軟件測試根底( B 卷)一、 單項(xiàng)選擇題;共 20 小題,每題 1分,總分值 20 分;請將答案填入題后括號中。1.軟件測試的目的是(A) 發(fā)現(xiàn)程序中的所有錯誤(B) 盡可能多地發(fā)現(xiàn)程序中的錯誤2.3.4.5.6.7.8.9.10.11.(C) 證明程序是正確的以下_不屬于測試原那么的內(nèi)容(A) 軟件測試是有風(fēng)險的行為(C) 測試無法顯示潛伏的軟件缺陷導(dǎo)致軟件缺陷的最大原因是(A) 編制說明書(B)設(shè)計修復(fù)軟件缺陷費(fèi)用最高的是(A)編制說明書白盒測試是根據(jù)程序的(A) 功能(B)條件覆蓋的目的是階段:(D)(B)(C)調(diào)試程序完全測試程序是不可能的(D)找到的缺陷越多軟件的缺陷就越少編碼(D)

2、測試(B)設(shè)計(C) 編寫代碼(D)發(fā)布_來設(shè)計測試用例 , 黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。性能C)內(nèi)部邏輯(D)內(nèi)部數(shù)據(jù)(A) 使每 個判定的所有可能的條件取值組合至少執(zhí)行一次(B) 使程序中的每個判定至少都獲得一次“真值和“假值。(C) 使程序中的每個判定中每個條件的可能值至少滿足一次。(D) 使程序中的每個可執(zhí)行語句至少執(zhí)行一次。一個程序中所含有的路徑數(shù)與(A) 程序 的復(fù)雜程度動態(tài)黑盒子測試:(B)有著直接的關(guān)系。程序語句行數(shù)(C)程序模塊數(shù)(D)程序指令執(zhí)行時間(A)直接測試底層功能、過程、子程序和庫(C) 從軟件獲得讀取變量和狀態(tài)信息的訪問權(quán)在自低向上測試中,要編寫稱

3、為(A) 測試存根(B)可估算執(zhí)行測試時代碼量和具體代碼(D)測試的是軟件在使用過程中的實(shí)際行為的模塊來測驗(yàn)正在測試的模塊。(B) 測試驅(qū)動模塊(C)樁模塊(D)底層模塊以下 _不是軟件自動化測試的優(yōu)點(diǎn)(A) 速度快、效率高 (B) 準(zhǔn)確度和精確度高(C) 能提高測試的質(zhì)量(D) 能充分 測試軟件配置測試(A) 是指檢查軟件之間是否正確交互和共享信息(B)是交互適應(yīng)性、實(shí)用性和有效性的集中表達(dá)12.13.14.(C) 是指使用各種硬件來測試軟件操作的過程以下各項(xiàng)中 _不是一個測試方案所應(yīng)包含的內(nèi)容(A) 測試資源、進(jìn)度安排以下不屬于正式審查的方式是(A) 同事審查(B)在沒有產(chǎn)品說明書時使用(

4、D)檢查缺陷是否有效改正(B) 測試預(yù) 期輸出公開陳述(C)(C)檢驗(yàn)測試范圍(D)測試策略(D) 編碼標(biāo)準(zhǔn)和標(biāo)準(zhǔn)(A) 探索測試 (B) 功能測試 (C) 動態(tài)測試 (D) 靜態(tài)測試15. 調(diào)試是(A) 發(fā)現(xiàn)與預(yù)先定義的規(guī)格和標(biāo)準(zhǔn)不符合的問題 (B) 發(fā)現(xiàn)軟件錯誤征兆的過程(C) 有方案的、可重復(fù)的過程 (D) 消除軟件錯誤的過程16. 在軟件底層進(jìn)行的測試稱為(A) 系統(tǒng)測試 (B) 集成測試 (C) 單元測試 (D) 功能測試17. 在確定黑盒測試策略時,優(yōu)先選用的方法是(A) 邊界值分析法 (B) 等價 類劃分 (C) 錯誤推斷法 (D) 決策表方法18. 以下 _不屬于軟件缺陷(A)

5、 測試人員主觀認(rèn)為不合理的地方(B) 軟件未到達(dá)產(chǎn)品說明書標(biāo)明的功能(C) 軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤(D) 軟件功能超出產(chǎn)品說明書指明范圍19. 產(chǎn)品發(fā)布后修復(fù)軟件缺陷比工程開發(fā)早期這樣做的費(fèi)用要高 (A)12倍 (B)1020倍 (C)50 倍(D)100倍或更高20. 把黑盒子測試和白盒子測試的界限打亂了。(A)灰盒子測試(B)動態(tài)測試(C)靜態(tài)測試(D)失敗測試二、填空題:共 10小題 20個空格,每個空格 1分,總分值 20分;請將答案填入指定的空白處。1. 軟件缺陷產(chǎn)生的原因包括 編寫說明書 、設(shè)計、 編寫代碼 以及其他原因。2. 軟件開發(fā)模式包括 大棒模式 、邊寫邊改

6、模式、 流水模式 、螺旋模式。3. 黑盒測試用例設(shè)計方法包括 等價類劃分 、邊界值分析 以及因果圖法,錯誤推測法等。4. 測試過程中, 測試方案 用于描述測試的整體方案, 缺陷報告 描述依據(jù)測試案例找出的問題。5. 傳統(tǒng)的等價類劃分測試的實(shí)現(xiàn)分兩步進(jìn)行,一是 劃分等價類表 ,二是 設(shè)計相應(yīng)的測試用例 。6. 在兼容性測試中, 向前兼容 是指可以使用軟件的以前版本, 向后兼容 是指可以使用軟件的未來版本。7. 測試工作就是進(jìn)行輸入、接受輸出、檢驗(yàn)結(jié)果,不深入代碼細(xì)節(jié),這樣的測試方法稱為動態(tài)黑盒測試 ,在不執(zhí)行代碼的條件下有條理地仔細(xì)審查軟件設(shè)計、體系結(jié)構(gòu)和代碼,從而找出軟件缺陷的測試方法稱為靜態(tài)

7、白盒測試 。8. 不需要修復(fù)軟件缺陷的原因包括 沒有時間 、不能算真正的軟件缺陷、風(fēng)險太大 、不值得修復(fù)。9.白盒測試又稱為 結(jié)構(gòu)測試或邏輯驅(qū)動測試,黑盒測試又稱為 功能測試或數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明書的測試10.動態(tài)測試的兩個根本要素是 被測試程序 、被測試數(shù)據(jù)(測試用例) 。三、判斷題:共 1 0小題,每題 1 分,總分值10分;請將答案以“、“X形式填入題后括號中。1.白盒測試的條件覆蓋標(biāo)準(zhǔn)強(qiáng)于判定覆蓋。X( N)2.驗(yàn)收測試是以最終用戶為主的測試。y( Y)3.測試程序僅僅按預(yù)期方式運(yùn)行就行了。X( N)4.自底向上集成需要測試員編寫驅(qū)動程序。y( Y)5.好的測試員不懈追求完美。X

8、( N)6.軟件測試工具可以代替軟件測試員。X( N)(Y )(Y )(Y )(Y )7. 最重要的用戶界面要素是軟件符合現(xiàn)行標(biāo)準(zhǔn)和標(biāo)準(zhǔn)。y8. 自動化測試可能延誤工程進(jìn)度。y9. 軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。y10. 靜態(tài)白盒測試可以找岀遺漏之處和問題。y四、名詞解釋;共 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)為難以理解、不易使用、運(yùn)行速度緩慢、或者最終用戶認(rèn)為不好2. 單元測試 單元測試

9、是對軟件設(shè)計的最小單元一一模塊進(jìn)行正確性檢驗(yàn)的測試工作,主要測試模塊在語法、格式和邏輯 上的錯誤。3. 白盒測試白盒測試也稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試,前提是知道產(chǎn)品內(nèi)部工作過程,可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行,按照程序內(nèi)部的機(jī)構(gòu)測試程序, 檢測程序中的每條通路是否都能夠按預(yù)定要求正確工作,而不管產(chǎn)品的功能,主要用于軟件驗(yàn)證。4. 回歸測試指軟件系統(tǒng)被修改或擴(kuò)充(如系統(tǒng)功能增強(qiáng)或升級)后重新進(jìn)行的測試,是為了保證對軟件所做的修改沒有引入新的錯誤而重復(fù)進(jìn)行的測試。5. 等價類指某個輸入域的子集合,在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的。五、簡答題:共

10、3小題,每題5分,總分值15分。1. 什么是測試用例?為什么要設(shè)計測試用例?所謂的測試用例就是將軟件測試的行為活動,做一個科學(xué)化的組織歸納。使用測試用例的好處主要表達(dá)在以下幾個方面:在開始實(shí)施測試之前設(shè)計好測試用例,可以防止盲目測試并提高測試效率。測試用例的使用令軟件測試的實(shí)施重點(diǎn)突岀、目的明確。在軟件版本更新后只需修正少局部的測試用例便可展開測試工作,降低工作強(qiáng)度、縮短工程周期。功能模塊的通用化和復(fù)用化使軟件易于開發(fā),而相對于功能模塊的測試用例的通用化和復(fù)用化那么會使軟件測試易于開展,并隨著測試用例的不斷精化其效率也不斷攀升2. 簡述增量式集成測試的自頂向下和自底向上兩種測試方法。自頂向下增

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

12、過程發(fā)生交叉。六、:綜合題:共1小題,每題20分,總分值20分。1 按要求給岀以下程序的測試用例要求寫岀必要的說明語句覆蓋判定覆蓋圖中共有 4 條路徑:P1 ace、P2abd、P3abe、P4acd。1. P1正好滿足語句覆蓋的條件??梢栽O(shè)計如下的輸入數(shù)據(jù):A = 2, B = 0, x= 42 測試用例如果能夠測試路徑P1 ace和P2 abd,就可以滿足判定覆蓋要求??梢栽O(shè)計如下兩組輸入數(shù)據(jù):A = 2, B = 0, x= 4A = 1, B= 1 , x= 13條件:A > 1, B = 0, A = 2, x> 1。需要有足夠的測試用例使得上述四個條件都能有滿足和不滿足的情況。以下這兩組 輸入數(shù)據(jù)能滿足這些要求:A = 2, B = 0, x= 4A = 1, B= 1 , x= 14 判定/條件覆蓋A = 2, B = 0, x= 4A = 1, B= 1 , x= 15可能的條件組合:(1)A>1

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論