2 軟件測(cè)試工程師考試試卷

1、、單項(xiàng)選擇題（本大題共40小題，每小題1分，共40分） TOC o 1-5 h z 1、要錄制鼠標(biāo)移動(dòng)軌跡，應(yīng)使用下列哪種錄制方式：（）A. Analog recording B. low-level recordingC. common recording D. Window recording2、在安裝的過程中，QTP提供標(biāo)準(zhǔn)插件供用戶選擇安裝，下列不屬于QTP提供的標(biāo)準(zhǔn)插件是：（）B. .NETA. ActiveXC. Visual BasicD. Web3、下列工具屬于性能測(cè)試工具的是：（）A.QTPB.QCC. LRD. Web4、軟件測(cè)試的目的是：（）試驗(yàn)性運(yùn)行軟件B.發(fā)現(xiàn)軟件錯(cuò)誤

2、C.證明軟件正確D.找出軟件中全部錯(cuò)誤5、單元測(cè)試中使用的輔助模塊分為驅(qū)動(dòng)模塊和（）A-傳入模塊B.主模塊C.樁模塊D.傳出模塊6、 降低缺陷費(fèi)用最有效的方法是（）測(cè)試盡可能全面B.盡可能早的開始測(cè)試C,測(cè)試盡可能深入D.讓用戶進(jìn)行測(cè)試7、（）是一種黑盒測(cè)試方法，它是把程序的輸入域劃分成若干部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)當(dāng)作測(cè)試用例等價(jià)類劃分法B.邊界值分析法C,因果圖法D.場(chǎng)景法8、使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（）和指定的覆蓋標(biāo)準(zhǔn)。程序內(nèi)部邏輯B.程序復(fù)雜結(jié)構(gòu)C.使用說明書D.程序的功能9、集成測(cè)試分為漸增組裝測(cè)試和（）非漸增組裝測(cè)試B.確認(rèn)測(cè)試C,單元測(cè)試D.測(cè)試計(jì)劃1

3、0、黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí)，主要研究（）。需求規(guī)格說明B.詳細(xì)設(shè)計(jì)說明C.項(xiàng)目開發(fā)計(jì)劃D.概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明11、下面哪些測(cè)試屬于黑盒測(cè)試（）。路徑測(cè)試B.等價(jià)類劃分C.條件判斷D.循環(huán)測(cè)試12、軟件測(cè)試方法中，白盒測(cè)試方法主要用于測(cè)試（）。結(jié)構(gòu)合理性B.軟件外部功能程序正確性D.程序內(nèi)部邏輯13、下面哪項(xiàng)是屬于測(cè)試用例的內(nèi)容（）邏輯覆蓋B.操作步驟C.程序D.代碼14、下面那個(gè)流程是正確的用例管理流程（）編寫用例- 修改用例- 用例評(píng)審-進(jìn)入版本控制庫- 維護(hù)或升級(jí)編寫用例- 用例評(píng)審- 修改用例-進(jìn)入版本控制庫- 維護(hù)或升級(jí)編寫用例- 用例評(píng)審-進(jìn)入版本控制庫- 維護(hù)或升級(jí)- 修

4、改用例編寫用例- 修改用例- 用例評(píng)審- 維護(hù)或升級(jí)-進(jìn)入版本控制庫15、下列哪個(gè)測(cè)試工具是屬于壓力測(cè)試工具（）A. qtpB.loadrunnerC. vssD. svn16、下列哪個(gè)工具是屬于配置管理工具（）A. qtpB.loadrunnerC. vssD. project17、用戶文檔測(cè)試中不包括的是（）用戶需求說明B.操作指南C.用戶手冊(cè)D.隨機(jī)幫助18、 嚴(yán)重的軟件缺陷的產(chǎn)生主要源自（）。A.需求B.設(shè)計(jì)C,編碼D,測(cè)試19、下面那個(gè)不是缺陷報(bào)告的讀者對(duì)象（）A軟件開發(fā)人員 B質(zhì)量管理人員C審查人員D市場(chǎng)部門人員20、軟件測(cè)試方法分為白盒法和（）（A）白盒法（B）黑盒法（C）動(dòng)態(tài)測(cè)

5、試（D）盒法21、基于程序外部功能規(guī)格而進(jìn)行的測(cè)試叫（），又叫功能測(cè)試（A）白盒法（B）黑盒法（C）動(dòng)態(tài)測(cè)試（D）盒法22、 （）是基于程序程序內(nèi)部結(jié)構(gòu)與處理過程而進(jìn)行的測(cè)試。（A）白盒法（B）黑盒法（C）動(dòng)態(tài)測(cè)試（D）盒法23、質(zhì)量預(yù)期一般指（）對(duì)產(chǎn)品質(zhì)量的認(rèn)識(shí)。A、用戶B、開發(fā)者C、管理者D、產(chǎn)品經(jīng)理24、測(cè)試場(chǎng)景是指：（）A、測(cè)試使用的軟硬件環(huán)境B、測(cè)試人員所處的工作環(huán)境C、測(cè)試人員使用的工作流程D、以上所有 TOC o 1-5 h z 25 “ Code And Fix” 模式適用于：（）A、大型系統(tǒng)B、小型系統(tǒng)C、復(fù)雜系統(tǒng) D、高風(fēng)險(xiǎn)系統(tǒng)26、遵循“測(cè)試應(yīng)該盡早開始”這一原則，測(cè)試組

6、織一般采用的簡(jiǎn)單模型是（）A、瀑布模型B、Code And Fix”模型C、W模型 D、迭代模型27、需要依賴于編程技能的測(cè)試類型是（）A、結(jié)構(gòu)化測(cè)試 B、行為測(cè)試 C、性能測(cè)試D、安全測(cè)試28、 使用質(zhì)量風(fēng)險(xiǎn)分析方法是獲得（）的一種方法；A、測(cè)試來源B、測(cè)試工作任務(wù) C、測(cè)試需求D、測(cè)試標(biāo)準(zhǔn)29、在質(zhì)量風(fēng)險(xiǎn)分析會(huì)議中，主要采用的質(zhì)量風(fēng)險(xiǎn)獲取方法是（）A、評(píng)審法B、頭腦風(fēng)暴 C、缺陷分析 D、需求評(píng)審30、以下那一項(xiàng)不是質(zhì)量風(fēng)險(xiǎn)分析中可能采用的技術(shù)（）A、需求錯(cuò)誤分析B、ISO質(zhì)量模型特性分析C、發(fā)現(xiàn)費(fèi)用分析 D、失效模式與影響分析31、 確定對(duì)質(zhì)量風(fēng)險(xiǎn)的合理決定一般是由（）作出；A、產(chǎn)品經(jīng)理

7、8、項(xiàng)目經(jīng)理 C、測(cè)試經(jīng)理 D、集體討論評(píng)審32、在處理定量化的質(zhì)量風(fēng)險(xiǎn)時(shí)，我們不應(yīng)該（）A、指定一個(gè)風(fēng)險(xiǎn)負(fù)責(zé)人；B、嚴(yán)格按質(zhì)量風(fēng)險(xiǎn)優(yōu)先級(jí)數(shù)值范圍劃分質(zhì)量風(fēng)險(xiǎn)測(cè)試級(jí)別；C、進(jìn)行集體討論，以確定合理的風(fēng)險(xiǎn)數(shù)值；D、對(duì)每個(gè)質(zhì)量風(fēng)險(xiǎn)都確定合適的風(fēng)險(xiǎn)類別；33、測(cè)試項(xiàng)目分解的最終目的是說明真正的測(cè)試工作，這一成果體現(xiàn)在（）A、活動(dòng)B、任務(wù) C、計(jì)劃D、策略34、體現(xiàn)測(cè)試項(xiàng)目工作內(nèi)容結(jié)構(gòu)的最簡(jiǎn)單內(nèi)容是（）A、測(cè)試計(jì)劃B、H作分解結(jié)構(gòu) C、進(jìn)度表D、質(zhì)量風(fēng)險(xiǎn)分析表 TOC o 1-5 h z 35、 以下對(duì)底層子任務(wù)的理解不正確的是（）A、具有可觀測(cè)狀態(tài)B、有明確定義的開始和結(jié)束標(biāo)準(zhǔn)C、必須有輸入性提交物

8、 D、包括對(duì)資源需求、工作量等的估算36、 以下對(duì)底層子任務(wù)的理解不正確的是（）A、需要的時(shí)間較短B、相對(duì)獨(dú)立C、有明確定義的負(fù)責(zé)人 D、獨(dú)立于質(zhì)量風(fēng)險(xiǎn)37、對(duì)于工作分解結(jié)構(gòu)，常用的直觀表現(xiàn)工具是（）A、Gantt圖 B、進(jìn)度表 C、用例圖 D、測(cè)試計(jì)劃38、我們把測(cè)試過程的精細(xì)度或粗糙度稱為（）A、力度 B、廣度 C、深度 D、粒度39、回歸風(fēng)險(xiǎn)一般是由（）導(dǎo)致的。A、用戶使用不當(dāng) B、系統(tǒng)發(fā)生改變C、版本控制不良 D、質(zhì)量保證活動(dòng)開展不力40、測(cè)試疏漏一般是針對(duì)（）的缺陷而言。A、回歸測(cè)試發(fā)現(xiàn)的 B、開發(fā)人員發(fā)現(xiàn)的 C、用戶發(fā)現(xiàn)的 D、測(cè)試人員發(fā)現(xiàn)的二、多項(xiàng)選擇題（本大題共25小題，每小題

9、2分，共50分）1、軟件自動(dòng)化測(cè)試面臨的困境，究其原因可發(fā)現(xiàn)有以下幾個(gè)問題：（）A-自動(dòng)化測(cè)試時(shí)間不足，對(duì)于絕望的反應(yīng)。缺乏清晰的目標(biāo)，測(cè)試時(shí)不愿思考軟件。只關(guān)注技術(shù)，而且缺乏經(jīng)驗(yàn)。.自動(dòng)化測(cè)試變化太頻繁。2、下列哪些情況需要考慮引入自動(dòng)化測(cè)試：（）需要重復(fù)執(zhí)行很多次的測(cè)試只執(zhí)行一次的測(cè)試不重要的測(cè)試很快有回報(bào)的測(cè)試3、正規(guī)的手動(dòng)測(cè)試流程至少要包含以下的哪幾個(gè)條件：（規(guī)范的測(cè)試環(huán)境詳細(xì)的測(cè)試用例C-自動(dòng)化腳本架構(gòu)D.執(zhí)行結(jié)果4、軟件自動(dòng)化測(cè)試成本包括：（）實(shí)現(xiàn)成本+運(yùn)行維護(hù)成本。購(gòu)買工具的成本。C .軟件開發(fā)成本。硬件成本+軟件成本。5、靜態(tài)測(cè)試工具包括以下幾種類型：（）A-輸入輸出規(guī)格說明分

10、析檢查錯(cuò)誤檢查復(fù)雜度分析一致性檢查6、下列哪些工具是屬于mercury公司的（現(xiàn)HP）：（）WinrunnerLoadrunnerTestDirectorQuickTest Professional TOC o 1-5 h z 7、下列哪些屬于QTP9.0檢查點(diǎn)？（）A.標(biāo)準(zhǔn)檢查點(diǎn)B.數(shù)據(jù)庫檢查點(diǎn)表格檢查點(diǎn)D.位圖檢查點(diǎn)8、QTP9.0加載項(xiàng)有哪些：（）A. ActiveXB. Visual BasicWebD. Java9、 在QuickTest Professional中下列哪些選項(xiàng)是可以用數(shù)據(jù)表參數(shù)化的（）A.對(duì)象的屬性（Object properties） B.檢查點(diǎn)（Check Po

11、ints）C.對(duì)象方法的參數(shù)（Object Methods）D.檢查點(diǎn)的超時(shí)時(shí)間10、引入自動(dòng)化測(cè)試的目的之一是為減少測(cè)試開銷，但是自動(dòng)測(cè)試不是萬能的，不可能將所有測(cè)試活動(dòng)進(jìn)行自動(dòng)化。下列情況中不適合實(shí)施自動(dòng)化測(cè)試的是：（測(cè)試很少運(yùn)行。例如，一年只運(yùn)行一次軟件不穩(wěn)定，在這期間用戶界面和功能變化頻繁測(cè)試需要主觀判斷或物理交互一個(gè)需要并發(fā)訪問的聯(lián)機(jī)系統(tǒng)11、下列關(guān)于alpha測(cè)試的描述中正確的是：（）alpha測(cè)試需要用戶代表參加alpha測(cè)試不需要用戶代表參加alpha測(cè)試是系統(tǒng)測(cè)試的一種alpha測(cè)試是驗(yàn)收測(cè)試的一種12、軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（）需求工件已經(jīng)被基線化詳細(xì)設(shè)計(jì)工件已經(jīng)被基線

12、化構(gòu)架工件已經(jīng)被基線化。.項(xiàng)目階段成果已經(jīng)被基線化13、軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）A-項(xiàng)目經(jīng)理SQA負(fù)責(zé)人配置負(fù)責(zé)人測(cè)試組14、編寫測(cè)試計(jì)劃的目的是：（）A、使測(cè)試工作順利進(jìn)行B、使項(xiàng)目參與人員溝通更舒暢C、使測(cè)試工作更加系統(tǒng)化D、軟件工程以及軟件過程的需要15、活動(dòng)之間的依存關(guān)系有4種分別是：（）A、開始一結(jié)束B、開始一開始C、結(jié)束一開始D、結(jié)束一結(jié)束16、 選出屬于黑盒測(cè)試方法的選項(xiàng)（）A、測(cè)試用例覆蓋8、輸入覆蓋C、輸出覆蓋D、分支覆蓋E、語句覆蓋F、條件覆蓋17、測(cè)試設(shè)計(jì)員的職責(zé)有：（）制定測(cè)試計(jì)劃設(shè)計(jì)測(cè)試用例設(shè)計(jì)測(cè)試過程、腳本評(píng)估測(cè)試活動(dòng)18、測(cè)試用例包括：（）A、標(biāo)識(shí)

13、符B、要測(cè)試的特性、方法C、測(cè)試用例信息D、通過/失敗規(guī)則19、實(shí)施缺陷跟蹤的目的是：（）A、軟件質(zhì)量無法控制B、問題無法量化C、重復(fù)問題接連產(chǎn)生D、解決問題的知識(shí)無法保留20、TTP支持一下哪些平臺(tái)：（）WindowsSolarisLinuxMac OS X21、軟件測(cè)試過程實(shí)施所必備的核心文檔時(shí)：（）A、測(cè)試計(jì)劃B、測(cè)試用例C、軟件測(cè)試報(bào)告D、軟件需求說明書22、CMMI4體系的測(cè)試過程中只需要四個(gè)度量指標(biāo)：（）A、測(cè)試覆蓋率B、測(cè)試執(zhí)行率C、測(cè)試執(zhí)行通過率D、測(cè)試缺陷解決率23、軟件文檔按照其產(chǎn)生和使用的范圍可分為開發(fā)文檔、管理文檔和用戶文檔，其中開發(fā)文檔包括：（）軟件需求說明可行性研究

14、報(bào)告維護(hù)修改建議。.項(xiàng)目開發(fā)計(jì)劃24、軟件測(cè)試需求說明了在一個(gè)軟件測(cè)試項(xiàng)目中：（）人、項(xiàng)目說明8、項(xiàng)目的規(guī)格。、項(xiàng)目的測(cè)試范圍。、項(xiàng)目的測(cè)試目標(biāo)25、軟件測(cè)試模型有：（）A、V模型B、瀑布模型C、W模型D、H模型三、判斷題（本大題共10小題，每小題1分，共10分）1、運(yùn)行最頻繁的測(cè)試需要考慮引入自動(dòng)化測(cè)試。（）2、軟件測(cè)試是能保障軟件可靠性的萬能藥。（）3、100%的測(cè)試自動(dòng)化是一個(gè)可實(shí)現(xiàn)的需求。（）4、 功能覆蓋率越高，測(cè)試成本也越高。（）5、要檢查某個(gè)頁面上的數(shù)據(jù)表是否正確，可使用數(shù)據(jù)庫檢查點(diǎn)。（）6、QTP9.0只能在C/S結(jié)構(gòu)下使用。（）7、測(cè)試腳本不需要測(cè)試人員寫，只需要錄制就行了。（）8、當(dāng)使用“低級(jí)錄制”時(shí)，QuickTest將所有父類對(duì)象錄制為Windo