軟件評(píng)測(cè)師試題word試卷打印版課件

1、2008 年上半年軟件評(píng)測(cè)師上午試卷 在計(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. 100R0 B. 100MDR C. PCMAR D. PCIR 現(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é)編址，地址從900

2、00H到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)。

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

4、護(hù)的難度，可采取的措施有（9） 。 （9）A. 設(shè)計(jì)并實(shí)現(xiàn)沒(méi)有錯(cuò)誤的軟件 B. 限制可修改的范圍 C. 增加維護(hù)人員數(shù)量 D. 在開發(fā)過(guò)程中就采取有利于維護(hù)的措施，并加強(qiáng)維護(hù)管理 關(guān)于軟件著作權(quán)產(chǎn)生的時(shí)間，表述正確的是 （10） 。 （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. 李某 B. M公司 C. 李某和M

5、公司 D. 軟件開發(fā)部 （12）是指把數(shù)據(jù)以及操作數(shù)據(jù)的相關(guān)方法組合在同一個(gè)單元中，使我們可以把類作為軟件中的基本復(fù)用單元，提高其內(nèi)聚度，降低其耦合度。面向?qū)ο笾械模?3）機(jī)制是對(duì)現(xiàn)實(shí)世界中遺傳現(xiàn)象的模擬，通過(guò)該機(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.

6、框架 D. 類屬 （16） 是一種面向數(shù)據(jù)流的開發(fā)方法，其基本思想是軟件功能的分解和抽象。 （16）A. 結(jié)構(gòu)化開發(fā)方法 B. Jackson系統(tǒng)開發(fā)方法 C. Booch方法 D. UML（統(tǒng)一建模語(yǔ)言） 采用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)控制等。 “建立風(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.

7、風(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)于匯編語(yǔ)言，以下敘述中正確的是 （20） 。 （20）A. 匯編語(yǔ)言源程序可以直接在計(jì)算機(jī)上運(yùn)行 B. 將匯編語(yǔ)言源程序轉(zhuǎn)換成目標(biāo)程序的軟件稱為解釋程序 C. 在匯編語(yǔ)言程序中，不能定義符號(hào)常量 D. 將匯編語(yǔ)言源程序翻譯成機(jī)器語(yǔ)言程序的軟件稱為匯編程序 對(duì)高級(jí)語(yǔ)言源程序進(jìn)行編譯時(shí)，可發(fā)現(xiàn)源程序中的 （21） 錯(cuò)誤。 （21）A. 堆棧溢出 B. 變量未定義 C. 指針異常 D. 數(shù)組元素下標(biāo)越界 編譯器對(duì)高級(jí)語(yǔ)言源程序的處理過(guò)程可以劃分為詞法分析、語(yǔ)法分析、語(yǔ)義分析、中間代碼生

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

9、門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. 外模式 /

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

11、項(xiàng)目的成本、進(jìn)度進(jìn)行跟蹤和控制 D. 可集中精力采用新技術(shù)新方法，優(yōu)化軟件過(guò)程 國(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è)試步

12、驟 測(cè)試記錄和測(cè)試結(jié)果 （32）A B C D 軟件內(nèi)部/外部質(zhì)量模型中，（33）不是可移植性包括的子特性。 （33）A適應(yīng)性 B易改變性 C共存性 D易替換性 評(píng)價(jià)規(guī)格說(shuō)明中不包括（34） 。 （34）A分析產(chǎn)品的描述 B規(guī)定對(duì)產(chǎn)品及部件執(zhí)行的測(cè)量 C按照評(píng)價(jià)需求驗(yàn)證產(chǎn)生的規(guī)格說(shuō)明 D請(qǐng)求者說(shuō)明評(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）

13、。 （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è)試的方式來(lái)體現(xiàn)，強(qiáng)調(diào)對(duì)每一個(gè)交付的開發(fā)結(jié)果都必須通過(guò)一定的方式進(jìn)行測(cè)試 D前置測(cè)試模型提出驗(yàn)收測(cè)試應(yīng)該獨(dú)立于技術(shù)測(cè)試，以保證設(shè)計(jì)及程序編碼能夠符合最終用戶的需求 在進(jìn)行軟件編碼規(guī)范評(píng)測(cè)過(guò)程中需要圍繞幾個(gè)方面的內(nèi)容展開，以下描述中不屬于編碼規(guī)范評(píng)測(cè)內(nèi)容的有（37） 。 （37）A源

14、程序文檔化檢查，包括符號(hào)名的命名、程序的注釋等規(guī)范性檢查 B數(shù)據(jù)說(shuō)明檢查，包括數(shù)據(jù)說(shuō)明次序、語(yǔ)句中變量順序檢查 C程序結(jié)構(gòu)檢查，程序應(yīng)采用基本的控制結(jié)構(gòu)、避免不必要的轉(zhuǎn)移控制等 D程序邏輯檢查，閱讀源代碼，比較實(shí)際程序控制流與程序設(shè)計(jì)控制流的區(qū)別 （38）屬于概要設(shè)計(jì)說(shuō)明書的評(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ì)是否考慮了方便未來(lái)的維護(hù) 是否所有界面與更高級(jí)別文檔中的需求一致 （38）A B C D 關(guān)于確認(rèn)測(cè)試，描述正確的是（39）

15、 。 確認(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í)軟件是否滿足軟件需求說(shuō)明書中規(guī)定的要求 確認(rèn)測(cè)試是保證軟件正確實(shí)現(xiàn)特定功能的一系列活動(dòng)和過(guò)程，目的是保證軟件生命周期中的每一個(gè)階段的成果滿足上一個(gè)階段所設(shè)定的目標(biāo) （39）A B C D 關(guān)于軟件測(cè)試的說(shuō)法，（40）是不正確的。 （40）A代碼審查是代碼檢查的一種，是由程序員和測(cè)試員組成一個(gè)審查小組，通過(guò)閱讀、討論和爭(zhēng)議，對(duì)程序進(jìn)行靜態(tài)分析的過(guò)程 B軟件測(cè)試的對(duì)象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程

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

17、體，完成所有模塊的組裝和集成測(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)品的過(guò)程中，開發(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）A56.5% B78.3% C43.5% D34.8% 在執(zhí)行測(cè)試和評(píng)價(jià)的過(guò)程中，會(huì)產(chǎn)

18、生較多的文檔，（43）是對(duì)文檔內(nèi)容的正確描述。 評(píng)價(jià)需求的主要內(nèi)容是描述評(píng)價(jià)的目標(biāo)，特別是描述了產(chǎn)品的質(zhì)量需求 評(píng)價(jià)規(guī)格說(shuō)明的主要內(nèi)容是確定對(duì)軟件及其部件實(shí)行的所有分析和測(cè)量，標(biāo)識(shí)要采用的操作規(guī)程、測(cè)試方法和工具 評(píng)價(jià)記錄的主要內(nèi)容是對(duì)評(píng)價(jià)執(zhí)行過(guò)程的詳細(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語(yǔ)言程序，邊界值問(wèn)題可以定位在（45） 。 int data（3）, int i, for

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

20、0，1，10，11 C1，11 D1，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è)試 以下說(shuō)法不正確的是（51） 。 （51）A易用性測(cè)試不僅是針對(duì)應(yīng)用程序的測(cè)試，而且還要包括用戶手冊(cè)等系列文檔 B安裝測(cè)試就是按照用戶安裝手冊(cè)安裝軟件，來(lái)評(píng)估安裝過(guò)程的易用性、正確性 C輔助系統(tǒng)測(cè)試包括幫助測(cè)試、向?qū)y(cè)試、信息提示測(cè)試等 D界面整體測(cè)試是指對(duì)界面的規(guī)范性、可維護(hù)性、整體性等進(jìn)行測(cè)試和評(píng)估 針對(duì)下列程序段，需要（52）個(gè)測(cè)試

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

22、到100路徑覆蓋要求就一定能夠滿足100DC的要求 以下控制流程圖的環(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)

23、 關(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性能問(wèn)題，以下表述正確的是（58） 。 （58）A數(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ù)

24、交易響應(yīng)時(shí)間交易通過(guò)率吞吐量點(diǎn)擊率 （59）A B C D （60）是功能測(cè)試工具。 （60）ALoadRunner B. WinRunner C. QALoad D. WAS （61）是導(dǎo)致軟件缺陷的最大原因。 （61）A需求規(guī)格說(shuō)明書 B設(shè)計(jì)方案 C編寫代碼 D測(cè)試計(jì)劃 根據(jù)ANSIIEEE829標(biāo)準(zhǔn)，（62）屬于測(cè)試案例說(shuō)明中的內(nèi)容。 輸入說(shuō)明測(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） 。

25、 測(cè)試計(jì)劃或包含測(cè)試用例的測(cè)試規(guī)格說(shuō)明 測(cè)試期間出現(xiàn)問(wè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ù)提供了基線用來(lái)評(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

26、 （68） 不屬于電子郵件協(xié)議。 （68）A. POP3 B. SMTP C. IMAP D. MPLS 某客戶端在采用 ping 命令檢測(cè)網(wǎng)絡(luò)連接故障時(shí)，發(fā)現(xiàn)可以 ping 通 及本機(jī)的IP 地址，但無(wú)法ping通同一網(wǎng)段內(nèi)其他工作正常的計(jì)算機(jī)的IP 地址，說(shuō)明該客戶端的故障是 （69） （69）A. TCP/IP協(xié)議不能正常工作 B. 本機(jī)網(wǎng)卡不能正常工作 C. 本機(jī)網(wǎng)絡(luò)接口故障 D. 本機(jī)DNS服務(wù)器地址設(shè)置錯(cuò)誤 用戶可以通過(guò)和訪問(wèn)在同一臺(tái)服務(wù)器上 （70）不同的兩個(gè)Web站點(diǎn)。 （70）A. IP地址 B. 端口號(hào) C. 協(xié)議 D. 虛擬目錄 Object-orie

27、nted 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 associate

28、d 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 （

29、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. activity diagram （73）A. use-case modeling B. class modeling C. dynamic modeling D. behavioral modeling （74）A. use-case modeling B. class

30、modeling C. dynamic modeling D. behavioral modeling （75）A. activity diagram B. component diagram C. sequence diagram D. state diagram 2008 年上半年軟件評(píng)測(cè)師下午試卷 試題一（18分） 閱讀以下說(shuō)明，回答問(wèn)題1至問(wèn)題4，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 說(shuō)明 某軟件企業(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ì)量特性包括：功能性、可靠性、易用性、效率、維護(hù)性以及可移植性。 問(wèn)題1（2分） 驗(yàn)收測(cè)試的依據(jù)是什么？驗(yàn)收測(cè)試

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

32、試組提交問(wèn)題修改報(bào)告及修改后的軟件。問(wèn)題修改報(bào)告中提出：其中3個(gè)問(wèn)題是用戶需求，不是錯(cuò)誤，無(wú)需修改，其余7 個(gè)問(wèn)題已修改完成。測(cè)試組使用上輪測(cè)試中發(fā)現(xiàn)這 7個(gè)問(wèn)題的5 個(gè)測(cè)試案例進(jìn)行了回歸測(cè)試，確認(rèn)問(wèn)題已得到修改，因此測(cè)試組決定，當(dāng)前版本可以進(jìn)入配置管理庫(kù)，進(jìn)行后續(xù)集成工作。 測(cè)試組的做法是否有問(wèn)題？為什么？如果有問(wèn)題，應(yīng)寫出正確的做法。 試題二（20分） 閱讀下列說(shuō)明，回答問(wèn)題1至問(wèn)題5，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 說(shuō)明 信息系統(tǒng)測(cè)試中，系統(tǒng)的時(shí)間特性、資源利用性等是衡量其效率的重要指標(biāo)。在軟件測(cè)試中我們通常會(huì)借助于自動(dòng)化負(fù)載壓力測(cè)試考核系統(tǒng)在一定的大用戶量訪問(wèn)、長(zhǎng)時(shí)間運(yùn)行、大數(shù)據(jù)量處理的

33、使用場(chǎng)景下系統(tǒng)的性能是否滿足需求，在不滿足的情況下通過(guò)故障診斷和性能調(diào)優(yōu)的手段，獲得系統(tǒng)性能的提升。 下圖是某網(wǎng)上報(bào)名系統(tǒng)的負(fù)載壓力測(cè)試拓?fù)鋱D，主要包括數(shù)據(jù)庫(kù)服務(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ù)庫(kù)服務(wù)器選擇Oracle 10G， 兩類服務(wù)器操作系統(tǒng)都采用Windows 2000 Server（SP4）。 負(fù)載壓力測(cè)試中模擬大量考生通過(guò)此系統(tǒng)執(zhí)行網(wǎng)上報(bào)名，主要測(cè)試用例包括“考生注冊(cè)”和“預(yù)定座位”，報(bào)名操作的順序是先執(zhí)行“考生注冊(cè)”，再執(zhí)行“預(yù)定座位”。系統(tǒng)性能要求能夠承受10000用戶并發(fā)訪問(wèn)，

34、業(yè)務(wù)執(zhí)行成功率保持在80以上。下表是測(cè)試結(jié)果數(shù)據(jù)，其中數(shù)據(jù)庫(kù)服務(wù)器資源利用屬合理范圍，網(wǎng)絡(luò)帶寬足夠，未在結(jié)果中描述。 交易執(zhí)行情況并發(fā)用戶數(shù) 響應(yīng)時(shí)間(秒) (平均值)交易執(zhí)行成功率 考生注冊(cè)預(yù)定座位考生注冊(cè)預(yù)定座位60004.16213.10279.2%69.4%70009.06719.60064.3%57.1%1000013.28724.94752.0%41.7%應(yīng)用服務(wù)器資源利用資源指標(biāo) 并發(fā)用戶數(shù)CPU 占用率() (平均值) 可用內(nèi)存(Mbytes) (平均值) Disk time() (平均值)600020.42111220.043700019.95012550.034100002

35、0.20110750.050 問(wèn)題1（4分） 衡量系統(tǒng)執(zhí)行效率的時(shí)間特性指標(biāo)中通常會(huì)包括：業(yè)務(wù)執(zhí)行響應(yīng)時(shí)間和吞吐量，請(qǐng)描述上述兩個(gè)指標(biāo)的概念。 問(wèn)題2（3分） 簡(jiǎn)述此系統(tǒng)測(cè)試環(huán)境中負(fù)載均衡設(shè)備的作用。 問(wèn)題3（5分） 簡(jiǎn)述測(cè)試用機(jī)中負(fù)載壓力測(cè)試工具主控臺(tái)、負(fù)載壓力測(cè)試工具負(fù)載生成器的作用,并論述此項(xiàng)目中采用分布式部署負(fù)載生成器的原因。 問(wèn)題4（4分） 請(qǐng)分析測(cè)試結(jié)果中的交易執(zhí)行情況數(shù)據(jù)，陳述隨并發(fā)用戶數(shù)遞增，交易執(zhí)行成功率降低的可能原因。分析測(cè)試結(jié)果中的應(yīng)用服務(wù)器資源利用數(shù)據(jù)，判斷服務(wù)器資源利用是否有瓶頸存在。 問(wèn)題5（4分） 若系統(tǒng)的性能不能滿足需求，有哪些調(diào)優(yōu)措施？ 試題三（12分） 閱讀

36、下列說(shuō)明，回答問(wèn)題1至問(wèn)題3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 說(shuō)明 因果圖方法的思路是：從用自然語(yǔ)言書寫的程序規(guī)格說(shuō)明描述中找出因 （輸入條件）和果（輸出或程序狀態(tài)的改變），通過(guò)因果圖轉(zhuǎn)換為判定表。 分析中國(guó)象棋中走馬的實(shí)際情況（下面未注明的均指的是對(duì)馬的說(shuō)明），馬走日字型（鄰近交叉點(diǎn)無(wú)棋子），遇到對(duì)方棋子可以吃掉，遇到本方棋子不能落到該位置。 問(wèn)題1（3分） 應(yīng)用中可能有多種輸入條件，在什么情況下可采用因果圖法設(shè)計(jì)測(cè)試用例？ 問(wèn)題2（4.5分） 根據(jù)上述說(shuō)明，利用因果圖法，下面列出走棋出現(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.