軟件測(cè)試工程師2012(上)真題

2012年（上）全國(guó)信息技術(shù)水平考試?yán)碚摬糠忠弧雾?xiàng)選擇題（本大題共30小題，每題1.5分，共45分）1．依照ISO/IEC9126-1質(zhì)量模型，下列軟件特性中屬于安全保密子特性的是()A．可靠性B．維護(hù)性D．功能性C．可移植性2．性能測(cè)試是為描述測(cè)試對(duì)象與性能相關(guān)的特性對(duì)其進(jìn)行評(píng)價(jià)而實(shí)施和執(zhí)行的一類測(cè)試，不同角色對(duì)于軟件性能的認(rèn)識(shí)是不同的，其中系統(tǒng)管理員的認(rèn)識(shí)是()①支持的并發(fā)用戶數(shù)、最大業(yè)務(wù)處理數(shù)②支持7×24小時(shí)連續(xù)運(yùn)行③服務(wù)器資源使用是否合理④內(nèi)存使用方式是否合理⑤線程同步方式是否合理⑥資源競(jìng)爭(zhēng)是否合理A．①②③B．①③④C．④⑤⑥D(zhuǎn)．②③④3．對(duì)軟件生命周期的把握是保證其質(zhì)量的重要基礎(chǔ)，那么軟件生命周期包括()A．項(xiàng)目簽約、需求定義、需求分析、架構(gòu)設(shè)計(jì)、程序編碼、軟件測(cè)試和運(yùn)行維護(hù)B．項(xiàng)目規(guī)劃、需求定義、需求分析、軟件設(shè)計(jì)、程序編碼、軟件測(cè)試和運(yùn)行維護(hù)C．項(xiàng)目規(guī)劃、架構(gòu)設(shè)計(jì)、軟件設(shè)計(jì)、程序編碼、軟件測(cè)試和運(yùn)行維護(hù)D．項(xiàng)目規(guī)劃、需求分析、軟件詳細(xì)設(shè)計(jì)、程序編碼、集成測(cè)試和運(yùn)行維護(hù)4．某信息發(fā)布論壇，該系統(tǒng)有3000個(gè)用戶，平均每天有1000個(gè)用戶登錄系統(tǒng)進(jìn)行操作，每個(gè)用戶從登錄到退出的平均時(shí)間是4小時(shí)，在一天內(nèi)，用戶在8小時(shí)內(nèi)使用該系統(tǒng)，則下列說法中正確的是（）．A．系統(tǒng)用戶數(shù)為3000，在線用戶1000，并發(fā)用戶數(shù)為500，最大并發(fā)用戶數(shù)為566B．系統(tǒng)用戶數(shù)為1000，在線用戶3000，并發(fā)用戶數(shù)為300，最大并發(fā)用戶數(shù)為500C．系統(tǒng)用戶數(shù)為3000，在線用戶1000，并發(fā)用戶數(shù)為500，最大并發(fā)用戶數(shù)為566D．系統(tǒng)用戶數(shù)為3000，在線用戶1000，并發(fā)用戶數(shù)為500，最大并發(fā)用戶數(shù)為5665.在軟件投入運(yùn)行前，對(duì)軟件進(jìn)行（），是軟件質(zhì)量保證的關(guān)鍵步驟。6．下列關(guān)于性能測(cè)試中所包括的測(cè)試類型的描述正確的是（壘Z7<A．負(fù)載測(cè)試的目標(biāo)是確定系統(tǒng)處理能力的極限B．壓力測(cè)試是指在系統(tǒng)穩(wěn)定運(yùn)行情況下（保證總業(yè)務(wù)量），長(zhǎng)時(shí)間運(yùn)行系統(tǒng)的測(cè)試，考察系統(tǒng)的性能變化。屬于可靠性測(cè)試的范疇C．失效恢復(fù)測(cè)試是針對(duì)任何系統(tǒng)來說，檢驗(yàn)如果系統(tǒng)局部發(fā)生故障，系統(tǒng)災(zāi)備措施是否可以正常啟動(dòng)，用戶是否可以繼續(xù)使用D．考察系統(tǒng)的軟硬件最佳配置需要進(jìn)行疲勞強(qiáng)度測(cè)試7．軟件手工測(cè)試在現(xiàn)階段條件下有不可替代性，但是與自動(dòng)化測(cè)試相比他又有明顯的局限性，這些局限性包括()①通過手工測(cè)試無法做到覆蓋所有代碼路徑②功能測(cè)試用例往往具有一定的重復(fù)性③自動(dòng)化測(cè)試更好實(shí)施④相對(duì)自動(dòng)化測(cè)試，手工測(cè)試需要大量的實(shí)施培訓(xùn)⑤性能測(cè)試需要模擬大的壓力時(shí)，手工測(cè)試無法實(shí)現(xiàn)⑥大量測(cè)試用例如果需要短時(shí)間內(nèi)完成，手工測(cè)試幾乎做不到‘A.①⑨⑤⑥B．①②⑤⑥C．②④⑤⑥D(zhuǎn)．②③④⑥8．廣義的軟件測(cè)試是由確認(rèn)、驗(yàn)證、測(cè)試3個(gè)方面組成的，下面關(guān)于確認(rèn)和驗(yàn)證的描述中正確的是（）A．確認(rèn)想證實(shí)在任何外部環(huán)境中軟件的邏輯正確性B．驗(yàn)證試圖證明在軟件生存期各個(gè)階段，以及階段間的邏輯協(xié)調(diào)性、完備性和正確性C．確認(rèn)保證所生產(chǎn)的軟件可追溯到軟件詳細(xì)設(shè)計(jì)的一系列活動(dòng)D．驗(yàn)證保證軟件正確地實(shí)現(xiàn)了特定功能的軟一需求、設(shè)計(jì)和編碼活動(dòng)9．A列關(guān)于軟件質(zhì)量保證描述中正確的是()A．軟件質(zhì)量保證(sQA)是通過對(duì)各種文檔的評(píng)審來保證軟件質(zhì)量，是軟件生命周期的管理以及驗(yàn)證軟件是否滿足規(guī)定的質(zhì)量和用戶的需求B．軟件質(zhì)量保證和軟件測(cè)試沒有任何關(guān)系c．軟件質(zhì)量保證對(duì)過程中的產(chǎn)物——開發(fā)文檔和源代碼進(jìn)行走查、運(yùn)行軟件以找出問題，報(bào)告質(zhì)量D．軟件質(zhì)量保證采用“全面質(zhì)量管理”和“過程改進(jìn)”的原理開展質(zhì)量保證工作10.自動(dòng)化功能測(cè)試可以分解為：()。①畫出業(yè)務(wù)流程圖②根據(jù)業(yè)務(wù)流程分解業(yè)務(wù)功能③可以被復(fù)用的功能也要分解出來④按照路徑覆蓋的思想，組織測(cè)試用例⑤挑選自動(dòng)化測(cè)試工具，如：loadrunner⑥配置監(jiān)控資源，并執(zhí)行測(cè)試腳本A.①②③④B.①②⑤⑥C.②④⑤⑥D(zhuǎn).②③④⑥11．在進(jìn)行性能測(cè)試時(shí)，往往需要監(jiān)控各種服務(wù)器資源，則監(jiān)控的指標(biāo)有()A．CPU、內(nèi)存＆SWAP、磁盤管理、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)連接數(shù)、活動(dòng)進(jìn)程B．CPU、內(nèi)存＆SWAP、磁盤管理、網(wǎng)絡(luò)、JDBC、活動(dòng)進(jìn)程C．CPU、內(nèi)存＆SWAP、磁盤管理、網(wǎng)絡(luò)、文件系統(tǒng)、活動(dòng)進(jìn)程D．CPU、內(nèi)存＆SWAP、文件系統(tǒng)、活動(dòng)進(jìn)程第2頁(yè)共6頁(yè)12．下列關(guān)于Linux操作系統(tǒng)指令的描述中錯(cuò)誤的是（）A．vmstat:對(duì)系統(tǒng)虛擬內(nèi)存、進(jìn)程、CPU活動(dòng)監(jiān)視B．iostat:對(duì)系統(tǒng)的磁盤操作活動(dòng)進(jìn)行監(jiān)視C．find:查找文件或目錄D．chown:比較兩個(gè)文件是否有差異13.下列關(guān)于軟件測(cè)試目的的描述中錯(cuò)誤的是（）。A．對(duì)軟件質(zhì)量進(jìn)行度量和評(píng)估，以提高軟件的質(zhì)量B．盡最大的可能找出最多的錯(cuò)誤C．證明程序是正確的D．發(fā)現(xiàn)開發(fā)所采用的軟件過程的缺陷，進(jìn)行軟件的過程改進(jìn)。14.下列關(guān)于W模型的描述中正確的是()A．w模型強(qiáng)調(diào)測(cè)試伴隨著整個(gè)軟件開發(fā)周期，測(cè)試對(duì)象不僅僅是程序，需求、功能和設(shè)計(jì)同樣需要測(cè)試B．所有開發(fā)活動(dòng)完成，才可執(zhí)行測(cè)試C．W模型把軟件的開發(fā)視為合同簽訂、需求、設(shè)計(jì)、編碼等一系列串行活動(dòng)D.在W模型中，需求、設(shè)計(jì)、編碼串行進(jìn)行，也可以并行工作15.白盒測(cè)試包括靜態(tài)測(cè)試，其中靜態(tài)測(cè)試包括（）A.代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、邏輯覆蓋法B．代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法C．邏輯覆蓋法、基本路徑測(cè)試法D．邏輯覆蓋法、基本路徑測(cè)試法、靜態(tài)質(zhì)量度量法16.黑盒測(cè)試又稱功能測(cè)試，典型的黑盒測(cè)試方法包括(A．等價(jià)類劃分、因果圖、邊界分析、場(chǎng)景法等B．等價(jià)類劃分、因果圖、邊界分析、邏輯覆蓋法等C．等價(jià)類劃分、靜態(tài)質(zhì)量度量法、邊界分析、場(chǎng)景法等的活動(dòng)D.等價(jià)類劃分、因果圖、邊界分析、代碼檢查法17．下列選項(xiàng)中屬于測(cè)試策略的是（）①影響資源分配的特殊考慮（例如外部接口、模擬物理?yè)p壞、安全性威脅）②確定需要監(jiān)控的服務(wù)器資源③確定完成測(cè)試任務(wù)所必需的培訓(xùn)內(nèi)容④要使用的測(cè)試技術(shù)和工具⑤測(cè)試完成標(biāo)準(zhǔn)C.②③④D.①②⑤18.下列關(guān)于單元測(cè)試的描述中正確的是（）A.單元測(cè)試又稱模塊測(cè)試，屬于白盒測(cè)試，是最小單位的測(cè)試B.單元測(cè)試又稱白盒測(cè)試，屬于軟件測(cè)試，是最小單位的測(cè)試C.單元測(cè)試又稱軟件測(cè)試，屬于黑盒測(cè)試，是最小單位的測(cè)試D.單元測(cè)試又稱模塊測(cè)試，屬于黑盒測(cè)試，是最大單位的測(cè)試19.ISO/IEC9126-1質(zhì)量模型中的使用質(zhì)量包括（）A.有效性、生產(chǎn)效率、穩(wěn)定性、滿意度B.效率、生產(chǎn)效率、安全、滿意度C．有效性、實(shí)用性、安全、滿意度D．有效性、生產(chǎn)率、安全、滿意度20．白盒測(cè)試和黑盒測(cè)試的特征包括（）①白盒能夠?qū)Τ绦騼?nèi)部的特定部位進(jìn)行覆蓋測(cè)試②白盒測(cè)試比和黑盒測(cè)試更全面③如果規(guī)格說明有誤，黑盒測(cè)試則無法發(fā)現(xiàn)④黑盒測(cè)試站在用戶立場(chǎng)上進(jìn)行測(cè)試⑤白盒測(cè)試的依據(jù)包括用戶需求規(guī)格說明書和軟件源代碼A.①②③B.①④⑤C．②③④D.①③④21．自動(dòng)化測(cè)試與手動(dòng)測(cè)試相比較，不能帶來的好處（）A．縮短軟件開發(fā)測(cè)試周期B．不需要任何編程語言C.提高測(cè)試效率，充分利用硬件資源D.增強(qiáng)測(cè)試穩(wěn)定性和可靠性22．下列表述錯(cuò)誤的是（）A.對(duì)于一次測(cè)試結(jié)果，只是對(duì)當(dāng)時(shí)的軟件系統(tǒng)的狀態(tài)有效，是一個(gè)時(shí)間段的結(jié)果B.任何測(cè)試是只進(jìn)行一次不足以說明問題，產(chǎn)品從生產(chǎn)到運(yùn)行需要多次持續(xù)的測(cè)試C.不在真實(shí)環(huán)境上的測(cè)試是無效的D.安全測(cè)試不只需要外網(wǎng)測(cè)試，還需要內(nèi)網(wǎng)測(cè)試23.下列選項(xiàng)中不屬于集成測(cè)試中需要考慮的問題是（）A.在各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是不會(huì)丟失B.一定要注意模塊的獨(dú)立性，測(cè)試案例的準(zhǔn)備盡量不造成模塊間的干擾C.各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能D.模塊間是否存在時(shí)序問題（實(shí)時(shí)系統(tǒng)）與資源競(jìng)爭(zhēng)24．軟件測(cè)試和軟件調(diào)試是兩個(gè)不同的概念，調(diào)試較于開發(fā)更難以理解，其原因是（）①在另一個(gè)錯(cuò)誤被改正后消失②可能不由軟件錯(cuò)誤引起③可能由人為錯(cuò)誤引起④難以再現(xiàn)錯(cuò)誤出現(xiàn)的輸入條件A.①②③④C.②③④B.①②④D.①③④25．測(cè)試用例的設(shè)計(jì)是測(cè)試工作中最重要的工作之一，需要設(shè)計(jì)測(cè)試用例的原因部包括（）A.避免盲目測(cè)試并提高測(cè)試效率，減少測(cè)試的部完全性B.使用測(cè)試用例令軟件測(cè)試的實(shí)施重點(diǎn)突出、目的明確C.根據(jù)測(cè)試用例的多少和執(zhí)行難度，可以估算測(cè)試工作量，便于測(cè)試項(xiàng)目的時(shí)間和資源管理與跟蹤D.可以提高測(cè)試工程師的素質(zhì)26．異常測(cè)試是一種檢測(cè)軟件系統(tǒng)對(duì)異常情況的處理的一種測(cè)試，其測(cè)試的角度可以包括（）A.從軟件性能需求、用戶操作要求、軟件質(zhì)量與測(cè)試標(biāo)準(zhǔn)需求、經(jīng)驗(yàn)需求等方面B.從軟件業(yè)務(wù)需求、功能要求、軟件質(zhì)量與測(cè)試標(biāo)準(zhǔn)需求、經(jīng)驗(yàn)需求等方面C.從軟件業(yè)務(wù)需求、用戶操作要求、安全需求、經(jīng)驗(yàn)需求等方面D.從軟件業(yè)務(wù)需求、用戶操作要求、軟件質(zhì)量與測(cè)試標(biāo)準(zhǔn)需求、經(jīng)驗(yàn)需求等方面27．JSP方法是一種面向（）的設(shè)計(jì)方法A.控制結(jié)構(gòu)C.數(shù)據(jù)流B.對(duì)象D.數(shù)據(jù)結(jié)構(gòu)28.事務(wù)管理是數(shù)據(jù)庫(kù)的重要功能，他需要確保（）①事務(wù)中的操作或者都執(zhí)行或者都不執(zhí)行‘②事務(wù)執(zhí)行前后數(shù)據(jù)庫(kù)滿足所有約定的一致性③兩個(gè)事務(wù)同時(shí)執(zhí)行不相互干擾④務(wù)完成后即使系統(tǒng)故障，事務(wù)的結(jié)果長(zhǎng)期保存A.①④B.①②C.①③④D.①②③④29.下列選項(xiàng)中不屬于軟件測(cè)試標(biāo)準(zhǔn)的是()A．GB/T16260-2006《軟件工程產(chǎn)品質(zhì)量》B．GB/T18905-2002《軟件工程產(chǎn)品評(píng)價(jià)》C．GB/T15532-2008《計(jì)算機(jī)軟件測(cè)試規(guī)范》D．GB17859-1999《計(jì)算機(jī)信息系統(tǒng)安全保護(hù)等級(jí)劃分準(zhǔn)則》30.若一個(gè)程序讀入三個(gè)整數(shù)ABC，要滿足都是正整數(shù)，其中任意兩個(gè)數(shù)相加大于第三個(gè)數(shù)。這個(gè)程序要打印出信息，說明這個(gè)三字?jǐn)?shù)是不同的、兩個(gè)相同的、還是全同的。利用等價(jià)類劃分法，需要（）個(gè)測(cè)試用例。A.9B.12C.15D.18實(shí)踐部分二、實(shí)踐題（本大題共2小題，共55分）得分閱卷1、某公司在研發(fā)一個(gè)工程項(xiàng)目管理系統(tǒng)時(shí)，測(cè)試工作在系統(tǒng)開發(fā)初步完成之后開始并直接進(jìn)行系統(tǒng)測(cè)試。測(cè)試工程師針對(duì)界面進(jìn)行了功能測(cè)試。測(cè)試工程師和開發(fā)工程師交互進(jìn)行測(cè)試與缺陷修復(fù)工作。測(cè)試期間發(fā)現(xiàn)系統(tǒng)的“項(xiàng)目審批”功能出現(xiàn)嚴(yán)重缺陷，開發(fā)工程師認(rèn)為修改難度大，決定暫停修復(fù)該缺陷，直到產(chǎn)品發(fā)布前，該缺陷在開發(fā)環(huán)境下被修復(fù)。隨后，測(cè)試工程師在開發(fā)環(huán)境下針對(duì)該缺陷執(zhí)行了有關(guān)的用例，進(jìn)行了回歸測(cè)試?！締栴}1】測(cè)試開展的時(shí)間是否合適？說明理由。（8分）【問題2】測(cè)試工程師功能測(cè)試的方法是否正確？請(qǐng)說明理由。（5分）【問題3】說明該案例中對(duì)缺陷的管理有哪些不妥之處？（16分）2、某企業(yè)有三大產(chǎn)品線，擁有100入規(guī)模的研發(fā)團(tuán)隊(duì)，測(cè)試部門約有8人，測(cè)試團(tuán)隊(duì)主要由剛畢業(yè)的學(xué)生構(gòu)成，測(cè)試類型主要是功能測(cè)試，測(cè)試階段主要集中在產(chǎn)品上線前?！締栴}1】測(cè)試人員和開發(fā)人員的比例是否合適？并說明理由。（5分）【問題2】本企業(yè)的測(cè)試是否能發(fā)揮質(zhì)量提升的作用？說明理由。（6分）【問題3】如何提升本企業(yè)測(cè)試團(tuán)隊(duì)的能力？（5分）【問題4】測(cè)試開始的時(shí)間是否正確？說明理由。（10分）2012年（上）全國(guó)信息技術(shù)水平考試軟件測(cè)試技術(shù)水平證書考試參考答案一、單選題（本大題共30小題，每小題1.5分，共45分）題號(hào)答案12345678910ADBACABBDA題號(hào)答案題號(hào)11C12D13C14A15B16A17B18A19D20D21B22C23B24A25D26D27D28D29D30C二、實(shí)踐題（本大題共2小題，共55分）1、[問題1]（8分）1、測(cè)試工作開展得太晚；（2分）2、測(cè)試工作應(yīng)該覆蓋需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼等前期階段，而不應(yīng)該在系統(tǒng)開發(fā)初步完成后才開始。（6分）[問題2]（5分）正確的依據(jù)應(yīng)該是需求規(guī)格說明書，而不是用戶界面，因?yàn)榻缑鎸?shí)現(xiàn)的功能是否正確的理解和表達(dá)了用戶需求，不可知。（5分）[問題3]（16分）1、開發(fā)工程師無權(quán)決定是否延期或者暫停修改某一缺陷；（4分）2、測(cè)試工程師應(yīng)該跟蹤缺陷狀態(tài)，直至確定修改后關(guān)閉缺陷，才是完成了測(cè)試任務(wù)；（4分）3、回歸測(cè)試應(yīng)該執(zhí)行所有的案例，不是僅僅執(zhí)行與該缺陷有關(guān)的用例；（4分）4、產(chǎn)品發(fā)布前，應(yīng)該對(duì)發(fā)現(xiàn)