上半軟考題目(無答案)

1、全國(guó)計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格（水平）考試2008 年上半年 軟件設(shè)計(jì)師上午試卷 在計(jì)算 z 機(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 R0B. 100 MDRC. PC MARD. PC IR 現(xiàn)有四級(jí)指令流水線，分別完成取指、取數(shù)、運(yùn)算、傳送結(jié)果四步操作。若完成上述操作的時(shí)間依次為9ns、10ns、 6ns、 8ns，則流水線的操作周期應(yīng)設(shè)計(jì)為（ 2） ns

2、。（ 2） 內(nèi)存按字節(jié)編址，地址從90000H 到 CFFFFH ，若用存儲(chǔ)容量為16K × 8bit 的存儲(chǔ)器芯片構(gòu)成該內(nèi)存，至少需要（3）片。（3）A. 2B. 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 ）

3、 內(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. 工程開發(fā)計(jì)劃

4、 軟件維護(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） 。1/16（10） A. 自軟件首次公開發(fā)表時(shí)B. 自開發(fā)者有開發(fā)意圖時(shí)C. 自軟件得到國(guó)家著作權(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

5、. 李某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ù)庫B. 類庫 C. 框架 D. 類屬

6、（15） A. 函數(shù)庫B. 類庫 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)分析在軟件工程開發(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é)果”是 （

7、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. 數(shù)組元素下標(biāo)越界 編譯器對(duì)高級(jí)語言源程序的處理過程可以劃分為詞法分析、語法

8、分析、語義分析、中間代碼生成、代碼優(yōu)化、目標(biāo)代碼生成等幾個(gè)階段，其中， （ 22） 并不是每種編譯器都必需的。（22） A. 詞法分析和語法分析B. 語義分析和中間代碼生成2/16C. 中間代碼生成和代碼優(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í)間, 電話）

9、，職務(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 、EMPB. EMP 、DEPTC. JOB、 EMPD. EMP 、 JOB（25） A. 11B. 1 *C.*1D. * 從數(shù)據(jù)庫管理系統(tǒng)的角度看，數(shù)據(jù)庫系統(tǒng)一般采用如下圖所示的三級(jí)模式結(jié)構(gòu)。圖中處應(yīng)填寫 （ 26） ，處應(yīng)填寫（27） 。（26） A. 外模式 / 概念模式B. 概

10、念模式 / 內(nèi)模式C. 外模式 / 概念模式映象D. 概念模式 / 內(nèi)模式映象（27） A. 外模式 / 概念模式B. 概念模式 / 內(nèi)模式C. 外模式 / 概念模式映象D. 概念模式 / 內(nèi)模式映象3/16 若關(guān)系R 、 S 如下圖所示，則R 與S 自然連接后的屬性列數(shù)和元組個(gè)數(shù)分別為（28） ， 1,4( 3=6(R ×S) =（29） 某公司采用的軟件開發(fā)過程通過了CMM2 認(rèn)證，表明該公司（ 30） 。（ 30） A. 開發(fā)工程成效不穩(wěn)定，管理混亂B. 對(duì)軟件過程和產(chǎn)品質(zhì)量建立了定量的質(zhì)量目標(biāo)C. 建立了基本的工程級(jí)管理制度和規(guī)程，可對(duì)工程的成本、進(jìn)度進(jìn)行跟蹤和控制D. 可集

11、中精力采用新技術(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

12、CD 軟件內(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)題4/16文檔的狀態(tài)，包括物理狀態(tài)或變異方面的狀態(tài)請(qǐng)求者提供的版本、配置和日期信息（35） A B CD 下面的描述中，不能體現(xiàn)前置測(cè)試模型要點(diǎn)的是（36） 。（ 36） A 前置測(cè)試模型主張根據(jù)業(yè)務(wù)

13、需求進(jìn)行測(cè)試設(shè)計(jì)，認(rèn)為需求分析階段是進(jìn)行測(cè)試計(jì)劃和測(cè)試設(shè)計(jì)的最好時(shí)機(jī)B 前置測(cè)試模型將開發(fā)和測(cè)試的生命周期整合在一起，標(biāo)識(shí)了工程生命周期從開始到結(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)名的

14、命名、程序的注釋等規(guī)范性檢查B數(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 CD 關(guān)于確認(rèn)測(cè)試，描述正確的是（ 39） 。確認(rèn)測(cè)試一般包括有效性測(cè)試與軟件配

15、置復(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 BCD 關(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)

16、的分析、檢測(cè)來尋找問題的測(cè)試方法D 單元測(cè)試是針對(duì)軟件設(shè)計(jì)的最小單位程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作，5/16它通常需要開發(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è)試

17、者應(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ì)文

18、檔內(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）A2 B3 C4 D6 下面為 C 語言程序，邊界值問題可以定位在（45） 。int data（ 3）,int i,for (i=1,i<=3,i+)da

19、ta(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)后，而不是代碼開發(fā)完成之后測(cè)試對(duì)象是源代碼6/16（46） A B C D 通常測(cè)試用例很難100覆蓋測(cè)試需求，因?yàn)椋?7） 。輸入量太大輸出結(jié)果太多軟件實(shí)現(xiàn)途徑多測(cè)試依據(jù)沒有統(tǒng)一標(biāo)準(zhǔn)（47） A B CD 假定 X 為整數(shù)類型變量， X>=1 并且 X<=10 ，如果用邊界值分析法，X 在測(cè)試中應(yīng)該取 （ 48） 值。（48） A 1， 10B 0， 1， 10，

20、 11C 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è)

21、試用例可以滿足語句覆蓋的要求。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）A2B3C4D 5 針對(duì)邏輯覆蓋（ 53） 敘述是不正確的。7/16（53） A 達(dá)到 100 CC 要求就一定能夠滿足100 DC 的要求B達(dá)到 100 CDC 要求就一定能夠滿足100DC 的要求C達(dá)到 100 MCDC 要求就一定能夠滿足100DC 的

22、要求D達(dá)到 100路徑覆蓋要求就一定能夠滿足100 DC 的要求 以下控制流程圖的環(huán)路復(fù)雜性V(G) 等于 （ 54） 。（54） A. 5B. 6C. 9D 12 在程序控制流圖中，有8 條邊， 6 個(gè)節(jié)點(diǎn)，則控制流程圖的環(huán)路復(fù)雜性V(G) 等于（55） 。（55）A. 2B. 4C. 6D. 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.

23、 (20,10) (1,100) 關(guān)于數(shù)據(jù)庫索引，以下表述正確的是（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 數(shù)據(jù)庫對(duì)象在物理設(shè)備上的合理分布能改善系統(tǒng)讀寫性能B磁盤鏡像可以提高磁盤讀寫的速度C建議把數(shù)據(jù)庫、回滾段、日志放在同一塊設(shè)備上，以提高數(shù)據(jù)讀寫的性能D將磁盤升級(jí)到更大容量可提高磁盤I/O 速度 反映 web 應(yīng)用客戶端交易處理性

24、能的評(píng)估指標(biāo)有（59） 。并發(fā)用戶數(shù)交易響應(yīng)時(shí)間交易通過率吞吐量點(diǎn)擊率（59） A BC D （ 60） 是功能測(cè)試工具。（60） A LoadRunnerB. WinRunnerC. QALoadD. W AS （ 61） 是導(dǎo)致軟件缺陷的最大原因。8/16（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 CD 負(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ù)批處理的

25、業(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 BC D 運(yùn)行 Web瀏覽器的計(jì)算機(jī)與網(wǎng)頁所在的計(jì)算機(jī)要建立（ 66） 連接，采用（67） 協(xié)議傳輸網(wǎng)頁文件。（ 66） A. UDPB. TCP C. IP D. RIP（ 67） A

26、. HTTP B. HTML C. ASP D. RPC （ 68） 不屬于電子郵件協(xié)議。（68） A. POP3B. SMTP C. IMAP D. MPLS 某客戶端在采用ping 命令檢測(cè)網(wǎng)絡(luò)連接故障時(shí)，發(fā)現(xiàn)可以ping 通 及本機(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ò)誤用戶可以通過 和 訪問在同一臺(tái)服務(wù)器上（ 70）不同的兩個(gè) Web 站點(diǎn)。（70） A. IP 地址

27、B. 端口號(hào) C. 協(xié)議D. 虛擬目錄 Object-oriented analysis (OOA) is a semiformal specification technique for the object-orientedparadigm. Object-oriented analysis consists of three steps. The first step is（ 71） . It determines9/16how the various results are computed by the product and presents this information in

28、 the form of a（ 72） and associated scenarios. The second is （73） , which determines the classes and theirattributes, 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 t

29、hisinformation in the form of（75）.（71） A. use-case modeling B. class modelingC. dynamic modelingD.behavioral modeling（72） A. collaboration diagramB. sequence diagramC. use-case diagramD. activitydiagram（73） A. use-case modelingB. class modelingC. dynamic modelingD. behavioralmodeling（74） A. use-case

30、 modelingB. class modelingC. dynamic modelingD. behavioralmodeling（75） A. activity diagramB. component diagram C. sequence diagram D. state diagram全國(guó)計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格（水平）考試2008 年上半年 軟件設(shè)計(jì)師下午試卷試卷一（ 18 分）閱讀以下說明，回答問題1 至問題 4，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。說明 某軟件企業(yè)內(nèi)部測(cè)試部門對(duì)其 ERP 產(chǎn)品進(jìn)行內(nèi)部測(cè)試之后，由第三方測(cè)試機(jī)構(gòu)進(jìn)行驗(yàn)收測(cè)試，重點(diǎn)測(cè)試的質(zhì)量特性包括：功能性、可靠性、易用

31、性、效率、維護(hù)性以及可移植性。問題 1（ 2 分）驗(yàn)收測(cè)試的依據(jù)是什么？驗(yàn)收測(cè)試對(duì)測(cè)試環(huán)境有何要求？問題 2（ 2 分）軟件產(chǎn)品的功能性測(cè)試中應(yīng)關(guān)注哪些子特性？問題 3（ 9 分）在實(shí)際的軟件測(cè)試過程中，對(duì)缺陷的管理與分析至關(guān)重要?；卮鹑缦聠栴}：（ 1）針對(duì)本測(cè)試，Bug 的錯(cuò)誤類型除了功能性錯(cuò)誤外，還可能會(huì)包括哪些？（3 分）（ 2）嚴(yán)重性級(jí)別是Bug 的重要屬性，請(qǐng)寫出常見的功能性Bug 的嚴(yán)重性級(jí)別層次（3分）。（ 3）在測(cè)試過程中Bug 的處理會(huì)處于不同的狀態(tài)，請(qǐng)?jiān)O(shè)計(jì)Bug 管理中從發(fā)現(xiàn)到關(guān)閉必須經(jīng)歷的狀態(tài)名稱（3 分）。問題 4（ 5 分）企業(yè)內(nèi)部測(cè)試部在測(cè)試“主生產(chǎn)計(jì)劃制定”模塊過

32、程中，使用30 個(gè)測(cè)試案例進(jìn)行測(cè)試，共發(fā)現(xiàn)10 個(gè)問題。開發(fā)組對(duì)軟件修改后，向測(cè)試組提交問題修改報(bào)告及修改后的軟件。問題修改報(bào)告中提出：其中3 個(gè)問題是用戶需求，不是錯(cuò)誤，無需修改，其余7 個(gè)問題已修改完成。測(cè)試組使用上輪測(cè)試中發(fā)現(xiàn)這7 個(gè)問題的5 個(gè)測(cè)試案例進(jìn)行了回歸測(cè)試，確認(rèn)問題已得到修改，因此測(cè)試組決定，當(dāng)前版本可以進(jìn)入配置管理庫，進(jìn)行后續(xù)集成工作。 測(cè)試組的做法是否有問題？為什么？如果有問題，應(yīng)寫出正確的做法。10/16試卷二（ 20 分）閱讀下列說明，回答問題1 至問題 5，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。說明 信息系統(tǒng)測(cè)試中，系統(tǒng)的時(shí)間特性、資源利用性等是衡量其效率的重要指標(biāo)。在軟件測(cè)

33、試中我們通常會(huì)借助于自動(dòng)化負(fù)載壓力測(cè)試考核系統(tǒng)在一定的大用戶量訪問、長(zhǎng)時(shí)間運(yùn)行、大數(shù)據(jù)量處理的使用場(chǎng)景下系統(tǒng)的性能是否滿足需求，在不滿足的情況下通過故障診斷和性能調(diào)優(yōu)的手段，獲得系統(tǒng)性能的提升。下圖是某網(wǎng)上報(bào)名系統(tǒng)的負(fù)載壓力測(cè)試拓?fù)鋱D，主要包括數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器、網(wǎng)絡(luò)設(shè)備、負(fù)載均衡設(shè)備以及測(cè)試用機(jī)。測(cè)試環(huán)境網(wǎng)絡(luò)帶寬100M ，應(yīng)用服務(wù)器選擇Apache Tomcat 5.0，數(shù)據(jù)庫服務(wù)器選擇Oracle 10G ，兩類服務(wù)器操作系統(tǒng)都采用Windows 2000 Server （SP4）。11/16負(fù)載壓力測(cè)試中模擬大量考生通過此系統(tǒng)執(zhí)行網(wǎng)上報(bào)名，主要測(cè)試用例包括“考生注冊(cè)”和“預(yù)定座位

34、”，報(bào)名操作的順序是先執(zhí)行“考生注冊(cè)”，再執(zhí)行“預(yù)定座位”。系統(tǒng)性能要求能夠承受 10000 用戶并發(fā)訪問，業(yè)務(wù)執(zhí)行成功率保持在 80以上。下表是測(cè)試結(jié)果數(shù)據(jù)，其中數(shù)據(jù)庫服務(wù)器資源利用屬合理范圍，網(wǎng)絡(luò)帶寬足夠，未在結(jié)果中描述。交易執(zhí)行情況響應(yīng)時(shí)間（秒）交易執(zhí)行成功率（平均值）并發(fā)用戶數(shù)考生注冊(cè)預(yù)定座位考生注冊(cè)預(yù)定座位12/1660001.16213.10279.2%69.4%70009.06719.60064.3%57.1%1000013.28724.94752.0%41.7%應(yīng)用服務(wù)器資源利用資源指標(biāo)CPU 占用率（ %）可用內(nèi)存（ Mbytes ）Disk time （ %）并發(fā)用戶數(shù)（平

35、均值）（平均值）（平均值 )600020.42111220.043700019.95012550.0341000020.20110750.050問題 1（ 4分）衡量系統(tǒng)執(zhí)行效率的時(shí)間特性指標(biāo)中通常會(huì)包括：業(yè)務(wù)執(zhí)行響應(yīng)時(shí)間和吞吐量，請(qǐng)描述上述兩個(gè)指標(biāo)的概念。問題 2（ 3分）簡(jiǎn)述此系統(tǒng)測(cè)試環(huán)境中負(fù)載均衡設(shè)備的作用。問題 3（ 5分）簡(jiǎn)述測(cè)試用機(jī)中負(fù)載壓力測(cè)試工具主控臺(tái)、負(fù)載壓力測(cè)試工具負(fù)載生成器的作用,并論述此工程中采用分布式部署負(fù)載生成器的原因。問題 4（ 4分）請(qǐng)分析測(cè)試結(jié)果中的交易執(zhí)行情況數(shù)據(jù)，陳述隨并發(fā)用戶數(shù)遞增，交易執(zhí)行成功率降低的可能原因。分析測(cè)試結(jié)果中的應(yīng)用服務(wù)器資源利用數(shù)據(jù)，判

36、斷服務(wù)器資源利用是否有瓶頸存在。問題 5（ 4分）若系統(tǒng)的性能不能滿足需求，有哪些調(diào)優(yōu)措施？試卷三（ 12 分）閱讀下列說明，回答問題1 至問題 3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。說明 因果圖方法的思路是：從用自然語言書寫的程序規(guī)格說明描述中找出因（輸入條件）13/16和果（輸出或程序狀態(tài)的改變），通過因果圖轉(zhuǎn)換為判定表。分析中國(guó)象棋中走馬的實(shí)際情況（下面未注明的均指的是對(duì)馬的說明），馬走日字型（鄰近交叉點(diǎn)無棋子），遇到對(duì)方棋子可以吃掉，遇到本方棋子不能落到該位置。問題 1（ 3 分）應(yīng)用中可能有多種輸入條件，在什么情況下可采用因果圖法設(shè)計(jì)測(cè)試用例？問題 2（ 4.54 分）根據(jù)上述說明，利用因果圖法，下面列出走棋出現(xiàn)的情況和結(jié)果，找出哪些是正確的輸入條件，哪些是正確的輸出結(jié)果，請(qǐng)把相應(yīng)的字母編號(hào)填入表中。A. 落點(diǎn)在棋盤上；B.落點(diǎn)與起點(diǎn)構(gòu)成日字；C.移動(dòng)棋子；D.落點(diǎn)處為對(duì)方棋子；E.落點(diǎn)處為自己方棋子；F.移動(dòng)棋子，并除去對(duì)方棋子；G.落點(diǎn)方向的鄰近交叉點(diǎn)無棋子；H.不移動(dòng)