基礎(chǔ)級模擬題

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

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

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

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

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

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

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

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

9、lt;100，那么在測試中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ù)以下程序設(shè)計(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.下列關(guān)于等價類分析的理解中正確的是：(K3)a)進(jìn)行等價類分析不僅要覆蓋有效等價類，適當(dāng)也要覆蓋無效等價類b)等價類

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

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

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

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

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

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

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

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

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

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