2022年軟件評測師試題試卷打印版課件

2008年上半年軟件評測師上午試卷●在計算機體系結(jié)構(gòu)中，CPU內(nèi)部包括程序計數(shù)器PC、存儲器數(shù)據(jù)寄存器MDR、指令寄存器IR和存儲器地址寄存器MAR等。若CPU要執(zhí)行的指令為：MOVR0,＃100（即將數(shù)值100傳送到寄存器R0中），則CPU首先要完成的操作是（1）。（1）A.100→R0B.100→MDRC.PC→MARD.PC→IR●現(xiàn)有四級指令流水線，分別完成取指、取數(shù)、運算、傳送結(jié)果四步操作。若完成上述操作的時間依次為9ns、10ns、6ns、8ns，則流水線的操作周期應設計為（2）ns。（2）A.6B.8C.9D.10●內(nèi)存按字節(jié)編址，地址從90000H到CFFFFH，若用存儲容量為16K×8bit的存儲器芯片構(gòu)成該內(nèi)存，至少需要（3）片。（3）A.2B.4C.8D.16●CPU中的數(shù)據(jù)總線寬度會影響（4）。（4）A.內(nèi)存容量的大小B.系統(tǒng)的運算速度C.指令系統(tǒng)的指令數(shù)量D.寄存器的寬度●利用高速通信網(wǎng)絡將多臺高性能工作站或微型機互連構(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）●內(nèi)存采用段式存儲管理有許多優(yōu)點，但（6）不是其優(yōu)點。（6）A.分段是信息的邏輯單位，用戶不可見B.各段程序的修改互不影響C.地址變換速度快、內(nèi)存碎片少D.便于多道程序共享主存的某些段●在軟件設計和編碼過程中，采?。?）的做法將使軟件更加容易理解和維護。（7）A.良好的程序結(jié)構(gòu)，有無文檔均可B.使用標準或規(guī)定之外的語句C.編寫詳細正確的文檔，采用良好的程序結(jié)構(gòu)D.盡量減少程序中的注釋●軟件文檔按照其產(chǎn)生和使用的范圍可分為開發(fā)文檔、管理文檔和用戶文檔。其中開發(fā)文檔不包括（8）。（8）A.軟件需求說明B.可行性研究報告C.維護修改建議D.項目開發(fā)計劃●軟件維護成本在軟件成本中占較大比重。為降低維護的難度，可采取的措施有（9）。（9）A.設計并實現(xiàn)沒有錯誤的軟件B.限制可修改的范圍C.增加維護人員數(shù)量D.在開發(fā)過程中就采取有利于維護的措施，并加強維護管理●關于軟件著作權產(chǎn)生的時間，表述正確的是（10）。（10）A.自軟件首次公開發(fā)表時B.自開發(fā)者有開發(fā)意圖時C.自軟件得到國家著作權行政管理部門認可時D.自軟件完成創(chuàng)作之日起●李某大學畢業(yè)后在M公司銷售部門工作，后由于該公司軟件開發(fā)部門人手較緊，李某被暫調(diào)到該公司軟件開發(fā)部開發(fā)新產(chǎn)品，2周后，李某開發(fā)出一種新軟件。該軟件著作權應歸（11）所有。（11）A.李某B.M公司C.李某和M公司D.軟件開發(fā)部●（12）是指把數(shù)據(jù)以及操作數(shù)據(jù)的相關方法組合在同一個單元中，使我們可以把類作為軟件中的基本復用單元，提高其內(nèi)聚度，降低其耦合度。面向?qū)ο笾械模?3）機制是對現(xiàn)實世界中遺傳現(xiàn)象的模擬，通過該機制，基類的屬性和方法被遺傳給派生類。（12）A.封裝B.多態(tài)C.繼承D.變異（13）A.封裝B.多態(tài)C.繼承D.變異●（14）以靜態(tài)或動態(tài)的連接方式，為應用程序提供一組可使用的類。（15）除了提供可被應用程序調(diào)用的類以外，還基本實現(xiàn)了一個可執(zhí)行的架構(gòu)。（14）A.函數(shù)庫B.類庫C.框架D.類屬（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進行軟件設計時，可用（17）關系表示兩類事物之間存在的特殊/一般關系，用聚集關系表示事物之間存在的整體/部分關系。（17）A.依賴B.聚集C.泛化D.實現(xiàn)●風險分析在軟件項目開發(fā)中具有重要作用，包括風險識別、風險預測、風險評估和風險控制等。“建立風險條目檢查表”是（18）時的活動，“描述風險的結(jié)果”是（19）時的活動。（18）A.風險識別B.風險預測C.風險評估D.風險控制（19）A.風險識別B.風險預測C.風險評估D.風險控制●關于匯編語言，以下敘述中正確的是（20）。（20）A.匯編語言源程序可以直接在計算機上運行B.將匯編語言源程序轉(zhuǎn)換成目標程序的軟件稱為解釋程序C.在匯編語言程序中，不能定義符號常量D.將匯編語言源程序翻譯成機器語言程序的軟件稱為匯編程序●對高級語言源程序進行編譯時，可發(fā)現(xiàn)源程序中的（21）錯誤。（21）A.堆棧溢出B.變量未定義C.指針異常D.數(shù)組元素下標越界●編譯器對高級語言源程序的處理過程可以劃分為詞法分析、語法分析、語義分析、中間代碼生成、代碼優(yōu)化、目標代碼生成等幾個階段，其中，（22）并不是每種編譯器都必需的。（22）A.詞法分析和語法分析B.語義分析和中間代碼生成C.中間代碼生成和代碼優(yōu)化D.代碼優(yōu)化和目標代碼生成●下列敘述中錯誤的是（23）。（23）A.面向?qū)ο蟪绦蛟O計語言可支持過程化的程序設計B.給定算法的時間復雜性與實現(xiàn)該算法所采用的程序設計語言無關C.與匯編語言相比，采用腳本語言編程可獲得更高的運行效率D.面向?qū)ο蟪绦蛟O計語言不支持對一個對象的成員變量進行直接訪問●設有職工EMP（職工號,姓名,性別,部門號，職務，進單位時間,電話），職務JOB（職務，月薪）和部門DEPT（部門號,部門名稱,部門電話,負責人）實體集。一個職務可以由多個職工擔任，但一個職工只能擔任一個職務，并屬于一個部門，部門負責人是一個職工。下圖所示的a、b處的實體名分別為（24）；圖中a、b之間為（25）聯(lián)系。（24）A.DEPT、EMPB.EMP、DEPTC.JOB、EMPD.EMP、JOB（25）A.11B.*1C.1*D.**●從數(shù)據(jù)庫管理系統(tǒng)的角度看，數(shù)據(jù)庫系統(tǒng)一般采用如下圖所示的三級模式結(jié)構(gòu)。圖中①②處應填寫（26），③處應填寫（27）。（26）A.外模式/概念模式B.概念模式/內(nèi)模式C.外模式/概念模式映象D.概念模式/內(nèi)模式映象（27）A.外模式/概念模式B.概念模式/內(nèi)模式C.外模式/概念模式映象D.概念模式/內(nèi)模式映象●若關系R、S如下圖所示，則R與S自然連接后的屬性列數(shù)和元組個數(shù)分別為（28）；π1,4（σ3=6（R×S））=（29）。（28）A.4和3B.4和6C.6和3D.6和6（29）●某公司采用的軟件開發(fā)過程通過了CMM2認證，表明該公司（30）。（30）A.開發(fā)項目成效不穩(wěn)定，管理混亂B.對軟件過程和產(chǎn)品質(zhì)量建立了定量的質(zhì)量目標C.建立了基本的項目級管理制度和規(guī)程，可對項目的成本、進度進行跟蹤和控制D.可集中精力采用新技術新方法，優(yōu)化軟件過程●國標16260中，在描述外部（內(nèi)部）效率度量時，給出了若干針對計算機系統(tǒng)時間消耗的定義，以下描述項中正確的有（31）。①響應時間是指從按動傳送鍵到得到結(jié)果為止所需要的時間②處理時間是指從接受一個消息到送出它的結(jié)果之間計算機的歷時時間③周轉(zhuǎn)時間是指從提出要求到得到結(jié)果所需要的時間④響應時間包括處理時間和傳輸時間（31）A．①②③④B．①③C．②③D．①②④●測試用例是測試使用的文檔化的細則，其規(guī)定如何對軟件某項功能或功能組合進行測試。測試用例應包括下列（32）內(nèi)容的詳細信息。①測試目標和被測功能②測試環(huán)境和其他條件③測試數(shù)據(jù)和測試步驟④測試記錄和測試結(jié)果（32）A．①③B．①②③C．①③④D．①②③④●軟件內(nèi)部/外部質(zhì)量模型中，（33）不是可移植性包括的子特性。（33）A．適應性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)容應包括（35）。①部件或文檔的唯一標識符②部件的名稱或文檔標題③文檔的狀態(tài)，包括物理狀態(tài)或變異方面的狀態(tài)④請求者提供的版本、配置和日期信息（35）A．①③B．①②C．①③④D．①②③④●下面的描述中，不能體現(xiàn)前置測試模型要點的是（36）。（36）A．前置測試模型主張根據(jù)業(yè)務需求進行測試設計，認為需求分析階段是進行測試計劃和測試設計的最好時機B．前置測試模型將開發(fā)和測試的生命周期整合在一起，標識了項目生命周期從開始到結(jié)束之間的關鍵行為，提出業(yè)務需求最好在設計和開發(fā)之前就被正確定義C．前置測試將測試執(zhí)行和開發(fā)結(jié)合在一起，并在開發(fā)階段以編碼-測試-編碼-測試的方式來體現(xiàn)，強調(diào)對每一個交付的開發(fā)結(jié)果都必須通過一定的方式進行測試D．前置測試模型提出驗收測試應該獨立于技術測試，以保證設計及程序編碼能夠符合最終用戶的需求●在進行軟件編碼規(guī)范評測過程中需要圍繞幾個方面的內(nèi)容展開，以下描述中不屬于編碼規(guī)范評測內(nèi)容的有（37）。（37）A．源程序文檔化檢查，包括符號名的命名、程序的注釋等規(guī)范性檢查B．數(shù)據(jù)說明檢查，包括數(shù)據(jù)說明次序、語句中變量順序檢查C．程序結(jié)構(gòu)檢查，程序應采用基本的控制結(jié)構(gòu)、避免不必要的轉(zhuǎn)移控制等D．程序邏輯檢查，閱讀源代碼，比較實際程序控制流與程序設計控制流的區(qū)別●（38）屬于概要設計說明書的評測內(nèi)容。①分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu)，確認該軟件設計是否覆蓋了所有已確定的軟件需求，軟件每一成分是否可追溯到某一項需求②系統(tǒng)定義的目標是否與用戶的要求一致③從軟件維護的角度出發(fā)，確認該軟件設計是否考慮了方便未來的維護④是否所有界面與更高級別文檔中的需求一致（38）A．①②③B．①③④C．②③④D．①②③④●關于確認測試，描述正確的是（39）。①確認測試一般包括有效性測試與軟件配置復查，采用黑盒測試為主，白盒測試為輔的測試方法進行測試②確認測試配置項復查時應當嚴格檢查用戶手冊和操作手冊中規(guī)定的使用步驟的完整性和正確性③確認測試需要檢測與證實軟件是否滿足軟件需求說明書中規(guī)定的要求④確認測試是保證軟件正確實現(xiàn)特定功能的一系列活動和過程，目的是保證軟件生命周期中的每一個階段的成果滿足上一個階段所設定的目標（39）A．①②B．②③C．③④D．②④●關于軟件測試的說法，（40）是不正確的。（40）A．代碼審查是代碼檢查的一種，是由程序員和測試員組成一個審查小組，通過閱讀、討論和爭議，對程序進行靜態(tài)分析的過程B．軟件測試的對象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟件測試的對象C．白盒測試是通過對程序內(nèi)部結(jié)構(gòu)的分析、檢測來尋找問題的測試方法D．單元測試是針對軟件設計的最小單位—程序模塊進行正確性檢驗的測試工作，它通常需要開發(fā)輔助的樁模塊作為主程序調(diào)用被測模塊來完成測試●關于集成測試的描述中，正確的是（41）。①集成測試也叫做組裝測試或聯(lián)合測試，通常是在單元測試的基礎上，將所有模塊按照概要設計說明書和詳細設計說明書的要求進行組裝和測試的過程②自頂向下的增殖方式是集成測試的一種組裝方式，它能較早地驗證主要的控制和判斷點，對于輸入輸出模塊、復雜算法模塊中存在的錯誤能夠較早地發(fā)現(xiàn)③自底向上的增殖方式需要建立樁模塊，并行地對多個模塊實施測試，并逐步形成程序?qū)嶓w，完成所有模塊的組裝和集成測試④在集成測試時，測試者應當確定關鍵模塊，對這些關鍵模塊及早進行測試，比如高層控制模塊、有明確性能要求和定義的模塊等（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)的缺陷不重復，客戶反饋缺陷數(shù)量為50個，則該公司針對本產(chǎn)品的缺陷探測率為（42）。（42）A．56.5%B．78.3%C．43.5%D．34.8%●在執(zhí)行測試和評價的過程中，會產(chǎn)生較多的文檔，（43）是對文檔內(nèi)容的正確描述。①評價需求的主要內(nèi)容是描述評價的目標，特別是描述了產(chǎn)品的質(zhì)量需求②評價規(guī)格說明的主要內(nèi)容是確定對軟件及其部件實行的所有分析和測量，標識要采用的操作規(guī)程、測試方法和工具③評價記錄的主要內(nèi)容是對評價執(zhí)行過程的詳細記載，由評價請求者保留④評價報告的主要內(nèi)容是執(zhí)行測量和分析的結(jié)果，以及能被重復和重新評價的必要信息（43）A．①②B．②③C．①④D．②④●用等價類劃分法設計8位長數(shù)字類型用戶名登錄操作的測試用例，應該分成（44）個等價區(qū)間。（44）A．2B．3C．4D．6●下面為C語言程序，邊界值問題可以定位在（45）。intdata（3）,inti,for(i=1,i<=3,i++)data(i)=100（45）A.data（0）B.data（1）C.data（2）D.data（3）●（46）敘述是正確的。①測試用例應由測試設計人員來制定②測試點應由測試人員確立③測試工作展開于項目立項后，而不是代碼開發(fā)完成之后④測試對象是源代碼（46）A．①②③B．②③C．①③D．①②③④●通常測試用例很難100％覆蓋測試需求，因為（47）。①輸入量太大②輸出結(jié)果太多③軟件實現(xiàn)途徑多④測試依據(jù)沒有統(tǒng)一標準（47）A．①②B．①③C．①②③D．①②③④●假定X為整數(shù)類型變量，X>=1并且X<=10，如果用邊界值分析法，X在測試中應該?。?8）值。（48）A．1，10B．0，1，10，11C．1，11D．1，5，10，11●以下（49）方法不是黑盒測試用例的設計方法。（49）A.場景法B.邊界值法C.因果圖法D.路徑法●不屬于界面元素測試的是（50）。（50）A．窗口測試B．文字測試C．功能點測試D．鼠標測試●以下說法不正確的是（51）。（51）A．易用性測試不僅是針對應用程序的測試，而且還要包括用戶手冊等系列文檔B．安裝測試就是按照用戶安裝手冊安裝軟件，來評估安裝過程的易用性、正確性C．輔助系統(tǒng)測試包括幫助測試、向?qū)y試、信息提示測試等D．界面整體測試是指對界面的規(guī)范性、可維護性、整體性等進行測試和評估●針對下列程序段，需要（52）個測試用例可以滿足語句覆蓋的要求。switch(value){case0:other=30;break;case1:other=50;break;case2:other=300;case3:other=other/value;break;default:other=other*value;}（52）A．2B．3C．4D．5●針對邏輯覆蓋（53）敘述是不正確的。（53）A．達到100％CC要求就一定能夠滿足100％DC的要求B．達到100％CDC要求就一定能夠滿足100％DC的要求C．達到100％MCDC要求就一定能夠滿足100％DC的要求D．達到100％路徑覆蓋要求就一定能夠滿足100％DC的要求●以下控制流程圖的環(huán)路復雜性V(G)等于（54）。（54）A.5B.6C.9D12●在程序控制流圖中，有8條邊，6個節(jié)點，則控制流程圖的環(huán)路復雜性V(G)等于（55）。（55）A.2B.4C.6D.8●針對程序段：IF（X>10）AND（Y<20）THENW=W/A，對于(X，Y)的取值，以下（56）組測試用例能夠滿足判定覆蓋的要求。（56）A.(30,15)(40,10)B.(3,0)(30,30)C.(5,25)(10,20)D.(20,10)(1,100)●關于數(shù)據(jù)庫索引，以下表述正確的是（57）。①如果對表創(chuàng)建了索引，那么更新、插入和刪除表中的記錄都將導致額外的系統(tǒng)開銷②全表掃描一定比使用索引的執(zhí)行效率低③在字段選擇性很低的情況下適用索引④一個表創(chuàng)建的索引越多，對系統(tǒng)的性能提升越大（57）A．①②③B.①③C.①②③④D.①③④●對于提升磁盤I/O性能問題，以下表述正確的是（58）。（58）A．數(shù)據(jù)庫對象在物理設備上的合理分布能改善系統(tǒng)讀寫性能B．磁盤鏡像可以提高磁盤讀寫的速度C．建議把數(shù)據(jù)庫、回滾段、日志放在同一塊設備上，以提高數(shù)據(jù)讀寫的性能D．將磁盤升級到更大容量可提高磁盤I/O速度●反映web應用客戶端交易處理性能的評估指標有（59）。①并發(fā)用戶數(shù)②交易響應時間③交易通過率④吞吐量⑤點擊率（59）A．①②③④B．①②③④⑤C．②③D．②③④●（60）是功能測試工具。（60）A．LoadRunnerB.WinRunnerC.QALoadD.WAS●（61）是導致軟件缺陷的最大原因。（61）A．需求規(guī)格說明書B．設計方案C．編寫代碼D．測試計劃●根據(jù)ANSI／IEEE829標準，（62）屬于《測試案例說明》中的內(nèi)容。①輸入說明②測試目的③環(huán)境要求④特殊要求（62）A．①②③B．①③④C．②③D．①②③④●負載壓力性能測試需求分析時，應該選擇（63）類型的業(yè)務作為測試案例。①高吞吐量的業(yè)務②業(yè)務邏輯復雜的業(yè)務③高商業(yè)風險的業(yè)務④高服務器負載的業(yè)務⑤批處理的業(yè)務（63）A．①②③B．①③④C．①④D．①②③④⑤●測試記錄包括（64）。①測試計劃或包含測試用例的測試規(guī)格說明②測試期間出現(xiàn)問題的評估與分析③與測試用例相關的所有結(jié)果，包括在測試期間出現(xiàn)的所有失?、軠y試中涉及的人員身份（64）A．①②③B．①③④C．②③D．①②③④●在性能測試中，關于數(shù)據(jù)準備，（65）描述是正確的。①識別數(shù)據(jù)狀態(tài)驗證測試案例②初始數(shù)據(jù)提供了基線用來評估測試執(zhí)行的結(jié)果③業(yè)務數(shù)據(jù)提供負載壓力背景④腳本中參數(shù)數(shù)據(jù)真實模擬負載（65）A．①②③B．①③④C．②③D．①②③④●運行Web瀏覽器的計算機與網(wǎng)頁所在的計算機要建立（66）連接，采用（67）協(xié)議傳輸網(wǎng)頁文件。（66）A.UDPB.TCPC.IPD.RIP（67）A.HTTPB.HTMLC.ASPD.RPC●（68）不屬于電子郵件協(xié)議。（68）A.POP3B.SMTPC.IMAPD.MPLS●某客戶端在采用ping命令檢測網(wǎng)絡連接故障時，發(fā)現(xiàn)可以ping通及本機的IP地址，但無法ping通同一網(wǎng)段內(nèi)其他工作正常的計算機的IP地址，說明該客戶端的故障是（69）（69）A.TCP/IP協(xié)議不能正常工作B.本機網(wǎng)卡不能正常工作C.本機網(wǎng)絡接口故障D.本機DNS服務器地址設置錯誤●用戶可以通過://.com訪問在同一臺服務器上（70）不同的兩個Web站點。（70）A.IP地址B.端口號C.協(xié)議D.虛擬目錄●Object-orientedanalysis(OOA)isasemiformalspecificationtechniquefortheobject-orientedparadigm.Object-orientedanalysisconsistsofthreesteps.Thefirststepis（71）.Itdetermineshowthevariousresultsarecomputedbytheproductandpresentsthisinformationintheformofa（72）andassociatedscenarios.Thesecondis（73）,whichdeterminestheclassesandtheirattributes,thendeterminestheinterrelationshipsandinteractionamongtheclasses.Thelaststepis（74）,whichdeterminestheactionsperformedbyortoeachclassorsubclassandpresentsthisinformationintheformof（75）.（71）A.use-casemodelingB.classmodelingC.dynamicmodelingD.behavioralmodeling（72）A.collaborationdiagramB.sequencediagramC.use-casediagramD.activitydiagram（73）A.use-casemodelingB.classmodelingC.dynamicmodelingD.behavioralmodeling（74）A.use-casemodelingB.classmodelingC.dynamicmodelingD.behavioralmodeling（75）A.activitydiagramB.componentdiagramC.sequencediagramD.statediagram2008年上半年軟件評測師下午試卷試題一（18分）閱讀以下說明，回答問題1至問題4，將解答填入答題紙的對應欄內(nèi)。[說明]某軟件企業(yè)內(nèi)部測試部門對其ERP產(chǎn)品進行內(nèi)部測試之后，由第三方測試機構(gòu)進行驗收測試，重點測試的質(zhì)量特性包括：功能性、可靠性、易用性、效率、維護性以及可移植性。[問題1]（2分）驗收測試的依據(jù)是什么？驗收測試對測試環(huán)境有何要求？[問題2]（2分）軟件產(chǎn)品的功能性測試中應關注哪些子特性？[問題3]（9分）在實際的軟件測試過程中，對缺陷的管理與分析至關重要?；卮鹑缦聠栴}：（1）針對本測試，Bug的錯誤類型除了功能性錯誤外，還可能會包括哪些？（3分）（2）嚴重性級別是Bug的重要屬性，請寫出常見的功能性Bug的嚴重性級別層次（3分）。（3）在測試過程中Bug的處理會處于不同的狀態(tài)，請設計Bug管理中從發(fā)現(xiàn)到關閉必須經(jīng)歷的狀態(tài)名稱（3分）。[問題4]（5分）企業(yè)內(nèi)部測試部在測試“主生產(chǎn)計劃制定”模塊過程中，使用30個測試案例進行測試，共發(fā)現(xiàn)10個問題。開發(fā)組對軟件修改后，向測試組提交問題修改報告及修改后的軟件。問題修改報告中提出：其中3個問題是用戶需求，不是錯誤，無需修改，其余7個問題已修改完成。測試組使用上輪測試中發(fā)現(xiàn)這7個問題的5個測試案例進行了回歸測試，確認問題已得到修改，因此測試組決定，當前版本可以進入配置管理庫，進行后續(xù)集成工作。測試組的做法是否有問題？為什么？如果有問題，應寫出正確的做法。試題二（20分）閱讀下列說明，回答問題1至問題5，將解答填入答題紙的對應欄內(nèi)。[說明]信息系統(tǒng)測試中，系統(tǒng)的時間特性、資源利用性等是衡量其效率的重要指標。在軟件測試中我們通常會借助于自動化負載壓力測試考核系統(tǒng)在一定的大用戶量訪問、長時間運行、大數(shù)據(jù)量處理的使用場景下系統(tǒng)的性能是否滿足需求，在不滿足的情況下通過故障診斷和性能調(diào)優(yōu)的手段，獲得系統(tǒng)性能的提升。下圖是某網(wǎng)上報名系統(tǒng)的負載壓力測試拓撲圖，主要包括數(shù)據(jù)庫服務器、應用服務器、網(wǎng)絡設備、負載均衡設備以及測試用機。測試環(huán)境網(wǎng)絡帶寬100M，應用服務器選擇ApacheTomcat5.0，數(shù)據(jù)庫服務器選擇Oracle10G，兩類服務器操作系統(tǒng)都采用Windows2000Server（SP4）。負載壓力測試中模擬大量考生通過此系統(tǒng)執(zhí)行網(wǎng)上報名，主要測試用例包括“考生注冊”和“預定座位”，報名操作的順序是先執(zhí)行“考生注冊”，再執(zhí)行“預定座位”。系統(tǒng)性能要求能夠承受10000用戶并發(fā)訪問，業(yè)務執(zhí)行成功率保持在80％以上。下表是測試結(jié)果數(shù)據(jù)，其中數(shù)據(jù)庫服務器資源利用屬合理范圍，網(wǎng)絡帶寬足夠，未在結(jié)果中描述。交易執(zhí)行情況并發(fā)用戶數(shù)響應時間(秒)(平均值)交易執(zhí)行成功率考生注冊預定座位考生注冊預定座位60004.16213.10279.2%69.4%70009.06719.60064.3%57.1%1000013.28724.94752.0%41.7%應用服務器資源利用資源指標并發(fā)用戶數(shù)CPU占用率(％)(平均值)可用內(nèi)存(Mbytes)(平均值)Disktime(％)(平均值)600020.42111220.043700019.95012550.0341000020.20110750.050[問題1]（4分）衡量系統(tǒng)執(zhí)行效率的時間特性指標中通常會包括：業(yè)務執(zhí)行響應時間和吞吐量，請描述上述兩個指標的概念。[問題2]（3分）簡述此系統(tǒng)測試環(huán)境中負載均衡設備的作用。[問題3]（5分）簡述測試用機中負載壓力測試工具主控臺、負載壓力測試工具負載生成器的作用,并論述此項目中采用分布式部署負載生成器的原因。[問題4]（4分）請分析測試結(jié)果中的交易執(zhí)行情況數(shù)據(jù)，陳述隨并發(fā)用戶數(shù)遞增，交易執(zhí)行成功率降低的可能原因。分析測試結(jié)果中的應用服務器資源利用數(shù)據(jù)，判斷服務器資源利用是否有瓶頸存在。[問題5]（4分）若系統(tǒng)的性能不能滿足需求，有哪些調(diào)優(yōu)措施？試題三（12分）閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內(nèi)。[說明]因果圖方法的思路是：從用自然語言書寫的程序規(guī)格說明描述中找出因（輸入條件）和果（輸出或程序狀態(tài)的改變），通過因果圖轉(zhuǎn)換為判定表。分析中國象棋中走馬的實際情況（下面未注明的均指的是對馬的說明），馬走日字型（鄰近交叉點無棋子），遇到對方棋子可以吃掉，遇到本方棋子不能落到該位置。[問題1]（3分）應用中可能有多種輸入條件，在什么情況下可采用因果圖法設計測試用例？[問題2]（4.5分）根據(jù)上述說明，利用因果圖法，下面列出走棋出現(xiàn)的情況