軟件測試復(fù)習(xí)題(一)_第1頁
軟件測試復(fù)習(xí)題(一)_第2頁
軟件測試復(fù)習(xí)題(一)_第3頁
軟件測試復(fù)習(xí)題(一)_第4頁
軟件測試復(fù)習(xí)題(一)_第5頁
已閱讀5頁,還剩14頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、軟件測試復(fù)習(xí)題(1)、選擇題1 .在軟件測試階段,測試步驟按次序可以劃分為以下 幾步:(A )A、單元測試、集成測試、系統(tǒng)測試、驗收測試B、驗收測試、單元測試、系統(tǒng)測試、集成測試C單元測試、集成測試、驗收測試、系統(tǒng)測試 口系統(tǒng)測試、單元測試、集成測試、驗收測試2 .軟件測試技術(shù)可以分為靜態(tài)測試和動態(tài)測試,下列 說法中錯誤的是(d )。A、靜態(tài)測試是指不運行實際程序,通過檢查和閱讀 等手段來發(fā)現(xiàn)程序中的錯誤。B、動態(tài)測試是指實際運行程序,通過運行的結(jié)果來 發(fā)現(xiàn)程序中的錯誤。C動態(tài)測試包括黑盒測試和白盒測試。D白盒測試是靜態(tài)測試,黑盒測試是動態(tài)測試。(白盒 測試有靜態(tài)測試,也有動態(tài)測試)3 .單元

2、測試時,調(diào)用被測模塊的是( c )。A、樁模塊 (被測調(diào)用的模塊)B、通信模塊C、驅(qū)動模塊D、代理模塊4 .基本路徑測試滿足(a )A、語句覆蓋B、路徑覆蓋(覆蓋準(zhǔn)則最強)C、分支覆蓋D、條件覆蓋A需求分析(系統(tǒng)測試)(集成測試)C.詳細設(shè)計(單元測試)D.編碼(單元測試)5 .如果一個產(chǎn)品中次嚴(yán)重的缺陷基本完成修正并通 過復(fù)測,這個階段的成品是(B )。A、Alpha版(可能還會有一兩個嚴(yán)重錯誤)B、Beta版(次要錯誤剛修正)C、正版(C類錯誤也完全沒有)D、以上都不是6 .軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)(B )階段的錯誤。B .概要設(shè)計7 .下列有關(guān)測試過程V模型的說法中,正確的

3、是(B )A、驗收測試應(yīng)確定成程序的執(zhí)行是否滿足軟件設(shè)計的 要求(單元測試和集成測試應(yīng)確定成程序的執(zhí)行是否滿足軟件設(shè)計的要求)B、系統(tǒng)測試應(yīng)確定系統(tǒng)功能和性能的質(zhì)量特性是否達 到系統(tǒng)要求的指標(biāo)C、單元測試和集成測試應(yīng)確定軟件的實現(xiàn)是否滿足用 戶需要或合同的要求(驗收測試確定軟件的實現(xiàn)是否滿足用戶需要或合同的要求)D、集成測試在編碼結(jié)束前就可以開始8 .下列關(guān)于 Web應(yīng)用軟件測試的說法中,正確的是(a )A、Cookie測試是Web應(yīng)用軟件功能測試的重要內(nèi)容 (功能測試)B、對于沒有使用數(shù)據(jù)庫的 Web應(yīng)用軟件,不需要進 行性能測試 (需要進行性能測試)C、鏈接測試是Web應(yīng)用軟件易用性測試的

4、重要內(nèi)容 D、Web應(yīng)用軟件安全性測試僅關(guān)注 Web應(yīng)用軟件 是能夠防御網(wǎng)絡(luò)攻擊9 .在程序測試中,用于檢查程序模塊或子程序之間的 調(diào)用是否正確的靜態(tài)分析方法是( d )。A、操作性分析B、可靠性分析C、引用分析 D、接口分析A B G D都是靜態(tài)分析(程序與程序間的調(diào)用是接口問題)10 .下列指導(dǎo)選擇和使用測試覆蓋率的原則中錯誤的 是(D)。A、覆蓋率不是目的,僅是一種手段B、不要追求絕對100%的覆蓋率 (路徑覆蓋不可能100喊到)C、不可能針對所有的覆蓋率指標(biāo)來選擇測試用例D、只根據(jù)測試覆蓋率指標(biāo)來指導(dǎo)測試用力的設(shè)計11 .測試設(shè)計員的職責(zé)有:(c )制定測試計劃 (測試或項目負(fù)責(zé)人做)

5、 設(shè)計測試用例 設(shè)計測試過程、腳本評估測試活動 (測試或項目負(fù)責(zé)人做) A、和B、和C、和D、和12 .遴軍朝蟒:4 2 )。D; |扁灣 teA 測試總結(jié)類13 .以下關(guān)于軟件可靠性與硬件的可靠性主要區(qū)別的說法中,正確的是(A )。A、軟件的每個復(fù)制都是完全一樣的, 而按照設(shè)計生產(chǎn) 出來的同規(guī)格硬件總有微小差別B、軟件經(jīng)常面臨惡意的使用者,而硬件沒有惡意的使 用者C、軟件的使用者通常遍及整個世界,而硬件的使用者 通常只局限于某個地區(qū)D、軟件的失效都是邏輯錯誤引起的, 而硬件的失效都 不是邏輯錯誤引起的14 .以下關(guān)于軟件回歸測試的說法中錯誤的是(C )A、軟件變更后,應(yīng)對軟件變更部分的正確性

6、和對變更 需求的符合性進行測試B、軟件變更后,首先應(yīng)對變更的軟件單元進行測試, 然后再進行其他相關(guān)的測試C、軟件變更后,不必再對軟件原有正確的功能、 性能 和其他規(guī)定的要求進行測試D、對具體的軟件,可以根據(jù)軟件測試合同及軟件的重 要性、完整性級別對回歸測試內(nèi)容進行剪裁15 .以下說法中錯誤的是(C)A、軟件配置項測試的目的是檢驗軟件配置與軟件需求 規(guī)格說明的一致性B、軟件配置項測試一般由軟件供方組織,由獨立于軟件開發(fā)的人員實施,軟件開發(fā)人員配合C、軟件配置項測試不得委托第三方實施 (可以是第三方實施, 但必須是政府規(guī)定的一些單位)D、軟件配置項測試要求被測軟件配置項已通過單元測 試和集成測試1

7、6 .下面說法正確的是 (c )。A、經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確B、測試的目標(biāo)是為了證明程序沒有錯誤C、成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試D、成功的測試是沒有發(fā)現(xiàn)錯誤的測試17 .不屬于白盒測試的技術(shù)是(c)。A、語句覆蓋B、判定覆蓋C、邊界值分析D、基本路徑測試白盒測試:語句覆蓋,判斷覆蓋,條件覆蓋,判斷 /條件覆蓋,組合覆蓋,路徑覆蓋18 .缺陷產(chǎn)生的原因(D)A、交流不充分及溝通不暢;軟件需求的變更;軟件開 發(fā)工具的缺陷B、軟件的復(fù)雜性;軟件項目的時間壓力C、程序開發(fā)人員的錯誤;軟件項目文檔的缺乏D、以上都是19 .某次程序調(diào)試沒有出現(xiàn)預(yù)計的結(jié)果,下列(b )不可能是導(dǎo)致出

8、錯的原因。A、變量沒有初始化B、編寫的語句書寫格式不規(guī)范C、循環(huán)控制出錯D、代碼輸入有誤20 .以下哪種軟件測試屬于軟件性能測試的范疇(B )(性能測試:負(fù)載測試,失效測試,壓力測試,狹隘的性能測試等)A、接口測試B、壓力測試C、單元測試D、易用性測試21 . ( c)方法根據(jù)輸出對輸入的依賴關(guān)系設(shè)計 測試用例A.路徑測試 界值分析B.等價類C.因果圖D.邊22 .軟件測試管理包括測試過程管理、配置管理以及 ()A、測試評審管理B、測試用例管理 C、測試計劃管理 D、測試實施管理 r測試過程管理軟件測試管理配置管理 、測試評審測試23 .在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時, 在下列覆蓋中

9、,(d )是最強的覆蓋準(zhǔn)則。A.語句覆蓋B.條件覆蓋C.判定一條件覆蓋 D.路徑覆蓋24 .軟件的集成測試工作最好由( A )承擔(dān),以 提高集成測試的效果。()A、不屬于該軟件開發(fā)組的軟件設(shè)計人員B、該軟件的設(shè)計人員C、該軟件開發(fā)組的負(fù)責(zé)人D、該軟件的編程人員 (集成測試不是該軟件開發(fā)組的軟件人員做)25 .以下哪一項屬于軟件易用性測試關(guān)注的范疇 (H )。A、軟件是否能在多種操作系統(tǒng)下運行B、軟件是否能與同類軟件共享數(shù)據(jù)(兼容性)C、軟件是否能主動禁止用戶可能進行的非法操作D、軟件是否能夠抵御網(wǎng)絡(luò)攻擊(安全性)26 .下列關(guān)于 Web應(yīng)用軟件測試的說法中,正確的是(A)A、Cookie測試是

10、Web應(yīng)用軟件功能測試的重要內(nèi)容B、對于沒有使用數(shù)據(jù)庫的 Web應(yīng)用軟件,不需要進 行性能測試C、鏈接測試是Web應(yīng)用軟件易用性測試的重要內(nèi)容 D、Web應(yīng)用軟件安全性測試僅關(guān)注 Web應(yīng)用軟件 是能夠防御網(wǎng)絡(luò)攻擊27 .軟件驗證和確認(rèn)是保證軟件質(zhì)量的重要措施,它的實施應(yīng)該針對(b )。A、程序編寫階段B、軟件開發(fā)的所有階段(軟件驗證和確認(rèn)貫穿整個軟件所有階段)C、軟件調(diào)試階段D、軟件設(shè)計階段28 .以下關(guān)于極限測試的說法中,正確的是( 正 )cA、極限測試是一種針對極限編程軟件測試B、極限測試中所有的測試均由編碼人員完成C、與傳統(tǒng)的軟件測試相比,極限測試是一種更嚴(yán)格的 測試D、極限測試中只需

11、要進行單元測試 (極限測試包括集成測試,單29 .在程序測試中,用于檢查程序模塊或子程序之間的 調(diào)用是否正確的靜態(tài)分析方法是( D )。A、操作性分析B、可靠性分析C、引用分析D、接口分析30 .下列各項中,評審方法是按照正式化程序逐漸增強 排列的是(EO )A、正式評審、小組評審、走查、結(jié)對評審、臨時評審 B、臨時評審、走查、結(jié)對審查、輪查、正式審查C、臨時評審、走查、小組評審、結(jié)對審查、正式審查 D、臨時評審、輪查、結(jié)對審查、走查、正式審查二、簡答題1 .黑盒測試設(shè)計測試用例主要有哪幾種方法?1)等價類劃分方法2 )邊界值分析方法3)錯誤推測方法 4 )因果圖方法5)判定表驅(qū)動分析方法6

12、)正交實驗設(shè)計方法7 )功能圖分析方法2 .測試用例由哪兩部分組成?測試輸入數(shù)據(jù)和對應(yīng)的預(yù)期輸出3 .集成測試中的兩種集成模式是?1) 非漸增式集成自頂向下集成2) 漸增式集成NJ自底向上集成4 .軟件性能測試包括?容量測試、壓力測試、界面測試、安全測試、可靠性測試、負(fù)載測試、強度測試5 .編寫單元測試用例說明書的依據(jù)是?需求分析實際數(shù)據(jù)預(yù)期結(jié)果6 .軟件驗收測試包括哪三種類型?Alpha版、Beta版、正版7 .軟件開發(fā)的基本過程包括?1) 設(shè)計:制定集成測試計劃和單元測試計劃2) 實現(xiàn):程序編寫開發(fā)開發(fā)相應(yīng)的測試代碼或測試腳本3) 測試:實現(xiàn)測試,并提交相應(yīng)的測試報告8 .軟件測試活動的生

13、命周期分為哪幾部份?軟件生存周期包括軟件定義、軟件開發(fā)以及軟件使用與維護3個部分9 .軟件的缺陷等級應(yīng)如何劃分?每類錯誤包括哪些錯誤?A類一嚴(yán)重錯誤:a、由于程序所引起的死機,非法退出 b、死循環(huán)c、數(shù)據(jù)庫發(fā)生死鎖d、因錯誤操作導(dǎo)致的程序中斷 e、功能錯誤f、與數(shù)據(jù)庫連接錯誤g、數(shù)據(jù)通訊錯誤B類一較嚴(yán)重錯誤:a、程序錯誤b、程序接口錯誤c、數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件C類一一般錯誤:a、操作界面錯誤b、打印內(nèi)容、格式錯誤c、簡單的輸入限制未放在前臺進行控制d、刪除操作未給出提示e、數(shù)據(jù)庫表中有過 多的空字段D類一較小錯誤:a、界面不規(guī)范b、輔助說明描述不清楚c、輸入輸出不

14、規(guī)范d、長操作未給用戶提示e、提示窗口文字未采用行業(yè)術(shù)語f、可輸 入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志10 .請描述靜態(tài)測試和動態(tài)測試的區(qū)別。靜態(tài)測試是指不運行被測程序本身,僅通過分析或檢查源程序的語法、結(jié)構(gòu)、 過程、接口等來檢查程序的正確性。動態(tài)測試方法是指通過運行被測程序,檢查運行結(jié)果與預(yù)期結(jié)果的差異,并分析運行效率和健壯性等性能11 .比較負(fù)載、容量測試和強度測試的區(qū)別?負(fù)載測試:負(fù)載測試是一種性能測試,指數(shù)據(jù)在超負(fù)荷環(huán)境中運行,程序是 否能夠承擔(dān)。強度測試:強度測試是一種性能測試,他在系統(tǒng)資源特別低的情況下軟件系 統(tǒng)運行情況。容量測試:確定系統(tǒng)可處理同時在線的最大用戶數(shù)容量測試,通常和數(shù)

15、據(jù)庫有關(guān),容量和負(fù)載的區(qū)別在于:容量關(guān)注的是大容量,而不需要表現(xiàn)實際的使用12 .試說出軟件測試的原則?軟件測試原則:1、盡早和不斷的測試。2、程序員應(yīng)該避免檢查自己的程序,軟件測試應(yīng)該由第三方構(gòu)造。3、設(shè)計測試用例時應(yīng)該考慮到合法的輸入和不合法的輸入以及各種邊界條件。4、注意測試中的錯誤集中發(fā)生現(xiàn)象。5、對測試錯誤結(jié)果有確認(rèn)過程。6、制定嚴(yán)格的測試計劃,并把測試時間安排的盡量寬松。7、回歸測試的關(guān)聯(lián)性,原有功能過濾8、進行版本控制,制定變更測試文檔的流程。13 .你認(rèn)為一個優(yōu)秀的測試工程師應(yīng)該具備哪些素 質(zhì)?1 .具有良好的計算機編程基礎(chǔ)2 .具有創(chuàng)新精神和超前意識3 .不懈努力,追求完美4

16、 .具有整體觀念,對細節(jié)敏感5 .團隊合作精神14 .軟件測試活動的生命周期及各階段的內(nèi)容第一階段 計劃:負(fù)責(zé)整個測試階段的監(jiān)控。第二階段 需求分析:確定測試需求分析,制定系統(tǒng)測試計劃。測試需求分析 是指產(chǎn)品生存周期中測試所需的資源、配置、各階段評審?fù)ㄟ^的標(biāo)準(zhǔn)等。第三階段 設(shè)計(概要設(shè)計和詳細設(shè)計階段):制定集成測試計劃和單元測試 計戈U第四階段 程序編寫開發(fā)相應(yīng)的測試代碼或測試腳本 第五階段測試實施測試,并提交相應(yīng)的測試報告第六階段 運行和/維護項目規(guī)劃階段。15 .測試結(jié)束的標(biāo)準(zhǔn)是什么?嚴(yán)重程度在某一可接受范圍內(nèi)的缺陷都已經(jīng)關(guān)閉 是否達到原先的覆蓋定義標(biāo)16 .簡單介紹至少五款軟件測試或測

17、試管理的工具。WinRunner進行功能測試 ;LoadRunner進行性能測試;QuickTest Professional 支持 功能測試和驗收測試;JMeter進行web測試;badboy; VUnit 2.6三、分析題1 .某軟件項目規(guī)格說明如下:對于處于提交審批狀態(tài)的單據(jù),數(shù)據(jù)完整率達到80町上或已經(jīng)過業(yè)務(wù)員確認(rèn),則進行處理。要求:根據(jù)規(guī)格說明,分析原因結(jié)果,畫出因果圖,根據(jù)因果圖列出判定表2 .某軟件的規(guī)格說明:文件名的第一個字符必須為A或B,第二個字符必須是數(shù)字。滿足則修改文件。若第一個字符不為A或B,打印錯誤信息X12,若第二個字符不為數(shù)字,則打印錯誤信息 X1區(qū)要求:列出原因

18、與結(jié)果,畫出因果圖,并根據(jù)因果圖 列出判定表。判定直,條件口1:gOq0+aw*Or*OrIp3aOp口0歲心OrW中間值,Upg*w1卡P1卡結(jié)果21pOuOq卜Or無法實現(xiàn)個2加1戶1尸go0/0眸11Ov1/0q口g3 .請為以下函數(shù)單元進行單元測試設(shè)計測試用例,要求滿足條件組合覆蓋與路徑一覆蓋。(注明得到測試的過程)回 -int func1(int a,b,c)也f int k=1;國if (a>0|b<0)k=k+a;elsek=k+b;if (c>0)k=k+c;return k;首先使用條件組合覆蓋法設(shè)計測試用例:5>a>0 b<0記T1 T£,第一個判定取真*. 2)aC=0 b<0記-T1 T2,第一個判定取真R ®a>0 b>=0記T1 -T2,第一個判定取宣,】 ©aUO b>=0記-T1 -T2,第一個判鎧雙假.c>0記T3,篁二個判定取真+ cUO記43第二個判定取假.用例編號+-測

溫馨提示

  • 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)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論