軟件測試模擬試卷_第1頁
軟件測試模擬試卷_第2頁
軟件測試模擬試卷_第3頁
軟件測試模擬試卷_第4頁
軟件測試模擬試卷_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、軟件測試模擬試卷一、判斷題(每題1分,12 分,正確的,錯誤的) 1軟件測試的目的是盡可能多的找出軟件的缺陷。()2Beta 測試是驗收測試的一種。() 3驗收測試是由最終用戶來實施的。() 4項目立項前測試人員不需要提交任何工件。()5單元測試能發(fā)現(xiàn)約80%的軟件缺陷。()6代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。()7自底向上集成需要測試員編寫驅(qū)動程序。() 8負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。()9測試人員要堅持原則,缺陷未修復(fù)完堅決不予通過。() 10代碼評審員一般由測試員擔(dān)任。()11我們可以人為的使得軟件不存在配置問題。()   

2、12集成測試計劃在需求分析階段末提交。()二、不定項選擇題(1至5題每題2分,后面每題4分,共35分) 1軟件驗收測試的合格通過準(zhǔn)則是:() A 軟件需求分析說明書中定義的所有功能已全部實現(xiàn),性能指標(biāo)全 部達(dá)到要求。B 所有測試項沒有殘余一級、二級和一C 立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。 D 驗收測試工件齊全。 2軟件測試計劃評審會需要哪些人員參加?() A項目經(jīng)理 BSQA 負(fù)責(zé)人 C配置負(fù)責(zé)人 D測試組  3下列關(guān)于alpha 測試的描述中正確的是:() Aalpha 測試需要用戶代表參加 Balpha 測試不需要用戶代表參加 Calpha 測試是系統(tǒng)

3、測試的一種 Dalpha 測試是驗收測試的一種4測試設(shè)計員的職責(zé)有:() A制定測試計劃 B設(shè)計測試用例 C設(shè)計測試過程、腳本 D評估測試活動 5軟件實施活動的進(jìn)入準(zhǔn)則是:() A需求工件已經(jīng)被基線化 B詳細(xì)設(shè)計工件已經(jīng)被基線化 C構(gòu)架工件已經(jīng)被基線化 D項目階段成果已經(jīng)被基線化 6、從供選擇的答案中選出應(yīng)填入下列(    )中的字句。 軟件測試的目的是( )。為了提高測試的效率,應(yīng)該( )。使用白盒測試方法時,確定測試數(shù)據(jù)應(yīng)根據(jù)( )和指定的覆蓋標(biāo)準(zhǔn)。與設(shè)計測試數(shù)據(jù)無關(guān)的文檔是( )。 軟件的集成測試工作最好由( )承擔(dān),以提高集成測試的效果。 供選擇的答案:

4、A. 評價軟件的質(zhì)量 發(fā)現(xiàn)軟件的錯誤 找出軟件中的所有錯誤  證明軟件是正確的 B. 隨機(jī)地選取測試數(shù)據(jù) 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù) 在完成編碼以后制定軟件的測試計劃 選擇發(fā)現(xiàn)錯誤的可能性大的數(shù)據(jù)作為測試數(shù)據(jù) C. 程序的內(nèi)部邏輯 程序的復(fù)雜程度 使用說明書 程序的 功能 D. 該軟件的設(shè)計人員 程序的復(fù)雜程度 源程序 項目開發(fā)計劃 E.  該軟件的設(shè)計人員 該軟件開發(fā)組的負(fù)責(zé)人 該軟件的編程人員 不屬于該軟件開發(fā)組的軟件設(shè)計人員 7、請從供選擇的答案中選出應(yīng)填入下列(    )中的字句。 程序的三種基本控制結(jié)構(gòu)是( )。它們的共同點(diǎn)是(

5、 )。結(jié)構(gòu)化程序設(shè)計的一種基本方法是( )。軟件測試的目的是()。軟件調(diào)試的目的是()。 供選擇的答案: A. 過程,子程序,分程序 順序,條件,循環(huán) 遞歸,堆棧,隊列 調(diào)用,返回,轉(zhuǎn)移 B. 不能嵌套使用 只能用來寫簡單的程序 已經(jīng)用硬件實現(xiàn) 只有一個入口和一個出口 C. 篩選法 遞歸法 歸納法 逐步求精法 D. 證明程序中沒有錯誤 發(fā)現(xiàn)程序中的錯誤 測量程序的動態(tài)特性  檢查程序中的語法錯誤 E. 找出錯誤所在并改正之 排除存在錯誤的可能性 對錯誤性質(zhì)進(jìn)行分類 統(tǒng)計出錯的次數(shù) 8、從下列關(guān)于軟件測試的敘述中,選出5條正確的敘述。 (1) 用黑盒法測試時,測試用例是根據(jù)程序內(nèi)部邏輯

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

7、件測試的敘述的(    )內(nèi)的正確答案。 軟件測試方法可分為黑盒測試法和白盒測試法兩種。 黑盒測試法是通過分析程序的( )來設(shè)計測試用例的方法。除了測試程序外,它還適用于對( )階段的軟件文檔進(jìn)行測試。 白盒測試法是根據(jù)程序的( )來設(shè)計測試用例的方法。除了測試程序外,它也適用于對()階段的軟件文檔進(jìn)行測試。 白盒法測試程序時常按照給定的覆蓋條件選取測試用例。( )覆蓋比( )覆蓋嚴(yán)格,它使得每一個判定的每一條分支至少經(jīng)歷一次。( )覆蓋既是判定覆蓋,又是條件覆蓋,但它并不保證使各種條件都能取到所有可能的值。( )覆蓋比其他條件都要嚴(yán)格,但它不能保證覆蓋程序中的每

8、一條路徑。 單元測試一般以( )為主,測試的依據(jù)是( )。 供選擇的答案: A: 應(yīng)用范圍 內(nèi)部邏輯 功能 輸入數(shù)據(jù) B: 編碼 軟件詳細(xì)設(shè)計 軟件總體設(shè)計 需求分析 C: 語句 判定 條件 判定/條件 多重條件 路徑 D: 白盒法 黑盒法 E: 模塊功能規(guī)格說明 系統(tǒng)模塊結(jié)構(gòu)圖 系統(tǒng)需求規(guī)格說明 10、從供選擇的答案中選出應(yīng)該填入下列關(guān)于軟件測試的敘述的( )內(nèi)的正確答案。 軟件測試中常用的靜態(tài)分析方法是( )和( )。( )用于檢查模塊或子程序間的調(diào)用是否正確。分析方法(白盒方法)中常用的方法是( )方法。非分析方法(黑盒方法)中常用的方法是( )方法和( )方法。( )方法根據(jù)輸出對輸入

9、的依賴關(guān)系設(shè)計測試用例。 供選擇的答案: A: 引用分析 算法分析  可靠性分析 效率分析 接口分析 操作分析 B: 路徑測試 等價類 因果圖 歸納測試 綜合測試 追蹤 深度優(yōu)先 調(diào)試 相對圖 三、填空題(每空1分,13 分) 1軟件驗收測試包括_、_、_三種類型。2設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有_、_、和_。 3對面向過程的系統(tǒng)采用的集成策略有_、_兩種。 4通過畫因果圖來寫測試用例的步驟為_、_、_、_及_共五個步驟。四、簡單與設(shè)計(每題8分,共40分)1、下面是選擇排序的程序,其中datalist是數(shù)據(jù)表,它有兩個數(shù)據(jù)成員:一是元素類型為Element的數(shù)組V,另一個是數(shù)

10、組大小n。算法中用到兩個操作,一是取某數(shù)組元素V的關(guān)鍵碼操作getKey ( ),一是交換兩數(shù)組元素內(nèi)容的操作Swap( )。       void SelectSort ( datalist & list )          for ( int i = 0; i < list.n-1; i+ )             

11、   int k = i;               for ( int j = i+1; j < list.n; j+)             if ( list.Vj.getKey ( ) < list.Vk.getKey ( ) ) k = j;      

12、           if(k!=i)Swap(list.Vi,list.Vk );             (1) 試計算此程序段的McCabe復(fù)雜性; (2) 用基本路徑覆蓋法給出測試路徑; (3) 為各測試路徑設(shè)計測試用例。2、根據(jù)下面給出的規(guī)格說明,利用等價類劃分的方法,給出足夠的測試用例。 “一個程序讀入三個整數(shù)。把此三個數(shù)值看成是一個三角形的三個邊。這個程序要打印出信息,說明這個三角形是三邊不等的、是等腰的、還是等邊的。”3、設(shè)要對一個自動飲料售貨機(jī)軟件進(jìn)行黑盒測試。該軟件的規(guī)格說明如下: “有一個處理單價為1元5角錢的盒裝飲料的自動售貨機(jī)軟件。若投入1元5角硬幣,按下“可樂”、“雪碧”或“紅茶”按鈕,相應(yīng)的飲料就送出來。若投入的是2元硬幣,在送出飲料的同時退還5角硬幣?!?(1) 試?yán)靡蚬麍D法,建立該軟件的因果圖; (2) 設(shè)計測試該軟件的全部測試用例。 4、對一個長度為100,000條指令的程序進(jìn)行測試,記錄下來的數(shù)據(jù)如下: 測試開始, 發(fā)

溫馨提示

  • 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

提交評論