希賽網(wǎng)為廣大考生整理了2008年軟件評(píng)測(cè)師考試真題，以下為上午綜合知識(shí)部分，供大家參考學(xué)習(xí)。

●在計(jì)算機(jī)體系結(jié)構(gòu)中，CPU內(nèi)部包括程序計(jì)數(shù)器PC、存儲(chǔ)器數(shù)據(jù)寄存器MDR、指令寄存器IR和存儲(chǔ)器地址寄存器MAR等。若CPU要執(zhí)行的指令為：MOV R0，＃100（即將數(shù)值100傳送到寄存器R0中），則CPU首先要完成的操作是__(1)__。
（1）A．100→R0
B．100→MDR
C．PC→MAR
D．PC→IR

●現(xiàn)有四級(jí)指令流水線，分別完成取指、取數(shù)、運(yùn)算、傳送結(jié)果四步操作。若完成上述操作的時(shí)間依次為9ns、10ns、6ns、8ns，則流水線的操作周期應(yīng)設(shè)計(jì)為__(2)__ns。
（2）A．6
B．8
C．9
D．10

●內(nèi)存按字節(jié)編址，地址從90000H到CFFFFH，若用存儲(chǔ)容量為16K×8bit的存儲(chǔ)器芯片構(gòu)成該內(nèi)存，至少需要__(3)__片。
（3）A．2
B．4
C．8
D．16

●CPU中的數(shù)據(jù)總線寬度會(huì)影響__(4)__。
（4）A．內(nèi)存容量的大小
B．系統(tǒng)的運(yùn)算速度
C．指令系統(tǒng)的指令數(shù)量
D．寄存器的寬度

●利用高速通信網(wǎng)絡(luò)將多臺(tái)高性能工作站或微型機(jī)互連構(gòu)成機(jī)群系統(tǒng)，其系統(tǒng)結(jié)構(gòu)形式屬于__(5)__計(jì)算機(jī)。
（5）A．單指令流單數(shù)據(jù)流（SISD）
B．多指令流單數(shù)據(jù)流（MISD）
C．單指令流多數(shù)據(jù)流（SIMD）
D．多指令流多數(shù)據(jù)流（MIMD）

●內(nèi)存采用段式存儲(chǔ)管理有許多優(yōu)點(diǎn)，但__(6)__不是其優(yōu)點(diǎn)。
（6）A．分段是信息的邏輯單位，用戶不可見
B．各段程序的修改互不影響
C．地址變換速度快、內(nèi)存碎片少
D．便于多道程序共享主存的某些段

●在軟件設(shè)計(jì)和編碼過程中，采取__(7)__的做法將使軟件更加容易理解和維護(hù)。
（7）A．良好的程序結(jié)構(gòu)，有無文檔均可
B．使用標(biāo)準(zhǔn)或規(guī)定之外的語句
C．編寫詳細(xì)正確的文檔，采用良好的程序結(jié)構(gòu)
D．盡量減少程序中的注釋

●軟件文檔按照其產(chǎn)生和使用的范圍可分為開發(fā)文檔、管理文檔和用戶文檔。其中開發(fā)文檔不包括__(8)__。
（8）A．軟件需求說明
B．可行性研究報(bào)告
C．維護(hù)修改建議
D．項(xiàng)目開發(fā)計(jì)劃

●軟件維護(hù)成本在軟件成本中占較大比重。為降低維護(hù)的難度，可采取的措施有__(9)__。
（9）A．設(shè)計(jì)并實(shí)現(xiàn)沒有錯(cuò)誤的軟件
B．限制可修改的范圍
C．增加維護(hù)人員數(shù)量
D．在開發(fā)過程中就采取有利于維護(hù)的措施，并加強(qiáng)維護(hù)管理

●關(guān)于軟件著作權(quán)產(chǎn)生的時(shí)間，表述正確的是__(10)__。
（10）A．自軟件首次公開發(fā)表時(shí)
B．自開發(fā)者有開發(fā)意圖時(shí)
C．自軟件得到著作權(quán)行政管理部門認(rèn)可時(shí)
D．自軟件完成創(chuàng)作之日起

●李某大學(xué)畢業(yè)后在M公司銷售部門工作，后由于該公司軟件開發(fā)部門人手較緊，李某被暫調(diào)到該公司軟件開發(fā)部開發(fā)新產(chǎn)品，2周后，李某開發(fā)出一種新軟件。該軟件著作權(quán)應(yīng)歸__(11)__所有。
（11）A．李某
B．M公司
C．李某和M公司
D．軟件開發(fā)部

●__(12)__是指把數(shù)據(jù)以及操作數(shù)據(jù)的相關(guān)方法組合在同一個(gè)單元中，使我們可以把類作為軟件中的基本復(fù)用單元，提高其內(nèi)聚度，降低其耦合度。面向?qū)ο笾械腳_(13)__機(jī)制是對(duì)現(xiàn)實(shí)世界中遺傳現(xiàn)象的模擬，通過該機(jī)制，基類的屬性和方法被遺傳給派生類。
（12）A．封裝
B．多態(tài)
C．繼承
D．變異
（13）A．封裝
B．多態(tài)
C．繼承
D．變異

●__(14)__以靜態(tài)或動(dòng)態(tài)的連接方式，為應(yīng)用程序提供一組可使用的類。__(15)__除了提供可被應(yīng)用程序調(diào)用的類以外，還基本實(shí)現(xiàn)了一個(gè)可執(zhí)行的架構(gòu)。
（14）A．函數(shù)庫(kù)
B．類庫(kù)
C．框架
D．類屬
（15）A．函數(shù)庫(kù)
B．類庫(kù)
C．框架
D．類屬

●__(16)__是一種面向數(shù)據(jù)流的開發(fā)方法，其基本思想是軟件功能的分解和抽象。
（16）A．結(jié)構(gòu)化開發(fā)方法
B．Jackson系統(tǒng)開發(fā)方法
C．Booch方法
D．UML（統(tǒng)一建模語言）

●采用UML進(jìn)行軟件設(shè)計(jì)時(shí)，可用__(17)__關(guān)系表示兩類事物之間存在的特殊/一般關(guān)系，用聚集關(guān)系表示事物之間存在的整體/部分關(guān)系
（17）A．依賴
B．聚集
C．泛化
D．實(shí)現(xiàn)

●風(fēng)險(xiǎn)分析在軟件項(xiàng)目開發(fā)中具有重要作用，包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)預(yù)測(cè)、風(fēng)險(xiǎn)評(píng)估和風(fēng)險(xiǎn)控制等?！敖L(fēng)險(xiǎn)條目檢查表”是__(18)__時(shí)的活動(dòng)，“描述風(fēng)險(xiǎn)的結(jié)果”是__(19)__時(shí)的活動(dòng)。
（18）A．風(fēng)險(xiǎn)識(shí)別
B．風(fēng)險(xiǎn)預(yù)測(cè)
C．風(fēng)險(xiǎn)評(píng)估
D．風(fēng)險(xiǎn)控制
（19）A．風(fēng)險(xiǎn)識(shí)別
B．風(fēng)險(xiǎn)預(yù)測(cè)
C．風(fēng)險(xiǎn)評(píng)估
D．風(fēng)險(xiǎn)控制

●關(guān)于匯編語言，以下敘述中正確的是__(20)__。
（20）A．匯編語言源程序可以直接在計(jì)算機(jī)上運(yùn)行
B．將匯編語言源程序轉(zhuǎn)換成目標(biāo)程序的軟件稱為解釋程序
C．在匯編語言程序中，不能定義符號(hào)常量
D．將匯編語言源程序翻譯成機(jī)器語言程序的軟件稱為匯編程序

●對(duì)高級(jí)語言源程序進(jìn)行編譯時(shí)，可發(fā)現(xiàn)源程序中的__(21)__錯(cuò)誤。
（21）A．堆棧溢出
B．變量未定義
C．指針異常
D．?dāng)?shù)組元素下標(biāo)越界

●編譯器對(duì)高級(jí)語言源程序的處理過程可以劃分為詞法分析、語法分析、語義分析、中間代碼生成、代碼優(yōu)化、目標(biāo)代碼生成等幾個(gè)階段，其中，__(22)__并不是每種編譯器都必需的。
（22）A．詞法分析和語法分析
B．語義分析和中間代碼生成
C．中間代碼生成和代碼優(yōu)化
D．代碼優(yōu)化和目標(biāo)代碼生成

●下列敘述中錯(cuò)誤的是__(23)__。
（23）A．面向?qū)ο蟪绦蛟O(shè)計(jì)語言可支持過程化的程序設(shè)計(jì)
B．給定算法的時(shí)間復(fù)雜性與實(shí)現(xiàn)該算法所采用的程序設(shè)計(jì)語言無關(guān)
C．與匯編語言相比，采用腳本語言編程可獲得更高的運(yùn)行效率
D．面向?qū)ο蟪绦蛟O(shè)計(jì)語言不支持對(duì)一個(gè)對(duì)象的成員變量進(jìn)行直接訪問

●設(shè)有職工EMP（職工號(hào)，姓名，性別，部門號(hào)，職務(wù)，進(jìn)單位時(shí)間，電話），職務(wù)JOB（職務(wù)，月薪）和部門DEPT（部門號(hào)，部門名稱，部門電話，負(fù)責(zé)人）實(shí)體集。一個(gè)職務(wù)可以由多個(gè)職工擔(dān)任，但一個(gè)職工只能擔(dān)任一個(gè)職務(wù)，并屬于一個(gè)部門，部門負(fù)責(zé)人是一個(gè)職工。下圖所示的a、b處的實(shí)體名分別為__(24)__；圖中a、b之間為__(25)__聯(lián)系。

（24）A．DEPT、EMP
B．EMP、DEPT
C．JOB．EMP
D．EMP、JOB
（25）A．1：1
B．1：*
C．*：1
D．*：*

●從數(shù)據(jù)庫(kù)管理系統(tǒng)的角度看，數(shù)據(jù)庫(kù)系統(tǒng)一般采用如下圖所示的三級(jí)模式結(jié)構(gòu)。圖中①②處應(yīng)填寫__(26)__，③處應(yīng)填寫__(27)__。

（26）A．外模式/概念模式
B．概念模式/內(nèi)模式
C．外模式/概念模式映象
D．概念模式/內(nèi)模式映象
（27）A．外模式/概念模式
B．概念模式/內(nèi)模式
C．外模式/概念模式映象
D．概念模式/內(nèi)模式映象

●若關(guān)系R、S如下圖所示，則R與S自然連接后的屬性列數(shù)和元組個(gè)數(shù)分別為__(28)__，__(29)__。

（28）A．4和3
B．4和6
C．6和3
D．6和6
（29）

●某公司采用的軟件開發(fā)過程通過了CMM2認(rèn)證，表明該公司__(30)__。
（30）A．開發(fā)項(xiàng)目成效不穩(wěn)定，管理混亂
B．對(duì)軟件過程和產(chǎn)品質(zhì)量建立了定量的質(zhì)量目標(biāo)
C．建立了基本的項(xiàng)目級(jí)管理制度和規(guī)程，可對(duì)項(xiàng)目的成本、進(jìn)度進(jìn)行跟蹤和控制
D．可集中精力采用新技術(shù)新方法，優(yōu)化軟件過程

●國(guó)標(biāo)16260中，在描述外部（內(nèi)部）效率度量時(shí)，給出了若干針對(duì)計(jì)算機(jī)系統(tǒng)時(shí)間消耗的定義，以下描述項(xiàng)中正確的有__(31)__。
①響應(yīng)時(shí)間是指從按動(dòng)傳送鍵到得到結(jié)果為止所需要的時(shí)間
②處理時(shí)間是指從接受一個(gè)消息到送出它的結(jié)果之間計(jì)算機(jī)的歷時(shí)時(shí)間
③周轉(zhuǎn)時(shí)間是指從提出要求到得到結(jié)果所需要的時(shí)間
④響應(yīng)時(shí)間包括處理時(shí)間和傳輸時(shí)間
（31）A．①②③④
B．①③
C．②③
D．①②④

●測(cè)試用例是測(cè)試使用的文檔化的細(xì)則，其規(guī)定如何對(duì)軟件某項(xiàng)功能或功能組合進(jìn)行測(cè)試。測(cè)試用例應(yīng)包括下列__(32)__內(nèi)容的詳細(xì)信息。
①測(cè)試目標(biāo)和被測(cè)功能
②測(cè)試環(huán)境和其他條件
③測(cè)試數(shù)據(jù)和測(cè)試步驟
④測(cè)試記錄和測(cè)試結(jié)果
（32）A．①③
B．①②③
C．①③④
D．①②③④

●軟件內(nèi)部/外部質(zhì)量模型中，__(33)__不是可移植性包括的子特性。
（33）A．適應(yīng)性
B．易改變性
C．共存性
D．易替換性

●評(píng)價(jià)規(guī)格說明中不包括__(34)__。
（34）A．分析產(chǎn)品的描述
B．規(guī)定對(duì)產(chǎn)品及部件執(zhí)行的測(cè)量
C．按照評(píng)價(jià)需求驗(yàn)證產(chǎn)生的規(guī)格說明
D．請(qǐng)求者說明評(píng)價(jià)覆蓋范圍

●在進(jìn)行產(chǎn)品評(píng)價(jià)時(shí)，評(píng)價(jià)者需要對(duì)產(chǎn)品部件進(jìn)行管理和登記，其完整的登記內(nèi)容應(yīng)包括__(35)__。
①部件或文檔的標(biāo)識(shí)符
②部件的名稱或文檔標(biāo)題
③文檔的狀態(tài)，包括物理狀態(tài)或變異方面的狀態(tài)
④請(qǐng)求者提供的版本、配置和日期信息
（35）A．①③
B．①②
C．①③④
D．①②③④

●下面的描述中，不能體現(xiàn)前置測(cè)試模型要點(diǎn)的是__(36)__。
（36）A．前置測(cè)試模型主張根據(jù)業(yè)務(wù)需求進(jìn)行測(cè)試設(shè)計(jì)，認(rèn)為需求分析階段是進(jìn)行測(cè)試計(jì)劃和測(cè)試設(shè)計(jì)的最好時(shí)機(jī)。
B．前置測(cè)試模型將開發(fā)和測(cè)試的生命周期整合在一起，標(biāo)識(shí)了項(xiàng)目生命周期從開始到結(jié)束之間的關(guān)鍵行為，提出業(yè)務(wù)需求最好在設(shè)計(jì)和開發(fā)之前就被正確定義。
C．前置測(cè)試將測(cè)試執(zhí)行和開發(fā)結(jié)合在一起，并在開發(fā)階段以編碼-測(cè)試-編碼-測(cè)試的方式來體現(xiàn)，強(qiáng)調(diào)對(duì)每一個(gè)交付的開發(fā)結(jié)果都必須通過一定的方式進(jìn)行測(cè)試。
D．前置測(cè)試模型提出驗(yàn)收測(cè)試應(yīng)該獨(dú)立于技術(shù)測(cè)試，以保證設(shè)計(jì)及程序編碼能夠符合最終用戶的需求。

●在進(jìn)行軟件編碼規(guī)范評(píng)測(cè)過程中需要圍繞幾個(gè)方面的內(nèi)容展開，以下描述中不屬于編碼規(guī)范評(píng)測(cè)內(nèi)容的有__(37)__。
（37）A．源程序文檔化檢查，包括符號(hào)名的命名、程序的注釋等規(guī)范性檢查
B．?dāng)?shù)據(jù)說明檢查，包括數(shù)據(jù)說明次序、語句中變量順序檢查
C．程序結(jié)構(gòu)檢查，程序應(yīng)采用基本的控制結(jié)構(gòu)、避免不必要的轉(zhuǎn)移控制等
D．程序邏輯檢查，閱讀源代碼，比較實(shí)際程序控制流與程序設(shè)計(jì)控制流的區(qū)別

●__(38)__屬于概要設(shè)計(jì)說明書的評(píng)測(cè)內(nèi)容。
①分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu)，確認(rèn)該軟件設(shè)計(jì)是否覆蓋了所有已確定的軟件需求，軟件每一成分是否可追溯到某一項(xiàng)需求
②系統(tǒng)定義的目標(biāo)是否與用戶的要求一致
③從軟件維護(hù)的角度出發(fā)，確認(rèn)該軟件設(shè)計(jì)是否考慮了方便未來的維護(hù)
④是否所有界面與更高級(jí)別文檔中的需求一致
（38）A．①②③
B．①③④
C．②③④
D．①②③④

●關(guān)于確認(rèn)測(cè)試，描述正確的是__(39)__。
①確認(rèn)測(cè)試一般包括有效性測(cè)試與軟件配置復(fù)查，采用黑盒測(cè)試為主，白盒測(cè)試為輔的測(cè)試方法進(jìn)行測(cè)試
②確認(rèn)測(cè)試配置項(xiàng)復(fù)查時(shí)應(yīng)當(dāng)嚴(yán)格檢查用戶手冊(cè)和操作手冊(cè)中規(guī)定的使用步驟的完整性和正確性
③確認(rèn)測(cè)試需要檢測(cè)與證實(shí)軟件是否滿足軟件需求說明書中規(guī)定的要求
④確認(rèn)測(cè)試是保證軟件正確實(shí)現(xiàn)特定功能的一系列活動(dòng)和過程，目的是保證軟件生命周期中的每一個(gè)階段的成果滿足上一個(gè)階段所設(shè)定的目標(biāo)
（39）A．①②
B．②③
C．③④
D．②④

●關(guān)于軟件測(cè)試的說法，__(40)__是不正確的。
（40）A．代碼審查是代碼檢查的一種，是由程序員和測(cè)試員組成一個(gè)審查小組，通過閱讀、討論和爭(zhēng)議，對(duì)程序進(jìn)行靜態(tài)分析的過程
B．軟件測(cè)試的對(duì)象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟件測(cè)試的對(duì)象
C．白盒測(cè)試是通過對(duì)程序內(nèi)部結(jié)構(gòu)的分析、檢測(cè)來尋找問題的測(cè)試方法
D．單元測(cè)試是針對(duì)軟件設(shè)計(jì)的最小單位—程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作，它通常需要開發(fā)輔助的樁模塊作為主程序調(diào)用被測(cè)模塊來完成測(cè)試

●關(guān)于集成測(cè)試的描述中，正確的是__(41)__。
①集成測(cè)試也叫做組裝測(cè)試或聯(lián)合測(cè)試，通常是在單元測(cè)試的基礎(chǔ)上，將所有模塊按照概要設(shè)計(jì)說明書和詳細(xì)設(shè)計(jì)說明書的要求進(jìn)行組裝和測(cè)試的過程
②自頂向下的增殖方式是集成測(cè)試的一種組裝方式，它能較早地驗(yàn)證主要的控制和判斷點(diǎn)，對(duì)于輸入輸出模塊、復(fù)雜算法模塊中存在的錯(cuò)誤能夠較早地發(fā)現(xiàn)③自底向上的增殖方式需要建立樁模塊，并行地對(duì)多個(gè)模塊實(shí)施測(cè)試，并逐步形成程序?qū)嶓w，完成所有模塊的組裝和集成測(cè)試
④在集成測(cè)試時(shí)，測(cè)試者應(yīng)當(dāng)確定關(guān)鍵模塊，對(duì)這些關(guān)鍵模塊及早進(jìn)行測(cè)試，比如高層控制模塊、有明確性能要求和定義的模塊等
（41）A．①②
B．②③
C．①④
D．②④

●缺陷探測(cè)率DDP是衡量一個(gè)公司測(cè)試工作效率的軟件質(zhì)量成本的指標(biāo)。在某公司開發(fā)一個(gè)軟件產(chǎn)品的過程中，開發(fā)人員自行發(fā)現(xiàn)并修正的缺陷數(shù)量為80個(gè)，測(cè)試人員A發(fā)現(xiàn)的缺陷數(shù)量為50個(gè)，測(cè)試人員B發(fā)現(xiàn)的缺陷數(shù)為50個(gè)，測(cè)試人員A和測(cè)試人員B發(fā)現(xiàn)的缺陷不重復(fù)，客戶反饋缺陷數(shù)量為50個(gè)，則該公司針對(duì)本產(chǎn)品的缺陷探測(cè)率為__(42)__。
（42）A．56.5%
B．78.3%
C．43.5%
D．34.8%

●在執(zhí)行測(cè)試和評(píng)價(jià)的過程中，會(huì)產(chǎn)生較多的文檔，__(43)__是對(duì)文檔內(nèi)容的正確描述。
①評(píng)價(jià)需求的主要內(nèi)容是描述評(píng)價(jià)的目標(biāo)，特別是描述了產(chǎn)品的質(zhì)量需求
②評(píng)價(jià)規(guī)格說明的主要內(nèi)容是確定對(duì)軟件及其部件實(shí)行的所有分析和測(cè)量，標(biāo)識(shí)要采用的操作規(guī)程、測(cè)試方法和工具
③評(píng)價(jià)記錄的主要內(nèi)容是對(duì)評(píng)價(jià)執(zhí)行過程的詳細(xì)記載，由評(píng)價(jià)請(qǐng)求者保留
④評(píng)價(jià)報(bào)告的主要內(nèi)容是執(zhí)行測(cè)量和分析的結(jié)果，以及能被重復(fù)和重新評(píng)價(jià)的必要信息
（43）A．①②
B．②③
C．①④
D．②④

●用等價(jià)類劃分法設(shè)計(jì)8位長(zhǎng)數(shù)字類型用戶名登錄操作的測(cè)試用例，應(yīng)該分成__(44)__個(gè)等價(jià)區(qū)間。
（44）A．2
B．3
C．4
D．6

●下面為C語言程序，邊界值問題可以定位在__(45)__。
int data（3），
int i，
for(i=1，i<=3，i++)
data(i)=100
（45）A．data（0）
B．data（1）
C．data（2）
D．data（3）

●__(46)__敘述是正確的。
①測(cè)試用例應(yīng)由測(cè)試設(shè)計(jì)入員來制定
②測(cè)試點(diǎn)應(yīng)由測(cè)試人員確立
③測(cè)試工作展開于項(xiàng)目立項(xiàng)后，而不是代碼開發(fā)完成之后
④測(cè)試對(duì)象是源代碼
（46）A．①②③
B．②③
C．①③
D．①②③④

●通常測(cè)試用例很難100％覆蓋測(cè)試需求，因?yàn)開_(47)__。
①輸入量太大
②輸出結(jié)果太多
③軟件實(shí)現(xiàn)途徑多
④測(cè)試依據(jù)沒有統(tǒng)一標(biāo)準(zhǔn)
（47）A．①②
B．①③
C．①②③
D．①②③④

●假定X為整數(shù)類型變量，X>=1并且X<=10，如果用邊界值分析法，X在測(cè)試中應(yīng)該取__(48)__值。
（48）A．1，10
B．0，1，10，11
C．1，11
D．1，5，10，11

●以下__(49)__方法不是黑盒測(cè)試用例的設(shè)計(jì)方法。
（49）A．場(chǎng)景法
B．邊界值法
C．因果圖法
D．路徑法

●不屬于界面元素測(cè)試的是__(50)__。
（50）A．窗口測(cè)試
B．文字測(cè)試
C．功能點(diǎn)測(cè)試
D．鼠標(biāo)測(cè)試

●以下說法不正確的是__(51)__。
（51）A．易用性測(cè)試不僅是針對(duì)應(yīng)用程序的測(cè)試，而且還要包括用戶手冊(cè)等系列文檔
B．安裝測(cè)試就是按照用戶安裝手冊(cè)安裝軟件，來評(píng)估安裝過程的易用性、正確性
C．輔助系統(tǒng)測(cè)試包括幫助測(cè)試、向?qū)y(cè)試、信息提示測(cè)試等
D．界面整體測(cè)試是指對(duì)界面的規(guī)范性、可維護(hù)性、整體性等進(jìn)行測(cè)試和評(píng)估

●針對(duì)下列程序段，需要__(52)__個(gè)測(cè)試用例可以滿足語句覆蓋的要求。
switch(value)
{
case 0:
other=30;
break;
case 1:
other=50;
break;
case 2:
other=300;
case 3:
other=other/value;
break;
default:
other=other*value;
}
（52）A．2
B．3
C．4
D．5

●針對(duì)邏輯覆蓋__(53)__敘述是不正確的。
（53）A．達(dá)到100％CC要求就一定能夠滿足100％DC的要求
B．達(dá)到100％CDC要求就一定能夠滿足100％DC的要求
C．達(dá)到100％MCDC要求就一定能夠滿足100％DC的要求
D．達(dá)到100％路徑覆蓋要求就一定能夠滿足100％DC的要求

●以下控制流程圖的環(huán)路復(fù)雜性V(G)等于__(54)__。

（54）A．5
B．6
C．9
D．12

●在程序控制流圖中，有8條邊，6個(gè)節(jié)點(diǎn)，則控制流程圖的環(huán)路復(fù)雜性V(G)等于__(55)__。
（55）A．2
B．4
C．6
D．8

●針對(duì)程序段：IF（X>10）AND（Y<20）THEN W=W/A，對(duì)于(X，Y)的取值，以下__(56)__組測(cè)試用例能夠滿足判定覆蓋的要求。
（56）A．(30，15)(40，10)
B．(3，0)(30，30)
C．(5，25)(10，20)
D．(20，10)(1，100)

●關(guān)于數(shù)據(jù)庫(kù)索引，以下表述正確的是__(57)__。
①如果對(duì)表創(chuàng)建了索引，那么更新、插入和刪除表中的記錄都將導(dǎo)致額外的系統(tǒng)開銷
②全表掃描一定比使用索引的執(zhí)行效率低
③在字段選擇性很低的情況下適用索引
④一個(gè)表創(chuàng)建的索引越多，對(duì)系統(tǒng)的性能提升越大
（57）A．①②③
B．①③
C．①②③④
D．①③④

●對(duì)于提升磁盤I/O性能問題，以下表述正確的是__(58)__。
（58）A．?dāng)?shù)據(jù)庫(kù)對(duì)象在物理設(shè)備上的合理分布能改善系統(tǒng)讀寫性能
B．磁盤鏡像可以提高磁盤讀寫的速度
C．建議把數(shù)據(jù)庫(kù)、回滾段、日志放在同一塊設(shè)備上，以提高數(shù)據(jù)讀寫的性能
D．將磁盤升級(jí)到更大容量可提高磁盤I/O速度

●反映web應(yīng)用客戶端交易處理性能的評(píng)估指標(biāo)有__(59)__。
①并發(fā)用戶數(shù)②交易響應(yīng)時(shí)間③交易通過率④吞吐量⑤點(diǎn)擊率
（59）A．①②③④
B．①②③④⑤
C．②③
D．②③④

●__(60)__是功能測(cè)試工具。
（60）A．LoadRunner
B．WinRunner
C．QALoad
D．WAS

●__(61)__是導(dǎo)致軟件缺陷的最大原因。
（61）A．需求規(guī)格說明書
B．設(shè)計(jì)方案
C．編寫代碼
D．測(cè)試計(jì)劃

●根據(jù)ANSI／IEEE829標(biāo)準(zhǔn)，__(62)__屬于《測(cè)試案例說明》中的內(nèi)容。
①輸入說明②測(cè)試目的③環(huán)境要求④特殊要求
（62）A．①②③
B．①③④
C．②③
D．①②③④

●負(fù)載壓力性能測(cè)試需求分析時(shí)，應(yīng)該選擇__(63)__類型的業(yè)務(wù)作為測(cè)試案例。①高吞吐量的業(yè)務(wù)②業(yè)務(wù)邏輯復(fù)雜的業(yè)務(wù)③高商業(yè)風(fēng)險(xiǎn)的業(yè)務(wù)④高服務(wù)器負(fù)載的業(yè)務(wù)⑤批處理的業(yè)務(wù)
（63）A．①②③
B．①③④
C．①④
D．①②③④⑤

●測(cè)試記錄包括__(64)__。
①測(cè)試計(jì)劃或包含測(cè)試用例的測(cè)試規(guī)格說明
②測(cè)試期間出現(xiàn)問題的評(píng)估與分析
③與測(cè)試用例相關(guān)的所有結(jié)果，包括在測(cè)試期間出現(xiàn)的所有失敗
④測(cè)試中涉及的人員身份
（64）A．①②③
B．①③④
C．②③
D．①②③④

●在性能測(cè)試中，關(guān)于數(shù)據(jù)準(zhǔn)備，__(65)__描述是正確的。
①識(shí)別數(shù)據(jù)狀態(tài)驗(yàn)證測(cè)試案例
②初始數(shù)據(jù)提供了基線用來評(píng)估測(cè)試執(zhí)行的結(jié)果
③業(yè)務(wù)數(shù)據(jù)提供負(fù)載壓力背景
④腳本中參數(shù)數(shù)據(jù)真實(shí)模擬負(fù)載
（65）A．①②③
B．①③④
C．②③
D．①②③④

●運(yùn)行Web瀏覽器的計(jì)算機(jī)與網(wǎng)頁(yè)所在的計(jì)算機(jī)要建立__(66)__連接，采用__(67)__協(xié)議傳輸網(wǎng)頁(yè)文件。
（66）A．UDP
B．TCP
C．IP
D．RIP
（67）A．HTTP
B．HTML
C．ASP
D．RPC

●__(68)__不屬于電子郵件協(xié)議。
（68）A．POP3
B．SMTP
C．IMAP
D．MPLS

●某客戶端在采用ping命令檢測(cè)網(wǎng)絡(luò)連接故障時(shí)，發(fā)現(xiàn)可以ping通127.0.0.1及本機(jī)的IP地址，但無法ping通同一網(wǎng)段內(nèi)其他工作正常的計(jì)算機(jī)的IP地址，說明該客戶端的故障是__(69)__。
（69）A．TCP/IP協(xié)議不能正常工作
B．本機(jī)網(wǎng)卡不能正常工作
C．本機(jī)網(wǎng)絡(luò)接口故障
D．本機(jī)DNS服務(wù)器地址設(shè)置錯(cuò)誤

●用戶可以通過http://www.a.com和http://www.b.com訪問在同一臺(tái)服務(wù)器上__(70)__不同的兩個(gè)Web站點(diǎn)。
（70）A．IP地址
B．端口號(hào)
C．協(xié)議
D．虛擬目錄

●Object-oriented analysis(OOA)is a semiformal specification technique for the object-oriented paradigm．Object-oriented analysis consists of three steps．The first step is__(71)__．It determines how the various results are computed by the product and presents this information in the form of a __(72)__and associated scenarios．The second is__(73)__，which determines the classes and their attributes，then determines the interrelationships and interaction among the classes．The last step is__(74)__，which determines the actions performed by or to each class or subclass and presents this information in the form of__(75)__．
（71）A．use-case modeling
B．class modeling
C．dynamic modeling
D．behavioral modeling
（72）A．collaboration diagram
B．sequence diagram
C．use-case diagram
D．a(chǎn)ctivity diagram
（73）A．use-case modeling
B．class modeling
C．dynamic modeling
D．behavioral modeling
（74）A．use-case modeling
B．class modeling
C．dynamic modeling
D．behavioral modeling
（75）A．a(chǎn)ctivity diagram
B．component diagram
C．sequence diagram
D．state diagram

>>>軟件評(píng)測(cè)師考試歷年真題在線測(cè)試（含答案+解析）

>>>希賽網(wǎng)軟件評(píng)測(cè)師輔導(dǎo)招生方案

>>>軟件評(píng)測(cè)師學(xué)習(xí)包，有它就夠了