istqb基礎級模擬題_第1頁
istqb基礎級模擬題_第2頁
istqb基礎級模擬題_第3頁
istqb基礎級模擬題_第4頁
istqb基礎級模擬題_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、“測試基礎”考題1.不同的測試階段,需要考慮不同的測試目標。比如,在開發(fā)測試中,如組件測試(unittesting)、集成測試(integration testing)和系統(tǒng)測試(system testing)等,測試的主要目標是:a)盡可能的發(fā)現(xiàn)失效b)確認系統(tǒng)是否按照預期工作c)對軟件的質量進行評估d)驗證在開發(fā)過程中的變更是否引入新的缺陷2.確定測試的出口準則是下列哪一個測試階段的主要任務之一?(Kl)a)測試計劃階段b)測試分析和設計階段c)測試控制階段d)測試實現(xiàn)和執(zhí)行階段3.測試用例可以由以下哪(幾)個選項來確定?(Kl)A.測試對象的規(guī)格說明B.測試平臺C. 由分析源代碼D.測試

2、框架a)A.Bb) A.Cc) B,Cd) C,D4.通過編寫程序制定測試用具,如驅動器( driver),模擬程序(simulator),是以下哪個活動的主要內(nèi)容?(K1)a)計劃和控制b)分析和設計c)實現(xiàn)和執(zhí)行d)評估出口準則和測試報告5.關于獨立的軟件測試組的描述不正確的是:(K2)a)不利于關注開發(fā)過程中工作產(chǎn)品可能存在的缺陷b)可以避免作者的偏見c)不等于完全代替工作產(chǎn)品的作者d)開發(fā)人員不是總能有效的找到自己工作產(chǎn)品中存在的缺陷7.軟件的外部質量和內(nèi)部質量可能包括下列哪些質量特性描述: (K2)A.功能性B.可靠性C.易用性D.移植性E.維護性a)A,Bb)A,B,Cc)A,B,

3、C,Dd)全部選項“軟件生命周期中的測試”考題8.下面關于軟件開發(fā)模型的選擇,描述正確的是: (KI)A.V模型是最早的開發(fā)模型,現(xiàn)在已經(jīng)很少使用了B.迭代開發(fā)模型是較好的、較新開發(fā)模型,所以適合不同的軟件項目C.W模型是V模型的拓展,強調(diào)開發(fā)和測試的并行性D.軟件開發(fā)的模型必須根據(jù)項目的內(nèi)容和產(chǎn)品的特征來選擇a) A, Bb) A, B, Cc) B, C, Dd) C. D9.-個好的測試應該具有的特點包括:(K1)A.每個開發(fā)活動都有相對應的測試行為B.每個測試級別(test level)都有其特有的測試目標C.每個測試級別(test leve l)都需要在相應的開發(fā)活動過程中進行相應的

4、測試分析和設計D.在開發(fā)生命周期中,測試員(tester)在文檔初稿階段就應該參與文檔的評審(review)E.采用V模型作為軟件開發(fā)模型a) A,B,Cb) B,C,Dc) A.B.C,Dd) A,B,C,D,E10.用來判定軟件產(chǎn)品的可被理解、易學、易操作和在特定條件下吸引用戶程度的測試屬于: (K1)a)功能測試b)非功能測試c)結構測試d)確認測試和回歸測試11.關于代碼的判定覆蓋率,主要在哪個測試級別的測試設計中考慮:(KI)a)系統(tǒng)測試b)集成測試c)組件測試d)驗收測試12.下面的測試類型不屬于驗收測試的是(K2)a)用戶驗收測試b)系統(tǒng)測試c)合同驗收測試d) Beta測試13

5、.關于軟件測試,下列描述錯誤的是:(K2)a)兼容性測試是軟件產(chǎn)品的特性測試b)非功能測試可以在各個級別的測試中進行測試c)白盒測試的窮舉路徑能發(fā)現(xiàn)與數(shù)據(jù)相關的缺陷d)回歸測試可以在各個級別的測試中進行測試“靜態(tài)技術”考題14.典型的正式評審應該包括哪些角色:(K1)a)經(jīng)理、主持人、作者、評審人、記錄員b)作者、評審人、記錄員c)經(jīng)理、主持人、作者、記錄員d)主持人、作者、評審員15.以下屬于靜態(tài)分析工具能夠發(fā)現(xiàn)的典型缺陷是:(K1)a)軟件的可維護性缺陷b)軟件對話框中的文字拼寫錯誤c)引用一個沒有定義的變量d)代碼實現(xiàn)和設計不符16.參與技術評審時,如下的哪些不是必需執(zhí)行的過程。(K2)

6、a)查找發(fā)現(xiàn)問題b)闡明間題c)組織討論問題d)解決問題17.根據(jù)組件或系統(tǒng)內(nèi)部結構的分析來獲取測試條件和測試用例的技術是(KI) a)白盒技術b)黑盒技術c)基于經(jīng)驗的技術d)基于規(guī)格說明的技術18.關于基于經(jīng)驗的測試技術的表述正確的是:(K1)a)錯誤推斷是基于對未來可能出現(xiàn)錯誤的點進行針對性測試。b)基于經(jīng)驗的測試技術是作為黑盒測試的補充,只在某些特殊測試項目中適用。c)為了加快測試進度,完全可以由熟練的測試工程師進行基于經(jīng)驗的測試。d)基于經(jīng)驗的測試只在很有限的范圍內(nèi)可用。19.下面哪個不屬于靜態(tài)分析:(K1)a)編程規(guī)則的檢查b)程序結構分析c)程序復雜度分析d)內(nèi)存泄漏20.下面不

7、屬于基于經(jīng)驗的特殊值測試的一項描述是:(K1)a)對于分子和分母的形式( X/Y),考慮采用分母有可能為零(Y=0)的參數(shù)進行測試。b)對于表格排序處理,使用當表格為滿并且已經(jīng)排序的情況或表格為滿并且表格具有相同的內(nèi)容時進行測試。c)對于16位的正整敦型的輸入項,使用32767和32768來進行測試.d)在開方操作中中,考慮采用負的數(shù)值進行測試21.對測試用例和測試數(shù)據(jù)進行詳細描述的文檔是:(K2)a)測試計劃b)測試設計規(guī)格說明c)測試用例規(guī)格說明d)測試規(guī)程規(guī)格說明22.下面屬于基于結構的測試技術的特點的有:(K2)A.根據(jù)軟件的結構信息獲取測試用例,比如軟件代碼和軟件設計B.可以通過已有

8、的測試用例測量軟件的測試覆蓋率,增加測試用例能增加的系統(tǒng)測試覆蓋率C.使用正式或非正式的模型來描述需要解決的問題或軟件D.測試用例根據(jù)參與人員的經(jīng)驗和知識來獲取a) A,Bb) A,B,C,Dc) B,Cd) A,B,C23.某處需要輸入用戶密碼,用戶密碼的有效值是以字母開頭并以數(shù)字結尾的長度為8的字符串,根據(jù)等價類劃分,下面哪個選項中的兩個字符串分別屬于不同的等價類:(K3)a) ISTQBISTQB, IST12ISTQBb) 123ISTQB,123istqbc) istqb123,ISTQB123d) ISTQB123,123ISTQB24.用邊界值分析法,假定X是整數(shù)且1X100,那

9、么在測試中X的合理取值是:(K3) a) X=1,X=100b)X=l,X=2,X=50,X=99,X=1OOc) X=2, X=99 d) X=0,X=1, X=51, X=10125.根據(jù)以下程序設計語句覆蓋測試用例:(K3)a)測試用例a=5,c=7b)測試用例a=11,c=6c)測試用例a=5,c=ll; a=9,c=5d)測試用例a=5,c=7; a=ll,c=626.有5個輸入條件下的決策表的規(guī)則個數(shù)最多是:(K3)a)16b)8c)32d) 527.下列關于等價類分析的理解中正確的是:(K3)a)進行等價類分析不僅要覆蓋有效等價類,適當也要覆蓋無效等價類b)等價類如果劃分的合理,

10、等價類內(nèi)的所有點應該符合等價關系c)等價類劃分一般只能從輸入變量入手d)等價類的劃分既可以從輸入變量也可以從輸出變量入手,但根據(jù)輸入變量劃分的等價類粒度要小些。28.在應用等價類劃分的測試技術時,正確的做法是?(K3)A.在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下,則可以確立一個有效等價類和一個無效等價類.B.在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,可確立一個有效等價類和一個無效等價類.C.在輸入條件是一個布爾量的情況下,可確定一個有效等價類和一個無效等價類.D.在規(guī)定了輸入數(shù)據(jù)的一組值(假定n個),并且程序要對每一個輸入值分別處理的情況下,可確立n+l個有效等價類和

11、一個無效等價類.E.在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可確立一個有效等價類(符合規(guī)則)和若干個無效等價類(從不同角度違反規(guī)則).E在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下,則應再將該等價類進一步的劃分為更小的等價類.a)A, C, Eb) D, E, Fc)A, C, Fd) B, C, E“測試管理”考題29.下面關于測試獨立性的重要性的論述,哪個觀點是正確的?(Kl)a)獨立的測試人員可以驗證系統(tǒng)規(guī)格說明和實現(xiàn)階段所做的一些假設;b)獨立的測試人員檢查開發(fā)工作產(chǎn)品,可以讓開發(fā)人員有更好的軟件質量的責任感:c)獨立的測試人員,可以和開發(fā)人員之間更容易進行溝通和資源協(xié)調(diào)

12、;d)獨立的測試人員,有助于軟件產(chǎn)品的及時發(fā)布,而不容易成為項目的瓶頸;30.下面哪個測試任務應該是測試組長的主要職責?(Kl)a)決定什么應該自動化、自動化的程度,以及如何實現(xiàn);b)參與測試用例評審和測試計劃的制定;c)根據(jù)需要使用測試管理工具和測試監(jiān)控工具:d)創(chuàng)建測試規(guī)格說明;31.在進行測試工作量估算的時候,下面哪個因素是不需要考慮的?(K1)a)測試對象的規(guī)模,測試對象在可靠性、安全性等方面的要求;b)參與測試人員的經(jīng)驗和技能水平;c)測試團隊中測試人員的數(shù)目;d)測試過程中可能發(fā)現(xiàn)的缺陷數(shù)量;32.某研發(fā)團隊正在開發(fā)一款車載北斗衛(wèi)星導航系統(tǒng),該系統(tǒng)將為客戶提供到達目的地路線、最近加

13、油站、賓館酒店,以及其他信息的最佳路線。車載北斗衛(wèi)星導航系統(tǒng)終端主要由北斗衛(wèi)星模塊、無線通信模塊、報警控制模塊、語言控制模塊、顯示模塊和車載PC等組成。項目組要求采用公司內(nèi)部獨立的測試團隊進行該車載北斗衛(wèi)星導航系統(tǒng)的系統(tǒng)測試。采用獨立的測試團隊進行系統(tǒng)測試,可能會面臨各種問題。下面關于面臨問題的論述,哪個是錯誤的?(K2)a)獨立的測試團隊,由于開發(fā)團隊在前期交付版本的延期,導致測試無法按時完成而成為項目的瓶頸;b)獨立的測試團隊,容易讓開發(fā)人員認為后續(xù)由測試人員把關質量,導致開發(fā)人員喪失對軟件質量的責任感;c)獨立的測試團隊,由于和開發(fā)團隊的隔離,導致在發(fā)現(xiàn)缺陷的有效性和效率方面存在挑戰(zhàn);d

14、)獨立的測試團隊,由于和開發(fā)團隊的隔離,導致測試與開發(fā)之間的交流和溝通存在一定的障碣:33.某研發(fā)團隊正在開發(fā)一款網(wǎng)上購書系統(tǒng),測試團隊在估算測試工作量的時候,將該系統(tǒng)中的功能劃分為兩類:重要功能和非重要功能。測試作為一個成熟團隊,對過去的歷史數(shù)據(jù)有很好的度量分析。在公司已有的度量數(shù)據(jù)中,包括了每個測試用例相關的測試活動所需要的時間估算,該時間依賴于被測試功能本身的重要性: 公司度量 重要功能 非重要功能測試實現(xiàn) 10小時 8小時 測試執(zhí)行 8小時 4小時 假如該網(wǎng)上購書系統(tǒng)包含了10個重要功能和10個非重要功能,估算測試實現(xiàn)和測試執(zhí)行的工作量應該是多少? (K2) a)270小時b)180小

15、時c)90小時d)540小時34.某開發(fā)團隊正在開發(fā)一款銀行排隊叫號系統(tǒng),以減少客戶在辦理業(yè)務過程中的等待時間和提供一個良好的等待環(huán)境。該排隊叫號系統(tǒng)主要由票務打印系統(tǒng)和窗口操作系統(tǒng)組成,主要的功能模塊包括派號功能模塊、叫號功能模塊、預約功能模塊和管理功能模塊。該系統(tǒng)測試由獨立的測試團隊負責進行,下面是系統(tǒng)測試出口準則的定義: .-所有計劃執(zhí)行的測試用例全部執(zhí)行完畢并且測試用例執(zhí)行通過率必須大于95%;-嚴重程度為1的缺陷全部修復并再測試(確認測試)通過;測試執(zhí)行過程中應該收集和分析哪個選項中的度量?(K2)a)收集和分析測試用例執(zhí)行/還沒有執(zhí)行的數(shù)目,通過/失敗的測試用例數(shù)目,以及不同缺陷狀

16、態(tài)在不同嚴重程度中的分布;b)收集和分析測試用例執(zhí)行/沒有執(zhí)行的測試用例數(shù)目,以及不同缺陷狀態(tài)在不同嚴重程度中的分布;c)收集和分析測試用例執(zhí)行/沒有執(zhí)行的測試用例數(shù)目,以及已經(jīng)執(zhí)行的測試用例達到的需求覆蓋率:d)收集和分析測試用例執(zhí)行通過/失敗的測試用例數(shù)目,以及已經(jīng)執(zhí)行的測試用例達到的需求覆蓋率;35.某研發(fā)團隊正在開發(fā)一款網(wǎng)上購書系統(tǒng),該系統(tǒng)基于Internet,采用了B2C (Businessto Cosurers)模式.該系統(tǒng)不僅可以幫助擴大商家的規(guī)模和市場影響力,并且可以減少企業(yè)的經(jīng)營成本和提高工作效率.該系統(tǒng)主要為用戶提供了注冊和登錄、查看書籍、購物車管理、囊認購買書籍信息管理、

17、生成訂單管理;為管理員提供了書籍管理、修改書籍管理、訂單管墨等功籠。該系統(tǒng)的羹試由獨立的羹試團隊負責,采用的基于風險的測試策略。通過對每個功能模塊的風險分折,針對注冊和登錄功能、查看書籍功能、購物車管理功能、生成訂單管理功能的風險級別分別為4、3、2和1(風險級別越高,其風險越高)。測試團隊針對注冊和登錄功能、查看書籍功能、購物車管理功能、生成訂單管理功能設計的測試用例數(shù)目分別為80、60、40和20。測試團隊每天能夠執(zhí)行的測試用例數(shù)目是20個。 假如測試團隊采用風險的廣度優(yōu)先的策略,進行測試用例執(zhí)行進度的安捧(測試用例執(zhí)行的比例,根據(jù)風險級別的高低,分別為4:3:2:1)。完成5天的測試任務

18、之后,針對該系統(tǒng)功能模塊執(zhí)行的測試用例數(shù)目各自為多少?(K3)a)注冊和登錄:80個;查看書籍:20個;b)注冊和登錄:40個;查看書籍:30個:購物車管理:20個;生成訂單管理:10個:c)注冊和登錄:60個,查看書籍:40個;d)注冊和登錄:70個;查看書籍:10個;購物車管理:10個:生成訂單管理:IO個;36.某研發(fā)團隊正在開發(fā)一款網(wǎng)上購書系統(tǒng),該系統(tǒng)基于Internet,采用了B2C (Businessto Consumers)模式。該系統(tǒng)不僅可以幫助擴大商冢的規(guī)模和市場影響力,并且可以減少企業(yè)的經(jīng)營成本和提高工作效率。該系統(tǒng)主要為用戶提供了注冊和登錄、查看書籍、購物車管理、確認購買

19、書籍信息管理、生成訂單管理;為管理員提供了書籍管理、修改書籍管理、訂單管理等功能。測試人員在測試購物車管理功能的時候,選擇購物車內(nèi)的物品超過2件,進行刪除,界面會給出一個錯誤的告警,無法成功刪除選中的物品。 作為測試人員,你編寫了如下的一個事件報告:1.標識符: DefectSH00092.摘要:無法刪除購物車內(nèi)的物品;版本R1.O.11;發(fā)現(xiàn)該問題的測試用例ID是GWC Func_ 007;3.事件描述:假如在購物車內(nèi)選中的物品超過2件,無法刪除選中的物品;4.影響:用戶無法刪除購物車內(nèi)的物品,導致用戶無法使用購物車結帳;關于上述的缺陷報告,下面哪項是正確的? (K3)a)缺陷報告格式符合IEEE 829-1998的事件報告格式,但是事件描述不滿足要求b)缺陷報告格式符合IEEE 829-1998的事件報告格式,同時事件描述也滿足要求c)缺陷報告格式不符合IEEE 829-1998的事件報告格式,同時事件描述不滿足要求d)缺陷報告格式不符合IEEE 829-1998的事件報告格式,但是事件描述已經(jīng)滿足要求“測試工具”考題37.下面關于靜態(tài)分析工具的論斷,下面哪個是正確的

溫馨提示

  • 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. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論