軟件評(píng)測(cè)師模擬題及答案解析第十套

1、軟件評(píng)測(cè)師模擬題及答案解析第十套1、對(duì)需求說(shuō)明書評(píng)測(cè)的內(nèi)容包括系統(tǒng)定義的目標(biāo)是否與用戶的要求一致被開發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定與所有其他系統(tǒng)交互的重要接口是否都已經(jīng)描述主要功能是否已包含在規(guī)定的軟件范圍之內(nèi)，是否都已充分說(shuō)明確認(rèn)軟件的內(nèi)部接口與外部接口是否已明確定義A. B. c. 0 D. 2、編寫匯編語(yǔ)言程序時(shí)，下列寄存器中程序員可訪問的是。A. 程序計(jì)數(shù)器（ PC.B.指令寄存器（ IR）C.存儲(chǔ)器數(shù)據(jù)寄存器（ MDR）D.存儲(chǔ)器地址寄存器（ MAR）3、軟件測(cè)評(píng)相關(guān)的標(biāo)準(zhǔn)一般可以分為國(guó)際標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)以及企業(yè)標(biāo)準(zhǔn)。一般情況下，技術(shù)要求最高的是A. 國(guó)際標(biāo)準(zhǔn) B.

2、國(guó)家標(biāo)準(zhǔn) C.行業(yè)標(biāo)準(zhǔn) D.企業(yè)標(biāo)準(zhǔn) 4、以下關(guān)于不同類型的軟件測(cè)試的敘述，正確的是。A. 單元測(cè)試不是模塊測(cè)試B. 多個(gè)模塊不能平行地獨(dú)立進(jìn)行測(cè)試， 應(yīng)該順序執(zhí)行 C.系統(tǒng)測(cè)試是檢驗(yàn)程序單元或部件之間的接口關(guān)系 D.確認(rèn)測(cè)試是通過檢驗(yàn)和 / 或核查所提供的客觀證據(jù)，證實(shí)軟件是否滿足特定預(yù)期用途的需求 5、網(wǎng)絡(luò)測(cè)試不能解決的問題是。A. 連通性 B. 丟包 C.全表掃描 D.延遲6、軟件評(píng)審作為質(zhì)量控制的一個(gè)重要手段，已經(jīng)被業(yè)界廣泛使用。評(píng)審分為內(nèi)部評(píng)審和外部評(píng)審。關(guān)于內(nèi)部評(píng)審的敘述，正確的包括。對(duì)軟件的每個(gè)開發(fā)階段都要進(jìn)行內(nèi)部評(píng)審評(píng)審人員由軟件開發(fā)組、 質(zhì)量管理和配置管理人員組成，也可邀請(qǐng)用

3、戶參與評(píng)審人數(shù)根據(jù)實(shí)際情況確定， 比如根據(jù)軟件的規(guī)模等級(jí)和安全性等級(jí)等指標(biāo)而定內(nèi)部評(píng)審由用戶單位主持， 由信息系統(tǒng)建設(shè)單位組織， 應(yīng)成立評(píng)審委員會(huì)A. B. C. D. 7、廣義的軟件測(cè)試由“確認(rèn)”、“驗(yàn)證”、“測(cè)試“三個(gè)方面組成，其中“確認(rèn) 是。A. 想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性， 檢查軟件在最終的運(yùn)行環(huán)境上是否達(dá)到預(yù)期的目標(biāo)B. 檢測(cè)軟件開發(fā)的每個(gè)階段、 每個(gè)步驟的結(jié)果是否正確無(wú)誤，是否與軟件開發(fā)各階段的要求或期望的結(jié)果相一致C.檢查某樣?xùn)|西是否符合事先已定好的標(biāo)準(zhǔn)D.試圖證明軟件在軟件生命周期各個(gè)階段以及階段間的邏輯協(xié)調(diào)性、 完備性和正確性 8、 J2EE系統(tǒng)架構(gòu)被各種信

4、息系統(tǒng)普遍采用，不屬于其服務(wù)器端應(yīng)用組件。A.Servlet B.JSP C.EJB D.Applet9、以下關(guān)于軟件系統(tǒng)安全防護(hù)策略的敘述，不正確的是A. 網(wǎng)閘的主要目的是實(shí)現(xiàn)內(nèi)網(wǎng)和外網(wǎng)的物理隔離B. 防火墻的主要目的是實(shí)現(xiàn)內(nèi)網(wǎng)和外網(wǎng)的邏輯隔離C.入侵檢測(cè)系統(tǒng)通常部署在防火墻之外D.安全日志屬于被動(dòng)防護(hù)策略10、有關(guān)評(píng)估系統(tǒng)效率質(zhì)量特性，以下論述正確的是。A. 響應(yīng)時(shí)間越長(zhǎng)，系統(tǒng)執(zhí)行效率越高B. 響應(yīng)時(shí)間和交易執(zhí)行吞吐量都是用來(lái)衡量系統(tǒng)執(zhí)行快慢的 C.響應(yīng)時(shí)間越短，交易執(zhí)行吞吐量越大D.系統(tǒng)的訪問量越大，交易執(zhí)行吞吐量越大11、性能測(cè)試過程中需要對(duì)數(shù)據(jù)庫(kù)服務(wù)器的資源使用進(jìn)行監(jiān)控，不屬于應(yīng)該監(jiān)

5、控的指標(biāo)。A.CPU占用率 B. 可用內(nèi)存數(shù) C.點(diǎn)擊率 D. 緩存命中率 12、結(jié)構(gòu)化分析（ Structured Analysis，SA.是面向數(shù)據(jù)流的需求分析方法，不屬于sA工具。A. 分層的數(shù)據(jù)流圖B. 數(shù)據(jù)詞典C.問題分析圖D.描述加工邏輯的結(jié)構(gòu)化語(yǔ)言、判定表或判定樹13、 V模型描述了軟件基本的開發(fā)過程和測(cè)試行為，描述了不同測(cè)試階段與開發(fā)過程各階段的對(duì)應(yīng)關(guān)系。其中，集成測(cè)試階段對(duì)應(yīng)的開發(fā)階段是A. 需求分析階段 B. 概要設(shè)計(jì)階段C.詳細(xì)設(shè)計(jì)階段 D.編碼階段14、不是正確的軟件測(cè)試目的。A. 盡最大的可能找出最多的錯(cuò)誤B. 設(shè)計(jì)一個(gè)好的測(cè)試用例對(duì)用戶需求的覆蓋度達(dá)到 100%C.

6、 對(duì)軟件質(zhì)量進(jìn)行度量和評(píng)估，以提高軟件的質(zhì)量D.發(fā)現(xiàn)開發(fā)所采用的軟件過程的缺陷，進(jìn)行軟件過程改進(jìn)15、設(shè)用 2K4位的存儲(chǔ)器芯片組成 16Kx8位的存儲(chǔ)器（地址單元為 0000H3FFFH，每個(gè)芯片的地址空間連續(xù)），則地址單元0B1FH所在芯片的最小地址編號(hào)為。A.0000H B.2800H C.2000H D.0800H16、軟件質(zhì)量保證的主要目標(biāo)不包括。A. 通過預(yù)防、檢查與改進(jìn)來(lái)保證軟件質(zhì)量B. 保證開發(fā)出來(lái)的軟件和軟件開發(fā)過程符合相應(yīng)標(biāo)準(zhǔn)與規(guī)程 C.收集軟件產(chǎn)品、軟件過程中存在的不符合項(xiàng)， 在項(xiàng)目總結(jié)時(shí)進(jìn)行分析 D.確保項(xiàng)目組制定的計(jì)劃、標(biāo)準(zhǔn)和規(guī)程適合項(xiàng)目需要， 同時(shí)滿足評(píng)審和審計(jì)需要

7、 17、目前信息系統(tǒng)所使用的主要用戶認(rèn)證機(jī)制， 身份識(shí)別標(biāo)識(shí)不包括 A. 指紋 B. 智能卡 C. 數(shù)字證書 D.身份證號(hào)碼18、以下不屬于軟件測(cè)試對(duì)象的有項(xiàng)。需求規(guī)格說(shuō)明書軟件的程序模塊概要設(shè)計(jì)說(shuō)明書與詳細(xì)設(shè)計(jì)說(shuō)明書軟件的用戶手冊(cè)A.2B.3C.4 D.019、程序設(shè)計(jì)語(yǔ)言一般可劃分為低級(jí)語(yǔ)言和高級(jí)語(yǔ)言兩大類，與高級(jí)語(yǔ)言相比，用低級(jí)語(yǔ)言開發(fā)的程序具有等特點(diǎn)。A. 開發(fā)效率低， 運(yùn)行效率低 B. 開發(fā)效率高， 運(yùn)行效率低 C.開發(fā)效率低， 運(yùn)行效率高 D. 開發(fā)效率高，運(yùn)行效率高設(shè)有學(xué)生實(shí)體 students （學(xué)號(hào)，姓名，性別，年齡，家庭住址，家庭成員，關(guān)系，聯(lián)系電話），其中家庭住址”記錄了

8、郵編、省、市、街道信息；“家庭成員，關(guān)系，聯(lián)系電話”分別記錄了學(xué)生親屬的姓名、與學(xué)生的關(guān)系以及聯(lián)系電話。學(xué)生實(shí)體 students 中的“家庭住址”是一個(gè)20屬性；為使數(shù)據(jù)庫(kù)模式設(shè)計(jì)更合理，對(duì)于關(guān)系模式 students_2120 、A. 簡(jiǎn)單 B. 多值 C.派生 D.復(fù)合21、A. 可以不作任何處理，因?yàn)樵撽P(guān)系模式達(dá)到了3NFB. 只允許記錄一個(gè)親屬的姓名、與學(xué)生的關(guān)系以及聯(lián)系電話的信息C. 應(yīng)該將家庭成員、 關(guān)系及聯(lián)系電話加上學(xué)生號(hào)，設(shè)計(jì)成為一個(gè)獨(dú)立的實(shí)體D. 需要對(duì)關(guān)系模式 students 增加若干組家庭成員、關(guān)系及聯(lián)系電話字段 22、關(guān)于軟件測(cè)試過程中的配置管理，是不正確的表述。A

9、. 測(cè)試活動(dòng)的配置管理屬于整個(gè)軟件項(xiàng)目配置管理的一部分B. 軟件測(cè)試配置管理包括 4個(gè)基本的活動(dòng)：配置項(xiàng)變更控制、配置狀態(tài)報(bào)告、配置審計(jì)、配置管理委員會(huì)建立C.配置項(xiàng)變更控制要規(guī)定測(cè)試基線， 對(duì)每個(gè)基線進(jìn)行描述 D. 配置狀態(tài)報(bào)告要確認(rèn)過程記錄、 跟蹤問題報(bào)告、 更改請(qǐng)求以及更改次序等 23、以下關(guān)于信息安全的敘述，不正確的是。A.SYN洪水攻擊通過發(fā)送大量 TCp連接請(qǐng)求以占滿網(wǎng)絡(luò)帶寬， 使其他用戶無(wú)法正常連接服務(wù) B. 緩沖區(qū)溢出攻擊能通過修改函數(shù)返回地址并執(zhí)行惡意代碼， 進(jìn)而獲得系統(tǒng)的控制權(quán) C.計(jì)算機(jī)病毒的主要特征包括破壞性、 寄生性、自我復(fù)制能力和傳染能力 D.會(huì)話標(biāo)識(shí)和時(shí)間戳都是抵

10、御重演攻擊的有效技術(shù)24、與設(shè)計(jì)測(cè)試用例無(wú)關(guān)的文檔是。A. 項(xiàng)目開發(fā)計(jì)劃 B. 需求規(guī)格說(shuō)明書C.設(shè)計(jì)說(shuō)明書 D.源程序25、若某計(jì)算機(jī)采用 8位整數(shù)補(bǔ)碼表示數(shù)據(jù)，則運(yùn)算將產(chǎn)生溢出。A.127+1B.-127-1C.-127+1D.127-126、以下關(guān)于白盒測(cè)試和黑盒測(cè)試的理解，正確是。A. 白盒測(cè)試通過對(duì)程序內(nèi)部結(jié)構(gòu)的分析、檢測(cè)來(lái)尋找問題B. 白盒測(cè)試通過一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)C.單元測(cè)試可應(yīng)用白盒測(cè)試方法，集成測(cè)試則采用黑盒測(cè)試方法D.在軟件生命周期各個(gè)階段都需要用白盒測(cè)試方法27、軟件設(shè)計(jì)要遵循的基本原則包括模塊化抽象封裝信息隱蔽A. B. c. D. 28、

11、軟件測(cè)試使用各種術(shù)語(yǔ)描述軟件出現(xiàn)的問題，以下敘述正確的是。A. 軟件錯(cuò)誤（ error ）是指在軟件生命周期內(nèi)的不希望或不可接受的人為錯(cuò)誤，其結(jié)果是導(dǎo)致軟件故障的產(chǎn)生B. 軟件缺陷（ defect ）是存在于軟件（文檔、數(shù)據(jù)、程序）之中的那些不希望或不可接受的偏差C.軟件故障（ fault）是指軟件運(yùn)行過程中出現(xiàn)的一種不希望或不可接受的外部狀態(tài)D.軟件失效（ failure）是指軟件運(yùn)行時(shí)產(chǎn)生的一種不希望或不可接受的內(nèi)部行為結(jié)果29、針對(duì)以下 c語(yǔ)言程序段，假設(shè) sta10=-1，對(duì)于 x的取值，需要個(gè)測(cè)試用例能夠滿足分支覆蓋的要求。int MathMine（int x）int m=0 ；in

12、ti； for （i=x-1 ； i=x+1 ；i+ ）if （ i31 ）break ； if （stai=-1）m+； return m；A.3B.4 C.5D.630、ISO/IEC9126軟件工程產(chǎn)品質(zhì)量統(tǒng)一了多種質(zhì)量模型。其中，下述關(guān)于軟件使用質(zhì)量的描述，不正確的是。A. 它測(cè)量用戶在特定環(huán)境中能達(dá)到其目標(biāo)的程度，不是測(cè)量軟件自身的屬性B. 使用質(zhì)量的屬性分為 4個(gè)特性：有效性、生產(chǎn)率、安全性和滿意度C.使用質(zhì)量是基于用戶、開發(fā)者、維護(hù)者觀點(diǎn)的質(zhì)量 D. 使用質(zhì)量的獲得依賴于取得必需的外部質(zhì)量，而外部質(zhì)量的獲得則依賴于取得必需的內(nèi)部質(zhì)量31、為驗(yàn)證某呼叫中心是否能夠承受大量呼叫信息同

13、時(shí)呼入并得到正確處理，測(cè)試工程師一般采用測(cè)試工具。A. 負(fù)載壓力 B. 代碼 C. 網(wǎng)絡(luò)仿真 D.故障診斷32、關(guān)于軟件測(cè)試與軟件開發(fā)的認(rèn)識(shí)，不正確的是。A. 軟件生命周期各個(gè)階段都可能產(chǎn)生錯(cuò)誤B. 軟件測(cè)試是獨(dú)立于軟件開發(fā)的一個(gè)工作C.軟件開發(fā)的需求分析和設(shè)計(jì)階段就應(yīng)開始測(cè)試工作D.測(cè)試越早進(jìn)行，越有助于提高被測(cè)軟件的質(zhì)量33、在輸入輸出控制方法中， 采用可以使得設(shè)備與主存間的數(shù)據(jù)塊傳送無(wú)需CPU預(yù)。A. 程序控制輸入輸出 B. 中斷C.DMAD.總線控制答案：1、D本題考查需求說(shuō)明書評(píng)測(cè)所包含的內(nèi)容。是概要設(shè)計(jì)說(shuō)明書評(píng)測(cè)的內(nèi)容，所以正確答案是D。2、D本題考查 CPU中相關(guān)寄存器的基礎(chǔ)知識(shí)

14、。指令寄存器（ IR）用于暫存從內(nèi)存取出的、正在運(yùn)行的指令，這是由系統(tǒng)使用的寄存器，程序員不能訪問。存儲(chǔ)器數(shù)據(jù)寄存器（ MDR）和存儲(chǔ)器地址寄存器（ MAR）用于對(duì)內(nèi)存單元訪問時(shí)的數(shù)據(jù)和地址暫存，也是由系統(tǒng)使用的，程序員不能訪問。程序計(jì)數(shù)器（ PC）用于存儲(chǔ)指令的地址，CPU根據(jù)該寄存器的指令從內(nèi)存讀取待執(zhí)行的指令，該寄存器可以由程序員訪問。3、D本題考查對(duì)軟件測(cè)試相關(guān)標(biāo)準(zhǔn)的了解。企業(yè)標(biāo)準(zhǔn)是參照并基于相關(guān)行業(yè)標(biāo)準(zhǔn)、 國(guó)家標(biāo)準(zhǔn)和國(guó)際標(biāo)準(zhǔn)， 并針對(duì)自有產(chǎn)品所采用的特定技術(shù)而制定的。 這些技術(shù)包括企業(yè)擁有的專利、 不公開的科研成果等，反映了企業(yè)的核心競(jìng)爭(zhēng)力，通常技術(shù)性較高。4、D本題考查對(duì)軟件測(cè)試類

15、型的相關(guān)知識(shí)的理解。單元測(cè)試又稱為模塊測(cè)試， 是針對(duì)程序模塊 （軟件設(shè)計(jì)的最小單位） 來(lái)進(jìn)行正確性檢驗(yàn)的測(cè)試工作，所以 A是不對(duì)的；多個(gè)模塊可以同時(shí)進(jìn)行測(cè)試，不用順序進(jìn)行，所以 B不對(duì)；系統(tǒng)測(cè)試是將通過確認(rèn)測(cè)試的軟件作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起測(cè)試，而不是檢驗(yàn)程序單元或部件之間的接口關(guān)系，所以c不對(duì)；答案 D是正確的。5、C本題考查網(wǎng)絡(luò)測(cè)試的基本概念。全表掃描是數(shù)據(jù)庫(kù)的概念， 指對(duì)無(wú)索引的表中的每條記錄都進(jìn)行匹配，直至返回所有符合查詢條件的記錄為止，與網(wǎng)絡(luò)測(cè)試無(wú)關(guān)。6、 B7、A本題考查對(duì)廣義軟件測(cè)試中確認(rèn)”和驗(yàn)證”概念

16、的了解?！按_認(rèn)”和“驗(yàn)證”兩個(gè)概念比較容易混淆。確認(rèn)（ Validation）是“確認(rèn)工作產(chǎn)品完全提供了用戶想要的功能，檢驗(yàn)產(chǎn)品是否真正提供了用戶想要的東西?！贝_認(rèn)更多是從用戶的角度， 或者是模擬用戶角度來(lái)驗(yàn)證產(chǎn)品是否和自己想要的一致。確認(rèn)是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性，并檢查軟件在最終的運(yùn)行環(huán)境上是否達(dá)到預(yù)期的目標(biāo)，而不是檢查軟件是否符合某些事先約定的標(biāo)準(zhǔn)。驗(yàn)證注重“過程”，確認(rèn)注重“結(jié)果”。所以答案A是正確的。8、D本題考查對(duì) J2EE服務(wù)器端應(yīng)用組件的理解。Applet 是Java的客戶端應(yīng)用組件。9、C本題考查對(duì)軟件系統(tǒng)安全防護(hù)策略的理解。入侵檢測(cè)系統(tǒng)通常部署在防火墻之

17、內(nèi)。10、 B本題考查系統(tǒng)效率質(zhì)量特性的基本概念。響應(yīng)時(shí)間越長(zhǎng)，系統(tǒng)效率越低，所以A是錯(cuò)誤的；交易執(zhí)行吞吐量不是由響應(yīng)時(shí)間決定的，如果系統(tǒng)的訪問量很小，響應(yīng)時(shí)間再快，吞吐量也不會(huì)大，所以C是錯(cuò)的；同理，系統(tǒng)訪問量很大，但是處理能力有限，交易執(zhí)行吞吐量也不會(huì)大，所以 D是錯(cuò)的。11、 C本題考查對(duì)性能測(cè)試監(jiān)控指標(biāo)的理解。點(diǎn)擊率是指網(wǎng)站頁(yè)面內(nèi)容被點(diǎn)擊次數(shù)與被顯示次數(shù)的比值，不屬于數(shù)據(jù)庫(kù)服務(wù)器的資源使用性能測(cè)試監(jiān)控指標(biāo)。12、 C本題考查對(duì)軟件開發(fā)工具相關(guān)內(nèi)容的了解。結(jié)構(gòu)化方法（ Structured Method）是強(qiáng)調(diào)開發(fā)方法的結(jié)構(gòu)合理性以及所開發(fā)軟件的結(jié)構(gòu)合理性的軟件開發(fā)方法。針對(duì)軟件生存周期

18、各個(gè)不同階段，它包括結(jié)構(gòu)化分析（ SA）、結(jié)構(gòu)化設(shè)計(jì)（ SD）和結(jié)構(gòu)化程序設(shè)計(jì)（ SP）等方法。結(jié)構(gòu)化分析方法給出一組幫助系統(tǒng)分析人員產(chǎn)生功能規(guī)約的原理與技術(shù)。它一般利用圖形表達(dá)用戶需求，使用的手段主要有數(shù)據(jù)流圖、數(shù)據(jù)字典、結(jié)構(gòu)化語(yǔ)言、判定表以及判定樹等，其中不包括問題分析圖。13、 B本題考查對(duì)軟件測(cè)試 v模型的了解。v模型指出，單元和集成測(cè)試是驗(yàn)證程序的設(shè)計(jì)，開發(fā)人員和測(cè)試組應(yīng)檢測(cè)程序的執(zhí)行是否滿足軟件設(shè)計(jì)的要求，其中，集成測(cè)試驗(yàn)證概要設(shè)計(jì)， 單元測(cè)試驗(yàn)證詳細(xì)設(shè)計(jì)； 系統(tǒng)測(cè)試驗(yàn)證系統(tǒng)設(shè)計(jì)， 檢測(cè)系統(tǒng)功能、 性能的質(zhì)量特性是否達(dá)到系統(tǒng)設(shè)計(jì)的指標(biāo)； 由測(cè)試人員和用戶進(jìn)行軟件的確認(rèn)測(cè)試和驗(yàn)收測(cè)試

19、，追溯軟件需求說(shuō)明書進(jìn)行測(cè)試，以確定軟件的實(shí)現(xiàn)是否滿足用戶需求或合同的要求。14、 B本題考查對(duì)軟件測(cè)試目標(biāo)的理解。軟件測(cè)試的目的是發(fā)現(xiàn)軟件的錯(cuò)誤，驗(yàn)證軟件是否滿足用戶需求， 并通過分析軟件錯(cuò)誤產(chǎn)生的原因， 以幫助發(fā)現(xiàn)當(dāng)前開發(fā)工作所采用的軟件過程的缺陷，以便進(jìn)行軟件過程改進(jìn)。 但是測(cè)試不可能發(fā)現(xiàn)所有的軟件缺陷，也不可能設(shè)計(jì)出一個(gè)測(cè)試用例對(duì)用戶需求的覆蓋度達(dá)到100%。15、 D本題考查地址編號(hào)的概念。使用 2Kx4的芯片構(gòu)成 16Kx8位的芯片，應(yīng)該每行 2個(gè)2K芯片形成 8位地址，共4行。因?yàn)閮?nèi)存單元從 0開始連續(xù)編址，所以每行的起始地址依次為 000H、 0800H、1000H、2000H

20、。因?yàn)?0800H0B1FH1000H，所以地址單元 0B1FH在第二行上，起始地址單元為0800H。16、 C本題考查對(duì)軟件質(zhì)量保證的了解。軟件質(zhì)量保證是通過預(yù)防、 檢查與改進(jìn)來(lái)保證軟件質(zhì)量， 是軟件生命周期的管理以及驗(yàn)證軟件是否滿足規(guī)定的質(zhì)量和用戶的需求。它著眼于軟件開發(fā)活動(dòng)中的過程、步驟和產(chǎn)物，而不是對(duì)軟件進(jìn)行剖析，找出問題或進(jìn)行評(píng)估。它不負(fù)責(zé)生產(chǎn)高質(zhì)量的軟件產(chǎn)品和制定質(zhì)量計(jì)劃，這些都是軟件開發(fā)的工作， 它的責(zé)任是審計(jì)軟件經(jīng)理和軟件工程組的質(zhì)量活動(dòng)并鑒別活動(dòng)中出現(xiàn)的偏差。它的內(nèi)容也不包括收集軟件產(chǎn)品、軟件過程中存在的不符合項(xiàng)，在項(xiàng)目總結(jié)時(shí)進(jìn)行分析 。17、 D本題考查用戶身份認(rèn)證中身份識(shí)

21、別標(biāo)識(shí)的概念。身份證號(hào)碼雖然唯一對(duì)應(yīng)到人，但易于獲取，不能用作身份認(rèn)證的依據(jù)。18、 D本題考查對(duì)軟件測(cè)試對(duì)象的相關(guān)知識(shí)的理解。軟件測(cè)試不僅僅是執(zhí)行軟件， 它貫穿整個(gè)軟件開發(fā)周期。 軟件測(cè)試的對(duì)象不僅僅是軟件代碼， 還包括軟件需求文檔、 各種設(shè)計(jì)文檔和用戶手冊(cè)等，所以答案選擇 D。19、 C本題考查低級(jí)語(yǔ)言與高級(jí)語(yǔ)言的概念和區(qū)別。低級(jí)語(yǔ)言指抽象層次低、 較接近于計(jì)算機(jī)硬件而較遠(yuǎn)離問題域的程序設(shè)計(jì)語(yǔ)言，高級(jí)語(yǔ)言則反之。因此，一般來(lái)說(shuō)，低級(jí)語(yǔ)言的運(yùn)行效率較高，但需要程序員對(duì)底層知識(shí)有深入細(xì)致的理解，開發(fā)難度高、周期長(zhǎng)。20、 D21、C22、 B本題考查對(duì)軟件測(cè)試配置管理的理解。軟件測(cè)試配置管理包

22、括的4個(gè)基本活動(dòng)為：配置項(xiàng)標(biāo)識(shí)、配置項(xiàng)控制（變更控制）、配置狀態(tài)報(bào)告、配置審計(jì)（見軟件評(píng)測(cè)師教程）。23、 A本題考查網(wǎng)絡(luò)安全的基本概念。sYN洪水攻擊利用的是系統(tǒng)并發(fā)連接數(shù)有限的弱點(diǎn)。24、 A本題考查對(duì)軟件測(cè)試用例相關(guān)內(nèi)容的了解。測(cè)試用例就是將軟件測(cè)試的行為活動(dòng)做一個(gè)科學(xué)化的組織歸納。測(cè)試用例的來(lái)源可以是需求規(guī)格說(shuō)明書、源程序、設(shè)計(jì)說(shuō)明書（概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)）等一系列相關(guān)文檔。項(xiàng)目開發(fā)計(jì)劃主要描述項(xiàng)目開發(fā)背景、必要性、人員、項(xiàng)目開發(fā)內(nèi)容、技術(shù)路線、關(guān)鍵性與先進(jìn)性、時(shí)間節(jié)點(diǎn)安排、風(fēng)險(xiǎn)分析等項(xiàng)目管理等方面的事情，其中沒有可以被測(cè)試案例使用的內(nèi)容。25、 A本題考查有符號(hào)整數(shù)的補(bǔ)碼知識(shí)。8位整數(shù)補(bǔ)碼表示的整數(shù)范圍是-128+127，故 127+1將產(chǎn)生溢出。26、 A本題考查對(duì)白盒測(cè)試和黑盒測(cè)試的理解。白盒測(cè)試是對(duì)程序內(nèi)部結(jié)構(gòu)的測(cè)試，所以B是不對(duì)的；集成測(cè)試采用設(shè)計(jì)一組裝方法，如自頂向下、自底向上或混合的增殖方法等，所以C是不對(duì)的；白盒測(cè)試是對(duì)源代碼進(jìn)行測(cè)試，如單元測(cè)試，并不適用于其他開發(fā)、測(cè)試階段，所以D是不對(duì)的。 27、B28、 B本題考查軟件測(cè)試中的各種術(shù)語(yǔ)的區(qū)別。軟件錯(cuò)誤（ error ）的結(jié)果是導(dǎo)致軟件缺陷的發(fā)生，所以 A是不對(duì)的；軟件故障（ fault ）是一種內(nèi)部狀態(tài)，所以 C是不對(duì)的；軟件失效（ fai