上半軟考題目(無答案)

1、全國計算機技術(shù)與軟件專業(yè)技術(shù)資格（水平）考試2008 年上半年 軟件設(shè)計師上午試卷 在計算 z 機體系結(jié)構(gòu)中，CPU 內(nèi)部包括程序計數(shù)器PC、存儲器數(shù)據(jù)寄存器MDR 、指令寄存器 IR 和存儲器地址寄存器MAR等。若 CPU 要執(zhí)行的指令為：MOV R0, 100（即將數(shù)值 100 傳送到寄存器R0 中），則 CPU 首先要完成的操作是（ 1） 。（1） A. 100 R0B. 100 MDRC. PC MARD. PC IR 現(xiàn)有四級指令流水線，分別完成取指、取數(shù)、運算、傳送結(jié)果四步操作。若完成上述操作的時間依次為9ns、10ns、 6ns、 8ns，則流水線的操作周期應(yīng)設(shè)計為（ 2） ns

2、。（ 2） 內(nèi)存按字節(jié)編址，地址從90000H 到 CFFFFH ，若用存儲容量為16K × 8bit 的存儲器芯片構(gòu)成該內(nèi)存，至少需要（3）片。（3）A. 2B. 4 C. 8 D. 16 CPU 中的數(shù)據(jù)總線寬度會影響（ 4） 。（4） A. 內(nèi)存容量的大小B. 系統(tǒng)的運算速度C. 指令系統(tǒng)的指令數(shù)量D. 寄存器的寬度 利用高速通信網(wǎng)絡(luò)將多臺高性能工作站或微型機互連構(gòu)成機群系統(tǒng)，其系統(tǒng)結(jié)構(gòu)形式屬于 （ 5） 計算機。（ 5） A. 單指令流單數(shù)據(jù)流（ SISD） B. 多指令流單數(shù)據(jù)流（ MISD ） C. 單指令流多數(shù)據(jù)流（ SIMD ） D. 多指令流多數(shù)據(jù)流（ MIMD ）

3、 內(nèi)存采用段式存儲管理有許多優(yōu)點，但（ 6） 不是其優(yōu)點。（6） A. 分段是信息的邏輯單位，用戶不可見B. 各段程序的修改互不影響C. 地址變換速度快、內(nèi)存碎片少D. 便于多道程序共享主存的某些段 在軟件設(shè)計和編碼過程中，采取（7） 的做法將使軟件更加容易理解和維護。（7） A. 良好的程序結(jié)構(gòu)，有無文檔均可B. 使用標準或規(guī)定之外的語句C. 編寫詳細正確的文檔，采用良好的程序結(jié)構(gòu) D. 盡量減少程序中的注釋 軟件文檔按照其產(chǎn)生和使用的范圍可分為開發(fā)文檔、管理文檔和用戶文檔。其中開發(fā)文檔不包括 （ 8） 。（8） A. 軟件需求說明 B. 可行性研究報告C. 維護修改建議 D. 工程開發(fā)計劃

4、 軟件維護成本在軟件成本中占較大比重。為降低維護的難度，可采取的措施有（9） 。（9） A. 設(shè)計并實現(xiàn)沒有錯誤的軟件B. 限制可修改的范圍C. 增加維護人員數(shù)量 D. 在開發(fā)過程中就采取有利于維護的措施，并加強維護管理 關(guān)于軟件著作權(quán)產(chǎn)生的時間，表述正確的是（10） 。1/16（10） A. 自軟件首次公開發(fā)表時B. 自開發(fā)者有開發(fā)意圖時C. 自軟件得到國家著作權(quán)行政管理部門認可時D. 自軟件完成創(chuàng)作之日起李某大學畢業(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)方法組合在同一個單元中，使我們可以把類作為軟件中的基本復(fù)用單元，提高其內(nèi)聚度，降低其耦合度。面向?qū)ο笾械模?13）機制是對現(xiàn)實世界中遺傳現(xiàn)象的模擬，通過該機制，基類的屬性和方法被遺傳給派生類。（ 12） A. 封裝 B. 多態(tài) C. 繼承 D. 變異（ 13） A. 封裝 B. 多態(tài) C. 繼承 D. 變異（ 14）以靜態(tài)或動態(tài)的連接方式，為應(yīng)用程序提供一組可使用的類。（15）除了提供可被應(yīng)用程序調(diào)用的類以外，還基本實現(xiàn)了一個可執(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進行軟件設(shè)計時，可用（ 17） 關(guān)系表示兩類事物之間存在的特殊/一般關(guān)系，用聚集關(guān)系表示事物之間存在的整體/部分關(guān)系。（ 17） A. 依賴 B. 聚集 C. 泛化 D. 實現(xiàn) 風險分析在軟件工程開發(fā)中具有重要作用，包括風險識別、風險預(yù)測、風險評估和風險控制等。“建立風險條目檢查表”是 （ 18） 時的活動，“描述風險的結(jié)果”是 （

7、19） 時的活動。（18） A. 風險識別B. 風險預(yù)測C. 風險評估D. 風險控制（19） A. 風險識別B. 風險預(yù)測C. 風險評估D. 風險控制 關(guān)于匯編語言，以下敘述中正確的是（20） 。（ 20） A. 匯編語言源程序可以直接在計算機上運行B. 將匯編語言源程序轉(zhuǎn)換成目標程序的軟件稱為解釋程序C. 在匯編語言程序中，不能定義符號常量D. 將匯編語言源程序翻譯成機器語言程序的軟件稱為匯編程序 對高級語言源程序進行編譯時，可發(fā)現(xiàn)源程序中的（ 21） 錯誤。（21） A. 堆棧溢出B. 變量未定義C. 指針異常D. 數(shù)組元素下標越界 編譯器對高級語言源程序的處理過程可以劃分為詞法分析、語法

8、分析、語義分析、中間代碼生成、代碼優(yōu)化、目標代碼生成等幾個階段，其中， （ 22） 并不是每種編譯器都必需的。（22） A. 詞法分析和語法分析B. 語義分析和中間代碼生成2/16C. 中間代碼生成和代碼優(yōu)化D. 代碼優(yōu)化和目標代碼生成 下列敘述中錯誤的是（ 23） 。（ 23） A. 面向?qū)ο蟪绦蛟O(shè)計語言可支持過程化的程序設(shè)計B. 給定算法的時間復(fù)雜性與實現(xiàn)該算法所采用的程序設(shè)計語言無關(guān)C. 與匯編語言相比，采用腳本語言編程可獲得更高的運行效率D. 面向?qū)ο蟪绦蛟O(shè)計語言不支持對一個對象的成員變量進行直接訪問 設(shè)有職工EMP （職工號 , 姓名 , 性別 , 部門號，職務(wù)，進單位時間, 電話）

9、，職務(wù)JOB（職務(wù)，月薪）和部門DEPT （部門號 , 部門名稱 , 部門電話 , 負責人）實體集。一個職務(wù)可以由多個職工擔任，但一個職工只能擔任一個職務(wù)，并屬于一個部門，部門負責人是一個職工。下圖所示的a、b 處的實體名分別為（ 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)一般采用如下圖所示的三級模式結(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ù)和元組個數(shù)分別為（28） ， 1,4( 3=6(R ×S) =（29） 某公司采用的軟件開發(fā)過程通過了CMM2 認證，表明該公司（ 30） 。（ 30） A. 開發(fā)工程成效不穩(wěn)定，管理混亂B. 對軟件過程和產(chǎn)品質(zhì)量建立了定量的質(zhì)量目標C. 建立了基本的工程級管理制度和規(guī)程，可對工程的成本、進度進行跟蹤和控制D. 可集

11、中精力采用新技術(shù)新方法，優(yōu)化軟件過程 國標 16260 中，在描述外部（內(nèi)部）效率度量時，給出了若干針對計算機系統(tǒng)時間消耗的定義，以下描述項中正確的有（31） 。 響應(yīng)時間是指從按動傳送鍵到得到結(jié)果為止所需要的時間 處理時間是指從接受一個消息到送出它的結(jié)果之間計算機的歷時時間 周轉(zhuǎn)時間是指從提出要求到得到結(jié)果所需要的時間 響應(yīng)時間包括處理時間和傳輸時間（31） A B C D 測試用例是測試使用的文檔化的細則，其規(guī)定如何對軟件某項功能或功能組合進行測試。測試用例應(yīng)包括下列（ 32） 內(nèi)容的詳細信息。 測試目標和被測功能 測試環(huán)境和其他條件 測試數(shù)據(jù)和測試步驟 測試記錄和測試結(jié)果（32） A B

12、CD 軟件內(nèi)部 / 外部質(zhì)量模型中，（33） 不是可移植性包括的子特性。（33） A 適應(yīng)性B 易改變性C共存性D易替換性 評價規(guī)格說明中不包括（34）。（34） A 分析產(chǎn)品的描述B規(guī)定對產(chǎn)品及部件執(zhí)行的測量C按照評價需求驗證產(chǎn)生的規(guī)格說明D 請求者說明評價覆蓋范圍 在進行產(chǎn)品評價時，評價者需要對產(chǎn)品部件進行管理和登記，其完整的登記內(nèi)容應(yīng)包括（ 35） 。部件或文檔的唯一標識符部件的名稱或文檔標題4/16文檔的狀態(tài)，包括物理狀態(tài)或變異方面的狀態(tài)請求者提供的版本、配置和日期信息（35） A B CD 下面的描述中，不能體現(xiàn)前置測試模型要點的是（36） 。（ 36） A 前置測試模型主張根據(jù)業(yè)務(wù)

13、需求進行測試設(shè)計，認為需求分析階段是進行測試計劃和測試設(shè)計的最好時機B 前置測試模型將開發(fā)和測試的生命周期整合在一起，標識了工程生命周期從開始到結(jié)束之間的關(guān)鍵行為，提出業(yè)務(wù)需求最好在設(shè)計和開發(fā)之前就被正確定義C前置測試將測試執(zhí)行和開發(fā)結(jié)合在一起，并在開發(fā)階段以編碼 -測試 -編碼 -測試的方式來體現(xiàn)，強調(diào)對每一個交付的開發(fā)結(jié)果都必須通過一定的方式進行測試D 前置測試模型提出驗收測試應(yīng)該獨立于技術(shù)測試，以保證設(shè)計及程序編碼能夠符合最終用戶的需求 在進行軟件編碼規(guī)范評測過程中需要圍繞幾個方面的內(nèi)容展開，以下描述中不屬于編碼規(guī)范評測內(nèi)容的有 （ 37） 。（37） A 源程序文檔化檢查，包括符號名的

14、命名、程序的注釋等規(guī)范性檢查B數(shù)據(jù)說明檢查，包括數(shù)據(jù)說明次序、語句中變量順序檢查C程序結(jié)構(gòu)檢查，程序應(yīng)采用基本的控制結(jié)構(gòu)、避免不必要的轉(zhuǎn)移控制等D程序邏輯檢查，閱讀源代碼，比較實際程序控制流與程序設(shè)計控制流的區(qū)別 （ 38） 屬于概要設(shè)計說明書的評測內(nèi)容。分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu)，確認該軟件設(shè)計是否覆蓋了所有已確定的軟件需求，軟件每一成分是否可追溯到某一項需求系統(tǒng)定義的目標是否與用戶的要求一致從軟件維護的角度出發(fā)，確認該軟件設(shè)計是否考慮了方便未來的維護是否所有界面與更高級別文檔中的需求一致（38） A B CD 關(guān)于確認測試，描述正確的是（ 39） 。確認測試一般包括有效性測試與軟件配

15、置復(fù)查，采用黑盒測試為主，白盒測試為輔的測試方法進行測試確認測試配置項復(fù)查時應(yīng)當嚴格檢查用戶手冊和操作手冊中規(guī)定的使用步驟的完整性和正確性確認測試需要檢測與證實軟件是否滿足軟件需求說明書中規(guī)定的要求確認測試是保證軟件正確實現(xiàn)特定功能的一系列活動和過程，目的是保證軟件生命周期中的每一個階段的成果滿足上一個階段所設(shè)定的目標（39） A BCD 關(guān)于軟件測試的說法，（40）是不正確的。（ 40） A 代碼審查是代碼檢查的一種，是由程序員和測試員組成一個審查小組，通過閱讀、討論和爭議，對程序進行靜態(tài)分析的過程B軟件測試的對象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟件測試的對象C白盒測試是通過對程序內(nèi)部結(jié)構(gòu)

16、的分析、檢測來尋找問題的測試方法D 單元測試是針對軟件設(shè)計的最小單位程序模塊進行正確性檢驗的測試工作，5/16它通常需要開發(fā)輔助的樁模塊作為主程序調(diào)用被測模塊來完成測試 關(guān)于集成測試的描述中，正確的是（41）。集成測試也叫做組裝測試或聯(lián)合測試，通常是在單元測試的基礎(chǔ)上，將所有模塊按照概要設(shè)計說明書和詳細設(shè)計說明書的要求進行組裝和測試的過程自頂向下的增殖方式是集成測試的一種組裝方式，它能較早地驗證主要的控制和判斷點，對于輸入輸出模塊、復(fù)雜算法模塊中存在的錯誤能夠較早地發(fā)現(xiàn)自底向上的增殖方式需要建立樁模塊，并行地對多個模塊實施測試，并逐步形成程序?qū)嶓w，完成所有模塊的組裝和集成測試在集成測試時，測試

17、者應(yīng)當確定關(guān)鍵模塊，對這些關(guān)鍵模塊及早進行測試，比如高層控制模塊、有明確性能要求和定義的模塊等（41） A B C D 缺陷探測率 DDP 是衡量一個公司測試工作效率的軟件質(zhì)量成本的指標。在某公司開發(fā)一個軟件產(chǎn)品的過程中，開發(fā)人員自行發(fā)現(xiàn)并修正的缺陷數(shù)量為80 個，測試人員A 發(fā)現(xiàn)的缺陷數(shù)量為 50 個，測試人員B 發(fā)現(xiàn)的缺陷數(shù)為 50 個，測試人員A 和測試人員 B 發(fā)現(xiàn)的缺陷不重復(fù)，客戶反饋缺陷數(shù)量為50 個，則該公司針對本產(chǎn)品的缺陷探測率為（42） 。（ 42） A 56.5% B 78.3% C 43.5% D 34.8% 在執(zhí)行測試和評價的過程中，會產(chǎn)生較多的文檔，（ 43） 是對文

18、檔內(nèi)容的正確描述。評價需求的主要內(nèi)容是描述評價的目標，特別是描述了產(chǎn)品的質(zhì)量需求評價規(guī)格說明的主要內(nèi)容是確定對軟件及其部件實行的所有分析和測量，標識要采用的操作規(guī)程、測試方法和工具評價記錄的主要內(nèi)容是對評價執(zhí)行過程的詳細記載，由評價請求者保留評價報告的主要內(nèi)容是執(zhí)行測量和分析的結(jié)果，以及能被重復(fù)和重新評價的必要信息（43） A B C D 用等價類劃分法設(shè)計8 位長數(shù)字類型用戶名登錄操作的測試用例，應(yīng)該分成（44）個等價區(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） 敘述是正確的。測試用例應(yīng)由測試設(shè)計人員來制定測試點應(yīng)由測試人員確立測試工作展開于工程立項后，而不是代碼開發(fā)完成之后測試對象是源代碼6/16（46） A B C D 通常測試用例很難100覆蓋測試需求，因為（47） 。輸入量太大輸出結(jié)果太多軟件實現(xiàn)途徑多測試依據(jù)沒有統(tǒng)一標準（47） A B CD 假定 X 為整數(shù)類型變量， X>=1 并且 X<=10 ，如果用邊界值分析法，X 在測試中應(yīng)該取 （ 48） 值。（48） A 1， 10B 0， 1， 10，

20、 11C 1， 11 D 1， 5， 10， 11 以下 （ 49） 方法不是黑盒測試用例的設(shè)計方法。（49） A. 場景法B. 邊界值法C. 因果圖法D. 路徑法 不屬于界面元素測試的是（ 50）。（50） A 窗口測試 B 文字測試 C 功能點測試 D鼠標測試 以下說法不正確的是（51） 。（51） A 易用性測試不僅是針對應(yīng)用程序的測試，而且還要包括用戶手冊等系列文檔B安裝測試就是按照用戶安裝手冊安裝軟件，來評估安裝過程的易用性、正確性C輔助系統(tǒng)測試包括幫助測試、向?qū)y試、信息提示測試等D界面整體測試是指對界面的規(guī)范性、可維護性、整體性等進行測試和評估 針對下列程序段，需要（52） 個測

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 針對邏輯覆蓋（ 53） 敘述是不正確的。7/16（53） A 達到 100 CC 要求就一定能夠滿足100 DC 的要求B達到 100 CDC 要求就一定能夠滿足100DC 的要求C達到 100 MCDC 要求就一定能夠滿足100DC 的

22、要求D達到 100路徑覆蓋要求就一定能夠滿足100 DC 的要求 以下控制流程圖的環(huán)路復(fù)雜性V(G) 等于 （ 54） 。（54） A. 5B. 6C. 9D 12 在程序控制流圖中，有8 條邊， 6 個節(jié)點，則控制流程圖的環(huán)路復(fù)雜性V(G) 等于（55） 。（55）A. 2B. 4C. 6D. 8 針對程序段： IF （ X>10 ） AND （ Y<20 ） THEN W=W/A ，對于 (X ， Y) 的取值，以下（56） 組測試用例能夠滿足判定覆蓋的要求。（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） 。 如果對表創(chuàng)建了索引，那么更新、插入和刪除表中的記錄都將導(dǎo)致額外的系統(tǒng)開銷 全表掃描一定比使用索引的執(zhí)行效率低 在字段選擇性很低的情況下適用索引 一個表創(chuàng)建的索引越多，對系統(tǒng)的性能提升越大（57） A B. C. D. 對于提升磁盤 I/O 性能問題，以下表述正確的是（58） 。（58） A 數(shù)據(jù)庫對象在物理設(shè)備上的合理分布能改善系統(tǒng)讀寫性能B磁盤鏡像可以提高磁盤讀寫的速度C建議把數(shù)據(jù)庫、回滾段、日志放在同一塊設(shè)備上，以提高數(shù)據(jù)讀寫的性能D將磁盤升級到更大容量可提高磁盤I/O 速度 反映 web 應(yīng)用客戶端交易處理性

24、能的評估指標有（59） 。并發(fā)用戶數(shù)交易響應(yīng)時間交易通過率吞吐量點擊率（59） A BC D （ 60） 是功能測試工具。（60） A LoadRunnerB. WinRunnerC. QALoadD. W AS （ 61） 是導(dǎo)致軟件缺陷的最大原因。8/16（61） A 需求規(guī)格說明書B 設(shè)計方案C編寫代碼D測試計劃 根據(jù) ANSI IEEE829 標準， （ 62） 屬于測試案例說明中的內(nèi)容。輸入說明測試目的環(huán)境要求特殊要求（62） A B CD 負載壓力性能測試需求分析時，應(yīng)該選擇（63） 類型的業(yè)務(wù)作為測試案例。高吞吐量的業(yè)務(wù)業(yè)務(wù)邏輯復(fù)雜的業(yè)務(wù)高商業(yè)風險的業(yè)務(wù)高服務(wù)器負載的業(yè)務(wù)批處理的

25、業(yè)務(wù)（63） A B C D 測試記錄包括（64） 。 測試計劃或包含測試用例的測試規(guī)格說明 測試期間出現(xiàn)問題的評估與分析 與測試用例相關(guān)的所有結(jié)果，包括在測試期間出現(xiàn)的所有失敗 測試中涉及的人員身份（64） A B C D 在性能測試中，關(guān)于數(shù)據(jù)準備，（65） 描述是正確的。 識別數(shù)據(jù)狀態(tài)驗證測試案例 初始數(shù)據(jù)提供了基線用來評估測試執(zhí)行的結(jié)果 業(yè)務(wù)數(shù)據(jù)提供負載壓力背景 腳本中參數(shù)數(shù)據(jù)真實模擬負載（65） A BC D 運行 Web瀏覽器的計算機與網(wǎng)頁所在的計算機要建立（ 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 命令檢測網(wǎng)絡(luò)連接故障時，發(fā)現(xiàn)可以ping 通 及本機的 IP地址，但無法ping 通同一網(wǎng)段內(nèi)其他工作正常的計算機的IP 地址，說明該客戶端的故障是 （69）。（69） A. TCP/IP 協(xié)議不能正常工作B. 本機網(wǎng)卡不能正常工作C. 本機網(wǎng)絡(luò)接口故障D. 本機 DNS 服務(wù)器地址設(shè)置錯誤用戶可以通過 和 訪問在同一臺服務(wù)器上（ 70）不同的兩個 Web 站點。（70） A. IP 地址

27、B. 端口號 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全國計算機技術(shù)與軟件專業(yè)技術(shù)資格（水平）考試2008 年上半年 軟件設(shè)計師下午試卷試卷一（ 18 分）閱讀以下說明，回答問題1 至問題 4，將解答填入答題紙的對應(yīng)欄內(nèi)。說明 某軟件企業(yè)內(nèi)部測試部門對其 ERP 產(chǎn)品進行內(nèi)部測試之后，由第三方測試機構(gòu)進行驗收測試，重點測試的質(zhì)量特性包括：功能性、可靠性、易用

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

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

33、試中我們通常會借助于自動化負載壓力測試考核系統(tǒng)在一定的大用戶量訪問、長時間運行、大數(shù)據(jù)量處理的使用場景下系統(tǒng)的性能是否滿足需求，在不滿足的情況下通過故障診斷和性能調(diào)優(yōu)的手段，獲得系統(tǒng)性能的提升。下圖是某網(wǎng)上報名系統(tǒng)的負載壓力測試拓撲圖，主要包括數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器、網(wǎng)絡(luò)設(shè)備、負載均衡設(shè)備以及測試用機。測試環(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負載壓力測試中模擬大量考生通過此系統(tǒng)執(zhí)行網(wǎng)上報名，主要測試用例包括“考生注冊”和“預(yù)定座位

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

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

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