摘要:希賽網(wǎng)為廣大考生整理了2010年軟件評測師考試真題,以下為上午綜合知識部分,供大家參考學(xué)習(xí)。
希賽網(wǎng)為廣大考生整理了2010年軟件評測師考試真題,以下為上午綜合知識部分,供大家參考學(xué)習(xí)。
●在輸入輸出控制方法中,采用__(1)__可以使得設(shè)備與主存間的數(shù)據(jù)塊傳送無需CPU干預(yù)。
(1)A.程序控制輸入輸出
B.中斷
C.DMA
D.總線控制
●若某計算機(jī)采用8位整數(shù)補(bǔ)碼表示數(shù)據(jù),則運(yùn)算__(2)__將產(chǎn)生溢出。
(2)A.127+1
B.-127-1
C.-127+1
D.127-1
●若內(nèi)存容量為4GB,字長為32,則__(3)__。
(3)A.地址總線和數(shù)據(jù)總線的寬度都為32
B.地址總線的寬度為30,數(shù)據(jù)總線的寬度為32
C.地址總線的寬度為30,數(shù)據(jù)總線的寬度為8
D.地址總線的寬度為32,數(shù)據(jù)總線的寬度為8
●設(shè)用2K×4位的存儲器芯片組成16K×8位的存儲器(地址單元為0000H~3FFFH,每個芯片的地址空間連續(xù)),則地址單元0B1FH所在芯片的最小地址編號為__(4)__。
(4)A.0000H
B.2800 H
C.2000 H
D.0800 H
●編寫匯編語言程序時,下列寄存器中程序員可訪問的是__(5)__。
(5)A.存儲器地址寄存器(MAR)
B.指令寄存器(IR)
C.存儲器數(shù)據(jù)寄存器(MDR)
D.程序計數(shù)器(PC)
●CMM對軟件測試沒有提供單獨(dú)的關(guān)鍵過程領(lǐng)域(KPA),所以許多研究機(jī)構(gòu)和測試服務(wù)機(jī)構(gòu)從不同角度出發(fā)提出有關(guān)軟件測試方面的能力成熟度模型,其中軟件測試成熟度模型(TMM)是當(dāng)前影響力最大的軟件測試過程模型。TMM制定了五個成熟度等級,它們依次是:初始級,階段定義級,集成級,管理和度量級,__(6)__。
(6)A.優(yōu)化、缺陷預(yù)防和可重復(fù)級
B.優(yōu)化、缺陷預(yù)防和質(zhì)量控制級
C.缺陷預(yù)防和質(zhì)量控制級
D.優(yōu)化和質(zhì)量控制級
●以下關(guān)于軟件生命周期的敘述不正確的是__(7)__。
(7)A.軟件生命周期包括以下幾個階段:項目規(guī)劃、需求定義和需求分析、軟件設(shè)計、程序編碼、軟件測試、運(yùn)行維護(hù)
B.程序編碼階段是將軟件設(shè)計的結(jié)果轉(zhuǎn)換成計算機(jī)可運(yùn)行的程序代碼。為了保證程序的可讀性、易維護(hù)性和提高程序的運(yùn)行效率,可以通過在該階段中制定統(tǒng)一并符合標(biāo)準(zhǔn)的編寫規(guī)范來使編程人員程序設(shè)計規(guī)范化
C.軟件設(shè)計階段主要根據(jù)需求分析的結(jié)果,對整個軟件系統(tǒng)進(jìn)行設(shè)計,如系統(tǒng)框架設(shè)計,數(shù)據(jù)庫設(shè)計等
D.需求分析階段對軟件需要實現(xiàn)的各個功能進(jìn)行詳細(xì)分析。軟件需求一旦確定,在整個軟件開發(fā)過程就不能再變化,這樣才能保證軟件開發(fā)的穩(wěn)定性,并控制風(fēng)險
●在軟件工程中,不屬于軟件定義階段的任務(wù)是__(8)__。
(8)A.制定驗收測試計劃
B.制定集成測試計劃
C.需求分析
D.制定軟件項目計劃
●軟件設(shè)計階段一般又可分為__(9)__。
(9)A.邏輯設(shè)計與功能設(shè)計
B.概要設(shè)計與詳細(xì)設(shè)計
C.概念設(shè)計與物理設(shè)計
D.模型設(shè)計與程序設(shè)計
●程序描述語言(PDL)是軟件開發(fā)過程中用于__(10)__階段的描述工具。
(10)A.需求分析
B.概要設(shè)計
C.詳細(xì)設(shè)計
D.編程
●軟件測試的目的是__(11)__。
(11)A.試驗性運(yùn)行軟件
B.找出軟件中全部錯誤
C.證明軟件正確
D.發(fā)現(xiàn)軟件錯誤
●按照測試實施組織,可將測試劃分為開發(fā)方測試、用戶測試、第三方測試。下面關(guān)于開發(fā)方測試的描述正確的是__(12)__。
①開發(fā)方測試通常也叫“驗證測試”或“Alpha測試”
②開發(fā)方測試又稱“Beta測試”
③開發(fā)方測試可以從軟件產(chǎn)品編碼結(jié)束之后開始,或在模塊(子系統(tǒng))測試完成后開始,也可以在確認(rèn)測試過程中產(chǎn)品達(dá)到一定的穩(wěn)定和可靠程度之后再開始
④開發(fā)方測試主要是把軟件產(chǎn)品有計劃地免費(fèi)分發(fā)到目標(biāo)市場,讓用戶大量使用,并評價、檢查軟件
(12)A.②③
B.①③
C.②④
D.①②③
●黑盒測試法是根據(jù)產(chǎn)品的__(13)__來設(shè)計測試用例的。
(13)A.功能
B.輸入數(shù)據(jù)
C.應(yīng)用范圍
D.內(nèi)部邏輯
●軟件生命周期中持續(xù)時間最長的是__(14)__階段。
(14)A.需求分析
B.程序編碼
C.軟件測試
D.軟件運(yùn)行維護(hù)
●軟件工程概念的提出是由于__(15)__。
(15)A.計算技術(shù)的發(fā)展
B.軟件危機(jī)的出現(xiàn)
C.程序設(shè)計方法學(xué)的影響
D.其它工程科學(xué)的影響
●關(guān)系數(shù)據(jù)庫管理系統(tǒng)應(yīng)能實現(xiàn)的專門關(guān)系運(yùn)算包括__(16)__。
(16)A.選擇、索引、統(tǒng)計
B.選擇、投影、連接
C.關(guān)聯(lián)、更新、排序
D.顯示、打印、制表
●為了使軟件測試更加高效,應(yīng)遵循的原則包括__(17)__。
①所有的軟件測試都應(yīng)追溯到用戶需求、充分注意缺陷群集現(xiàn)象
②盡早地和不斷地進(jìn)行軟件測試、回歸測試
③為了證明程序的正確性,盡可能多的開發(fā)測試用例
④應(yīng)由不同的測試人員對測試所發(fā)現(xiàn)的缺陷進(jìn)行確認(rèn)
⑤增量測試,由小到大
(17)A.①②③④
B.①③④⑤
C.②③④
D.①②④⑤
●軟件測試信息流的輸入包括__(18)__。
①軟件配置(包括軟件開發(fā)文檔、目標(biāo)執(zhí)行程序、數(shù)據(jù)結(jié)構(gòu))
②開發(fā)工具(開發(fā)環(huán)境、數(shù)據(jù)庫、中間件等)
③測試配置(包括測試計劃、測試用例、測試驅(qū)動程序等)
④測試工具(為提高軟件測試效率,使用測試工具為測試工作服務(wù))
(18)A.①②③④
B.①②④
C.①③④
D.②③④
●ISO/IEC 9126《軟件工程產(chǎn)品質(zhì)量》統(tǒng)一了多種質(zhì)量模型。其中,下述關(guān)于軟件使用質(zhì)量描述,不正確的是__(19)__。
(19)A.它測量用戶在特定環(huán)境中能達(dá)到其目標(biāo)的程度,不是測量軟件自身的屬性
B.使用質(zhì)量的屬性分為四個特性:有效性,生產(chǎn)率,安全性和滿意度
C.使用質(zhì)量是基于用戶、開發(fā)者、維護(hù)者觀點(diǎn)的質(zhì)量
D.使用質(zhì)量的獲得依賴于取得必需的外部質(zhì)量,而外部質(zhì)量的獲得則依賴于取得必需的內(nèi)部質(zhì)量
●V模型描述了軟件基本的開發(fā)過程和測試行為,描述了不同測試階段與開發(fā)過程各階段的對應(yīng)關(guān)系。其中,集成測試階段對應(yīng)的開發(fā)階段是__(20)__。
(20)A.需求分析階段
B.概要設(shè)計階段
C.詳細(xì)設(shè)計階段
D.編碼階段
●下面關(guān)于軟件測試模型的描述中,不正確的包括__(21)__。
①V模型的軟件測試策略既包括低層測試又包括了高層測試,高層測試是為了源代碼的正確性,低層測試是為了使整個系統(tǒng)滿足用戶的需求
②V模型存在一定的局限性,它僅僅把測試過程作為在需求分析、概要設(shè)計、詳細(xì)設(shè)計及編碼之后的一個階段
③W模型可以說是V模型自然而然的發(fā)展。它強(qiáng)調(diào):測試伴隨著整個軟件開發(fā)周期,而且測試的對象不僅僅是程序,需求、功能和設(shè)計同樣要測試
④H模型中軟件測試是一個獨(dú)立的流程,貫穿產(chǎn)品整個生命周期,與其他流程并發(fā)地進(jìn)行
⑤H模型中測試準(zhǔn)備和測試實施緊密結(jié)合,有利于資源調(diào)配
(21)A.①⑤
B.②④
C.③④
D.②③
●程序設(shè)計語言一般可劃分為低級語言和高級語言兩大類,與高級語言相比,用低級語言開發(fā)的程序具有__(22)__等特點(diǎn)。
(22)A.開發(fā)效率低,運(yùn)行效率低
B.開發(fā)效率高,運(yùn)行效率低
C.開發(fā)效率低,運(yùn)行效率高
D.開發(fā)效率高,運(yùn)行效率高
●廣義的軟件測試由“確認(rèn)”、“驗證”、“測試”3個方面組成,其中“確認(rèn)”是__(23)__。
(23)A.想證實在一個給定的外部環(huán)境中軟件的邏輯正確性,檢查軟件在最終的運(yùn)行環(huán)境上是否達(dá)到預(yù)期的目標(biāo)
B.檢測軟件開發(fā)的每個階段、每個步驟的結(jié)果是否正確無誤,是否與軟件開發(fā)各階段的要求或期望的結(jié)果相一致
C.檢查某樣?xùn)|西是否符合事先已定好的標(biāo)準(zhǔn)
D.試圖證明軟件在軟件生命周期各個階段以及階段間的邏輯協(xié)調(diào)性、完備性和正確性
●與設(shè)計測試用例無關(guān)的文檔是__(24)__。
(24)A.項目開發(fā)計劃
B.需求規(guī)格說明書
C.設(shè)計說明書
D.源程序
●白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試,典型的白盒測試方法包括靜態(tài)測試和動態(tài)測試。其中,靜態(tài)測試除了靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法外,還有__(25)__。
(25)A.代碼檢查法
B.邏輯覆蓋法
C.基本路徑測試法
D.結(jié)構(gòu)覆蓋法
●結(jié)構(gòu)化分析(Structured Analysis,簡稱SA)是面向數(shù)據(jù)流的需求分析方法,__(26)__不屬于SA工具。
(26)A.分層的數(shù)據(jù)流圖
B.?dāng)?shù)據(jù)詞典
C.問題分析圖
D.描述加工邏輯的結(jié)構(gòu)化語言、判定表或判定樹
●螺旋模型綜合了__(27)__的優(yōu)點(diǎn),并增加了這兩種模型忽略的風(fēng)險分析。
(27)A.瀑布模型和演化模型
B.瀑布模型和噴泉模型
C.演化模型和噴泉模型
D.原型和噴泉模型
●軟件評審作為質(zhì)量控制的一個重要手段,已經(jīng)被業(yè)界廣泛使用。評審分為內(nèi)部評審和外部評審。關(guān)于內(nèi)部評審的敘述,正確的包括__(28)__。
①對軟件的每個開發(fā)階段都要進(jìn)行內(nèi)部評審
②評審人員由軟件開發(fā)組、質(zhì)量管理和配置管理人員組成,也可邀請用戶參與
③評審人數(shù)根據(jù)實際情況確定,比如根據(jù)軟件的規(guī)模等級和安全性等級等指標(biāo)而定
④內(nèi)部評審由用戶單位主持,由信息系統(tǒng)建設(shè)單位組織,應(yīng)成立評審委員會
(28)A.①②④
B.①②③
C.②③④
D.①②③④
●軟件質(zhì)量保證的主要目標(biāo)不包括__(29)__。
(29)A.通過預(yù)防、檢查與改進(jìn)來保證軟件質(zhì)量
B.保證開發(fā)出來的軟件和軟件開發(fā)過程符合相應(yīng)標(biāo)準(zhǔn)與規(guī)程
C.收集軟件產(chǎn)品、軟件過程中存在的不符合項,在項目總結(jié)時進(jìn)行分析
D.確保項目組制定的計劃、標(biāo)準(zhǔn)和規(guī)程適合項目需要,同時滿足評審和審計需要
●軟件設(shè)計要遵循的基本原則包括__(30)__。
①模塊化②抽象③封裝④信息隱蔽
(30)A.①②③④
B.①②④
C.②③④
D.①②③
●關(guān)于軟件質(zhì)量,__(31)__的敘述是正確的。
①軟件滿足規(guī)定或潛在用戶需求特性的總和
②軟件特性的總和,軟件滿足規(guī)定用戶需求的能力
③是關(guān)于軟件特性具備“能力”的體現(xiàn)
④軟件質(zhì)量包括“代碼質(zhì)量”、“外部質(zhì)量”和“使用質(zhì)量”三部分
(31)A.①③
B.①②
C.②③
D.②④
●關(guān)于軟件測試與質(zhì)量保證,正確的理解的是__(32)__。
(32)A.軟件測試關(guān)注的是過程中的活動,軟件質(zhì)量保證關(guān)注的是過程的產(chǎn)物
B.軟件測試不是軟件質(zhì)量保證工作中的內(nèi)容
C.軟件測試是軟件質(zhì)量保證的重要手段
D.軟件質(zhì)量保證人員就是軟件測試人員
●__(33)__不是正確的軟件測試目的。
(33)A.盡最大的可能找出最多的錯誤
B.設(shè)計一個好的測試用例對用戶需求的覆蓋度達(dá)到100%
C.對軟件質(zhì)量進(jìn)行度量和評估,以提高軟件的質(zhì)量
D.發(fā)現(xiàn)開發(fā)所采用的軟件過程的缺陷,進(jìn)行軟件過程改進(jìn)
●設(shè)計功能測試用例的根本依據(jù)是__(34)__。
(34)A.用戶需求規(guī)格說明書
B.用戶手冊
C.被測產(chǎn)品的用戶界面
D.概要設(shè)計說明書
●關(guān)于軟件測試與軟件開發(fā)的認(rèn)識,不正確的是__(35)__。
(35)A.軟件生命周期各個階段都可能產(chǎn)生錯誤
B.軟件測試是獨(dú)立于軟件開發(fā)的一個工作
C.軟件開發(fā)的需求分析和設(shè)計階段就應(yīng)開始測試工作
D.測試越早進(jìn)行,越有助于提高被測軟件的質(zhì)量
●軟件測試原則中指出“完全測試是不可能的”,主要原因是__(36)__。
(36)A.輸入量太大、輸出結(jié)果太多以及路徑組合太多
B.自動化測試技術(shù)不夠完善
C.測試的時間和人員有限
D.僅僅靠黑盒測試不能達(dá)到完全測試
●產(chǎn)品的功能性測試的內(nèi)容不包括__(37)__。
(37)A.適合性
B.易用性
C.正確性
D.互操作性
●以下關(guān)于設(shè)計功能測試用例的敘述,__(38)__是不正確的。
(38)A.盡量用80%測試用例覆蓋20%的核心業(yè)務(wù)模塊
B.功能測試用例中不包括功能的依從性測試用例
C.功能測試用例中包括業(yè)務(wù)流,也包括測試數(shù)據(jù)
D.功能測試用例的設(shè)計應(yīng)注意缺陷群集現(xiàn)象
●以下不屬于軟件測試對象的有__(39)__項。
①需求規(guī)格說明書②軟件的程序模塊
③概要設(shè)計說明書與詳細(xì)設(shè)計說明書④軟件的用戶手冊
(39)A.2
B.3
C.4
D.0
●以下關(guān)于不同類型軟件測試的敘述,正確的是__(40)__。
(40)A.單元測試不是模塊測試
B.多個模塊不能平行地獨(dú)立進(jìn)行測試,應(yīng)該順序執(zhí)行
C.系統(tǒng)測試是檢驗程序單元或部件之間的接口關(guān)系
D.確認(rèn)測試是通過檢驗和/或核查所提供的客觀證據(jù),證實軟件是否滿足特定預(yù)期用途的需求
●以下關(guān)于白盒測試和黑盒測試的理解,正確是__(41)__。
(41)A.白盒測試通過對程序內(nèi)部結(jié)構(gòu)的分析、檢測來尋找問題
B.白盒測試通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài)
C.單元測試可應(yīng)用黑盒測試方法,集成測試則采用白盒測試方法
D.在軟件生命周期各個階段都需要用白盒測試方法
●V模型是具有代表意義的測試模型,以下理解正確的是__(42)__。
(42)A.V模型認(rèn)為測試階段是與開發(fā)階段并行的
B.V模型是軟件開發(fā)螺旋模型的變種,它反映了測試活動與分析和設(shè)計的關(guān)系
C.V模型造成需求分析階段隱藏的問題一直到后期的驗收測試才被發(fā)現(xiàn)
D.V模型是對W模型的改進(jìn)
●網(wǎng)絡(luò)殺毒軟件廠商已經(jīng)開始使用數(shù)據(jù)庫技術(shù)和LDAP技術(shù)進(jìn)行策略日志存儲和用戶管理,這里L(fēng)DAP指的是__(43)__。
(43)A.輕量目錄訪問協(xié)議
B.本地目錄訪問協(xié)議
C.輕量數(shù)據(jù)訪問協(xié)議
D.本地數(shù)據(jù)訪問協(xié)議
●計算以下控制流程圖的環(huán)路復(fù)雜性V(G),正確答案是__(44)__。
(44)A.V(G)=2
B.V(G)=4
C.V(G)=9
D.V(G)=11
●對需求說明書評測的內(nèi)容包括__(45)__。
①系統(tǒng)定義的目標(biāo)是否與用戶的要求一致
②被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定
③與所有其它系統(tǒng)交互的重要接口是否都已經(jīng)描述
④主要功能是否已包含在規(guī)定的軟件范圍之內(nèi),是否都已充分說明
⑤確認(rèn)軟件的內(nèi)部接口與外部接口是否已明確定義
(45)A.①③⑤
B.②③⑤
C.①②④⑤
D.①②③④
●加密和解密是明文和密文之間的可逆轉(zhuǎn)換,__(46)__不屬于加密算法。
(46)A.RSA
B.SHA
C.DES
D.AES
●假設(shè)A、B為布爾變量,對于邏輯表達(dá)式(A&&B||C),需要__(47)__個測試用例才能完成判定覆蓋(DC)。
(47)A.2
B.3
C.4
D.5
●以下關(guān)于匯編語言的敘述中,錯誤的是__(48)__。
(48)A.匯編語言源程序中的指令語句將被翻譯成機(jī)器代碼
B.匯編語言的指令語句必須具有操作碼字段,可以沒有操作數(shù)字段
C.匯編程序以匯編語言源程序為輸入,以機(jī)器語言表示的目標(biāo)程序為輸出
D.匯編程序先將源程序中的偽指令翻譯成機(jī)器代碼,然后再翻譯指令語句
●設(shè)有學(xué)生實體Students(學(xué)號,姓名,性別,年齡,家庭住址,家庭成員,關(guān)系,聯(lián)系電話),其中“家庭住址”記錄了郵編、省、市、街道信息;“家庭成員,關(guān)系,聯(lián)系電話”分別記錄了學(xué)生親屬的姓名、與學(xué)生的關(guān)系以及聯(lián)系電話。
學(xué)生實體Students中的“家庭住址”是一個__(49)__屬性;為使數(shù)據(jù)庫模式設(shè)計更合理,對于關(guān)系模式Students__(50)__。
(49)A.簡單
B.多值
C.派生
D.復(fù)合
(50)A.可以不作任何處理,因為該關(guān)系模式達(dá)到了3NF
B.只允許記錄一個親屬的姓名、與學(xué)生的關(guān)系以及聯(lián)系電話的信息
C.應(yīng)該將家庭成員、關(guān)系及聯(lián)系電話加上學(xué)生號,設(shè)計成為一個獨(dú)立的實體
D.需要對關(guān)系模式Students增加若干組家庭成員、關(guān)系及聯(lián)系電話字段
●有關(guān)評估系統(tǒng)效率質(zhì)量特性,以下論述正確的是__(51)__。
(51)A.響應(yīng)時間越長,系統(tǒng)執(zhí)行效率越高
B.響應(yīng)時間和交易執(zhí)行吞吐量都是用來衡量系統(tǒng)執(zhí)行快慢的
C.響應(yīng)時間越短,交易執(zhí)行吞吐量越大
D.系統(tǒng)的訪問量越大,交易執(zhí)行吞吐量越大
●__(52)__不屬于易用性測試范疇。
(52)A.軟件產(chǎn)品使用戶能理解軟件是否合適以及如何能將軟件用于特定的任務(wù)和使用條件的能力
B.軟件產(chǎn)品使用戶能操作和控制它的能力
C.對軟件中的缺陷或失效原因進(jìn)行診斷,或識別待修改部分的能力
D.軟件產(chǎn)品吸引用戶的能力
●以下關(guān)于軟件系統(tǒng)安全防護(hù)策略的敘述,不正確的是__(53)__。
(53)A.網(wǎng)閘的主要目的是實現(xiàn)內(nèi)網(wǎng)和外網(wǎng)的物理隔離
B.防火墻的主要目的是實現(xiàn)內(nèi)網(wǎng)和外網(wǎng)的邏輯隔離
C.入侵檢測系統(tǒng)通常部署在防火墻之外
D.安全日志屬于被動防護(hù)策略
●假設(shè)在程序控制流圖中,有14條邊,10個節(jié)點(diǎn),則控制流程圖的環(huán)路復(fù)雜性V(G)等于是__(54)__。
(54)A.12
B.8
C.6
D.4
●目前信息系統(tǒng)所使用的主要用戶認(rèn)證機(jī)制,身份識別標(biāo)識不包括__(55)__。
(55)A.指紋
B.智能卡
C.?dāng)?shù)字證書
D.身份證號碼
●針對以下C語言程序段,假設(shè)sta[10]=-1,對于x的取值,需要__(56)__個測試用例能夠滿足分支覆蓋的要求。
int MathMine(int x)
{
int m=0;
int i;
for(i=x-1;i<=x+1;i++)
{
if(i<0)continue;
if(i<31)break;
if(sta<i>==-1)m++;
}
return m;
}
(56)A.3
B.4
C.5
D.6
●以下關(guān)于信息安全的敘述,不正確的是__(57)__。
(57)A.SYN洪水攻擊通過發(fā)送大量TCP連接請求以占滿網(wǎng)絡(luò)帶寬,使其他用戶無法正常連接服務(wù)
B.緩沖區(qū)溢出攻擊能通過修改函數(shù)返回地址并執(zhí)行惡意代碼,進(jìn)而獲得系統(tǒng)的控制權(quán)
C.計算機(jī)病毒的主要特征包括破壞性、寄生性、自我復(fù)制能力和傳染能力
D.會話標(biāo)識和時間戳都是抵御重演攻擊的有效技術(shù)
●軟件測試使用各種術(shù)語描述軟件出現(xiàn)的問題,以下敘述正確的是__(58)__。
(58)A.軟件錯誤(error)是指在軟件生命周期內(nèi)的不希望或不可接受的人為錯誤,其結(jié)果是導(dǎo)致軟件故障的產(chǎn)生
B.軟件缺陷(defect)是存在于軟件(文檔、數(shù)據(jù)、程序)之中的那些不希望或不可接受的偏差
C.軟件故障(fault)是指軟件運(yùn)行過程中出現(xiàn)的一種不希望或不可接受的外部狀態(tài)
D.軟件失效(failure)是指軟件運(yùn)行時產(chǎn)生的一種不希望或不可接受的內(nèi)部行為結(jié)果
●網(wǎng)絡(luò)測試不能解決的問題是__(59)__。
(59)A.連通性
B.丟包
C.全表掃描
D.延遲
●關(guān)于bug管理流程,__(60)__是正確的做法。
(60)A.開發(fā)人員提交新的bug入庫,設(shè)置狀態(tài)為“New”
B.開發(fā)人員確認(rèn)是bug,設(shè)置狀態(tài)為“Fixed”
C.測試人員確認(rèn)問題解決了,設(shè)置狀態(tài)為“Closed”
D.測試人員確認(rèn)不是bug,設(shè)置狀態(tài)為“Reopen”
●__(61)__是當(dāng)前自動化測試技術(shù)不能解決的問題。
(61)A.保證測試質(zhì)量
B.提高測試效率
C.排除手工操作錯誤
D.降低測試用例設(shè)計的難度
●GB/T 18905.5《軟件工程產(chǎn)品評價》中,分別規(guī)定了開發(fā)者用、需方用、評價者用的過程,以下理解正確的是__(62)__。
(62)A.計劃開發(fā)新產(chǎn)品的廠商,該標(biāo)準(zhǔn)中規(guī)定不允許利用他們自己的技術(shù)人員進(jìn)行產(chǎn)品評價
B.軟件產(chǎn)品的一般評價過程是:確立評價需求,規(guī)定、設(shè)計和執(zhí)行評價
C.該標(biāo)準(zhǔn)不適用于對軟件產(chǎn)品執(zhí)行獨(dú)立評估的第三方評測機(jī)構(gòu)
D.該標(biāo)準(zhǔn)可用來決定從眾多可選產(chǎn)品中選擇某個產(chǎn)品,但該產(chǎn)品不可以是較大產(chǎn)品的一部分
●軟件測評相關(guān)的標(biāo)準(zhǔn)一般可以分為國際標(biāo)準(zhǔn)、標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)以及企業(yè)標(biāo)準(zhǔn)。一般情況下,技術(shù)要求較高的是__(63)__。
(63)A.國際標(biāo)準(zhǔn)
B.標(biāo)準(zhǔn)
C.行業(yè)標(biāo)準(zhǔn)
D.企業(yè)標(biāo)準(zhǔn)
●為驗證某呼叫中心是否能夠承受大量呼叫信息同時呼入并得到正確處理,測試工程師一般采用__(64)__測試工具。
(64)A.負(fù)載壓力
B.代碼
C.網(wǎng)絡(luò)仿真
D.故障診斷
●關(guān)于軟件測試過程中的配置管理,__(65)__是不正確的表述。
(65)A.測試活動的配置管理屬于整個軟件項目配置管理的一部分
B.軟件測試配置管理包括4個基本的活動:配置項變更控制、配置狀態(tài)報告、配置審計、配置管理委員會建立
C.配置項變更控制要規(guī)定測試基線,對每個基線進(jìn)行描述
D.配置狀態(tài)報告要確認(rèn)過程記錄、跟蹤問題報告、更改請求以及更改次序等
●測試成本控制的目標(biāo)是使測試開發(fā)成本、測試實施成本和測試維護(hù)成本最小化,以下理解正確的是__(66)__。
(66)A.測試準(zhǔn)備成本屬于測試執(zhí)行成本
B.可以通過加強(qiáng)軟件測試的配置管理來降低測試維護(hù)成本
C.測試設(shè)計成本控制的目標(biāo)是盡可能地減少測試總執(zhí)行時間和所需的測試專用設(shè)備
D.回歸測試將測試案例全部重新執(zhí)行一遍,可以將測試維護(hù)成本降至最低
●以下關(guān)于缺陷探測率(DDP)的表述,不正確的是__(67)__。
(67)A.DDP是一個衡量測試工作效率的軟件質(zhì)量成本指標(biāo)
B.缺陷探測率越高,也就是測試者發(fā)現(xiàn)的錯誤越多,發(fā)布后客戶發(fā)現(xiàn)的錯誤才可能越少
C.DDP是衡量測試投資回報的一個重要指標(biāo)
D.測試周期越長,缺陷探測率就會越高
●在一個完整的功能測試過程中,__(68)__不屬于應(yīng)該編寫的測試文檔。
(68)A.測試需求文檔
B.測試用例文檔
C.測試標(biāo)準(zhǔn)
D.問題報告單
●性能測試過程中需要對數(shù)據(jù)庫服務(wù)器的資源使用進(jìn)行監(jiān)控,__(69)__不屬于應(yīng)該監(jiān)控的的指標(biāo)。
(69)A.CPU占用率
B.可用內(nèi)存數(shù)
C.點(diǎn)擊率
D.緩存命中率
●J2EE系統(tǒng)架構(gòu)被各種信息系統(tǒng)普遍采用,__(70)__不屬于其服務(wù)器端應(yīng)用組件。
(70)A.Servlet
B.JSP
C.EJB
D.Applet
●People are indulging in an illusion whenever they find themselves explaining at a cocktail(雞尾酒)party,say,that they are"in computers,"or"in telecommunications,"or"in electronic funds transfer".The implication is that they are part of the high-tech world.Just between us,they usually aren’t.The researchers who made fundamental breakthroughs in those areas are in a high-tech business.The rest of us are __(71)__of their work.We use computers and other new technology components to develop our products or to organize our affairs.Because we go about this work in teams and projects and other tightly knit working groups(緊密聯(lián)系在一起的工作小組),we are mostly in the human communication business.Our successes stem from good human interactions by all participants in the effort,and our failures stem from poor human interactions.
The main reason we tend to focus on the __(72)__rather than the human side of the work is not because it’s more __(73)__,but because it’s easier to do.Getting the new disk drive installed is positively trivial compared to figuring out why Horace is in a blue funk(恐懼)or why Susan is dissatisfied with the company after only a few months.Human interactions are complicated and never very crisp(干脆的,干凈利落的)and clean in their effects,but they matter more than any other aspect of the work.
If you find yourself concentrating on the __(74)__rather than the__(75)__,you’re like the vaudeville character(雜耍人物)who loses his keys on a dark street and looks for them on the adjacent street because,as he explains,"The light is better there!".
(71)A.creators
B.innovators
C.a(chǎn)ppliers
D.inventors
(72)A.technical
B.classical
C.social
D.societal
(73)A.trivial
B.crucial
C.minor
D.insignificant
(74)A.technology
B.sociology
C.physiology
D.a(chǎn)stronomy
(75)A.technology
B.sociology
C.physiology
D.a(chǎn)stronomy
軟考備考資料免費(fèi)領(lǐng)取
去領(lǐng)取
共收錄117.93萬道題
已有25.02萬小伙伴參與做題