2010年下半年 軟件評測師 答案詳解

在輸入輸出控制方法中，采用（1）可以使得設(shè)備與主存間的數(shù)據(jù)塊傳送無需CPU干預(yù)。(1)A.程序控制輸入輸出 B.中斷 C.DMA D.總線控制【答案】C【解析】本題考查CPU中相關(guān)寄存器的基礎(chǔ)知識。計算機中主機與外設(shè)間進行數(shù)據(jù)傳輸?shù)妮斎胼敵隹刂品椒ㄓ谐绦蚩刂品绞健⒅袛喾绞?、DMA等。在程序控制方式下，由CPU執(zhí)行程序控制數(shù)據(jù)的輸入輸出過程。在中斷方式下，外設(shè)準備好輸入數(shù)據(jù)或接收數(shù)據(jù)時向CPU發(fā)出中斷請求信號，若CPU決定響應(yīng)該請求，則暫停正在執(zhí)行的任務(wù)，轉(zhuǎn)而執(zhí)行中斷服務(wù)程序進行數(shù)據(jù)的輸入輸出處理，之后再回去執(zhí)行原來被中斷的任務(wù)。在DMA方式下，CPU只需向DMA控制器下達指令，讓DMA控制器來處理數(shù)據(jù)的傳送，數(shù)據(jù)傳送完畢再把信息反饋給CPU,這樣就很大程度上減輕了CPU的負擔(dān)，可以大大節(jié)省系統(tǒng)資源。若某計算機采用8位整數(shù)補碼表示數(shù)據(jù)，則運算（2）將產(chǎn)生溢出。(2)A.127+1 B.-127-1 C.-127+1 D.127-1【答案】A【解析】本題考查有符號整數(shù)的補碼知識。8位整數(shù)補碼表示的整數(shù)范圍是-128?+127,故127+1將產(chǎn)生溢出。若內(nèi)存容量為4GB，字長為32,則（3）。(3)A.地址總線和數(shù)據(jù)總線的寬度都為32B.地址總線的寬度為30,數(shù)據(jù)總線的寬度為32C.地址總線的寬度為30,數(shù)據(jù)總線的寬度為8D.地址總線的寬度為32,數(shù)據(jù)總線的寬度為8【答案】A【解析】本題考查地址總線和數(shù)據(jù)總線的概念。系統(tǒng)總線上傳送的信息包括數(shù)據(jù)信息、地址信息及控制信息，因此，系統(tǒng)總線包含有3種不同功能的總線，即數(shù)據(jù)總線、地址總線和控制總線。地址總線寬度決定了CPU可以訪問的物理地址空間，即CPU能夠使用多大容量的內(nèi)存。若地址線的寬度為32位，最多可以直接訪問232(4GB)的物理空間。數(shù)據(jù)總線負責(zé)整個系統(tǒng)的數(shù)據(jù)流量的大小，如果數(shù)據(jù)總線的寬度為32,則字長為32。設(shè)用2KX4位的存儲器芯片組成16KX8位的存儲器（地址單元為0000H?3FFFH，每個芯片的地址空間連續(xù))，則地址單元0B1FH所在芯片的最小地址編號為（4）。(4)A.0000H B.2800H C.2000H D.0800H【答案】D【解析】本題考查地址編號的概念。使用2KX4的芯片構(gòu)成16KX8位的芯片，應(yīng)該每行2個2K芯片形成8位地址，共4行。因為內(nèi)存單元從0開始連續(xù)編址，.所以每行的起始地址依次為000H、0800H、1000H、2000H。因為0800H<0B1FH<1000H，所以地址單元0B1FH在第二行上，起始地址單元為0800H。編寫匯編語言程序時，下列寄存器中程序員可訪問的是（5）。(5)A.程序計數(shù)器（PC) B.指令寄存器（IR) C.存儲器數(shù)據(jù)寄存器（MDR) D.儲器地址寄存器（MAR)【答案】A【解析】本題考查CPU中相關(guān)寄存器的基礎(chǔ)知識。指令寄存器(IR)用于暫存從內(nèi)存取出的、正在運行的指令，這是由系統(tǒng)使用的寄存器，程序員不能訪問。存儲器數(shù)據(jù)寄存器（MDR)和存儲器地址寄存器（MAR)用于對內(nèi)存單元訪問時的數(shù)據(jù)和地址暫存，也是由系統(tǒng)使用的，程序員不能訪問。程序計數(shù)器(PC)用于存儲指令的地址，CPU根據(jù)該寄存器的指令從內(nèi)存讀取待執(zhí)行的指令，該寄存器可以由程序員訪問。CMM對軟件測試沒有提供單獨的關(guān)鍵過程領(lǐng)域（KPA)，所以許多研究機構(gòu)和測試服務(wù)機構(gòu)從不同角度出發(fā)提出了有關(guān)軟件測試方面的能力成熟度模型，其中軟件測試成熟度模型（TMM)是當前影響力最大的軟件測試過程模型。TMM制定了5個成熟度等級，它們依次是：初始級、階段定義級、集成級、.管理和度量級、(6)。(6)A.優(yōu)化、缺陷預(yù)防和可重復(fù)級 B.優(yōu)化、缺陷預(yù)防和質(zhì)量控制級C.缺陷預(yù)防和質(zhì)量控制級 D.優(yōu)化和質(zhì)量控制級【答案】B【解析】本題考查軟件測試能力成熟度模型（TMM)的概念。TMM制定了5個成熟度等級：初始級，階段定義級，集成級，管理和度量級，優(yōu)化、缺陷預(yù)防和質(zhì)量控制級。各級成熟度水平包含了一組成熟度目標和子目標，以及支持它們的任務(wù)、職責(zé)和活動。其中，第5級是優(yōu)化、預(yù)防缺陷和質(zhì)量控制級，本級的測試過程是可重復(fù)的、已定義的、已管理的和已度量的，因此軟件組織能夠優(yōu)化調(diào)整和持續(xù)改進測試過程。以下關(guān)于軟件生命周期的敘述不正確的是（7）。(7)A.軟件生命周期包括以下幾個階段：項目規(guī)劃、需求定義和需求分析、軟件設(shè)計、程序編碼、軟件測試、運行維護B.程序編碼階段是將軟件設(shè)計的結(jié)果轉(zhuǎn)換成計算機可運行的程序代碼。為了保證程序的可讀性、易維護性和提髙程序的運行效率，可以通過在該階段中制定統(tǒng)一并符合標準的編寫規(guī)范來使編程人員程序設(shè)計規(guī)范化C.軟件設(shè)計階段主要根據(jù)需求分析的結(jié)果，對整個軟件系統(tǒng)進行設(shè)計，如系統(tǒng)框架設(shè)計、數(shù)據(jù)庫設(shè)計等D.需求分析階段對軟件需要實現(xiàn)的各個功能進行詳細分析。軟件需求一旦確定，在整個軟件開發(fā)過程中就不能再變化，這樣才能保證軟件開發(fā)的穩(wěn)定性，并控制風(fēng)險【答案】D【解析】本題考查對軟件生命周期中各階段特點的掌握。軟件需求分析所要做的工作是深入描述軟件的功能和性能，確定軟件設(shè)計的限制和軟件同其他系統(tǒng)元素的接口細節(jié)，定義軟件的其他有效性需求。軟件需求包括3個不同的層次：業(yè)務(wù)需求、用戶需求和功能需求（也包括非功能需求)。在軟件開發(fā)過程中軟件需求可能發(fā)生變更，這確實給開發(fā)帶來了不確定性。但只要把需求變更作為重點、難點小心加以控制，軟件開發(fā)的進度、成本和質(zhì)量也就有了可靠的基礎(chǔ)。在軟件工程中，不屬于軟件定義階段的任務(wù)是（8）。(8)A.制定驗收測試計劃 B.制定集成測試計劃 C.需求分析 D.制定軟件項目計劃【答案】B【解析】本題考查對軟件生命周期中各階段內(nèi)容的理解。軟件定義時期的任務(wù)是確定軟件開發(fā)工程必須完成的總目標，這個時期通常進一步劃分成三個階段，即問題定義、可行性研究和需求分析。在這個階段需要完成制定軟件項目計劃、進行需求分析和制定驗收測試if劃等任務(wù)。該階段的任務(wù)不包括制定集成測試計劃，它是軟件開發(fā)階段的任務(wù)之一。軟件設(shè)計階段一般又可分為（9)。(9)A.邏輯設(shè)計與功能設(shè)計 B.概要設(shè)計與詳細設(shè)計C.概念設(shè)計與物理設(shè)計 D.模型設(shè)計與程序設(shè)計【答案】B【解析】本題考查對故件生命周期中各階段的理解。軟件的開發(fā)時期是具體設(shè)計和實現(xiàn)在前一個時期定義的軟件，它通常由下述4個階段組成：概要設(shè)計、詳細設(shè)計、編碼和單元測試、綜合測試。其中，設(shè)計階段包括概要設(shè)計和詳細設(shè)計。程序描述語言（PDL）是軟件開發(fā)過程中用于（10）階段的描述工具。(10)A.需求分析 B.概要設(shè)計 C.詳細設(shè)計 D.編程【答案】C【解析】本題考查對軟件生命周期中各階段使用工具的了解。過程設(shè)計語言（ProcessDesignLanguage,PDL),也稱程序描述語言(ProgramDescriptionLanguage),又稱為偽碼。它是一種用于描述模塊算法設(shè)計和處理細節(jié)的語言，也就是詳細設(shè)計階段的描述工具。軟件測試的目的是（11)。(11)A.試驗性運行軟件 B.找出軟件中的全部錯誤 C.證明軟件正確 D.發(fā)現(xiàn)軟件錯誤【答案】D【解析】本題考査對軟件測試目的的理解。軟件測試的目的是發(fā)現(xiàn)軟件的錯誤，驗證軟件是否滿足用戶需求，并通過分析軟件錯誤產(chǎn)生的原因，以幫助發(fā)現(xiàn)當前開發(fā)工作所采用的軟件過程的缺陷，以便進行軟件過程改進。軟件測試不能發(fā)現(xiàn)軟件中的所有錯誤，也不可能保證軟件完全正確。本題目第一個答案選項是干擾項，是不正確的。按照測試實施組織，可將測試劃分為開發(fā)方測試、用戶測試、第三方測試。下面關(guān)于開發(fā)方測試的描述正確的是（12)。①開發(fā)方測試通常也叫“驗證測試”或“Alpha測試”②開發(fā)方測試又稱“Beta測試”③開發(fā)方測試可以從軟件產(chǎn)品編碼結(jié)束之后開始，或在模塊（子系統(tǒng)）測試完成后開始，也可以在確認測試過程中產(chǎn)品達到一定的穩(wěn)定和可靠程度之后再開始④開發(fā)方測試主要是把軟件產(chǎn)品有計劃地免費分發(fā)到目標市場，讓用戶大量使用，并評價、檢查軟件(12)A.②③ B.①③ C.①④ D.①②③【答案】B【解析】本題考查對軟件測試分類的麵。開發(fā)方測試通常也叫“驗證測試”或“Alpha測試'不叫“Beta測試'開發(fā)方通過檢測和提供客觀證據(jù)，證實軟件的實現(xiàn)是否滿足規(guī)定的需求。驗證測試是在軟件開發(fā)環(huán)境下，由開發(fā)者檢測與證實軟件的實現(xiàn)是否滿足軟件設(shè)計說明或軟件需求說明的要求。主要是指在軟件開發(fā)完成以后，開發(fā)方對要提交的軟件進行全面的自我檢查與驗證，可以和軟件的“系統(tǒng)測試”一并進行。Beta測試通常被看成是一種“用戶測試”。Beta測試主要是把軟件產(chǎn)品有計劃地免費分發(fā)到目標市場，讓用戶大量使用，并評價、檢查軟件。通過用戶各種方式的大量使用，來發(fā)現(xiàn)軟件存在的問題與錯誤，把信息反饋給開發(fā)者修改。黑盒測試法是根據(jù)產(chǎn)品的（13）來設(shè)計測試用例的。(13)A.功能 B.輸入數(shù)據(jù) C.應(yīng)用范圍 D.內(nèi)部邏輯【答案】A【解析】本題考查對軟件黑盒測試麟的藤。黑盒測試的概念是“已知產(chǎn)品的功能設(shè)計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求”，所以黑盒測試法是根據(jù)產(chǎn)品的功能來設(shè)計測試用例的?！拜斎霐?shù)據(jù)”是測試案例的一部分，“應(yīng)用范圍”不是黑盒測試需要解決的問題，“內(nèi)部邏輯”是白盒測試進行驗證的內(nèi)容。軟件生命周期中持續(xù)時間最長的是（14）階段。(14)A.需求分析 B.程序編碼 C.軟件測試 D.軟件運行維護【答案】D【解析】本題考查軟件生命周期的內(nèi)涵。在軟件開發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶的要求，要延續(xù)軟件的使用壽命，就必須對軟件進行維護。所以軟件維護是軟件生命周期中持續(xù)時間最長的階段。軟件工程概念的提出是由于（15）。(15)A.計算技術(shù)的發(fā)展 B.軟件危機的出現(xiàn) C.程序設(shè)計方法學(xué)的影響 D.其他工程科學(xué)的影響【答案】B【解析】本題考查軟件工程的基本史實。20世紀60?70年代，軟件開始作為一種產(chǎn)品被廣泛使用，軟件開發(fā)基本上仍然沿用早期的個體化軟件開發(fā)方式，但軟件需求曰趨復(fù)雜，維護的難度越來越大，開發(fā)成本急劇提高，失敗的項目卻屢見不鮮。人們越來越認識到，按照系統(tǒng)化、規(guī)范化、數(shù)量化等工程原則和方法來組織軟件開發(fā)工作，是擺脫軟件危機的一個主要出路。關(guān)系數(shù)據(jù)庫管理系統(tǒng)應(yīng)能實現(xiàn)的專門關(guān)系運算包括（16)。(16)A.選擇、索引、統(tǒng)計 B.選擇、投影、連接C.關(guān)聯(lián)、更新、排序 D.顯示、打印、制表【答案】B【解析】本題考查關(guān)系數(shù)據(jù)庫關(guān)系傾的基本知識。關(guān)系數(shù)據(jù)庫的關(guān)系基本運算有兩類：一類是傳統(tǒng)的集合運算，包括并、差、交等；另一類是專門的關(guān)系運算，包括選擇、投影、連接。為了使軟件測試更加高效，應(yīng)遵循的原則包括（17)。①所有的軟件測試都應(yīng)追溯到用戶需求，充分注意缺陷群集現(xiàn)象②盡早地和不斷地進行軟件測試、回歸測試③為了證明程序的正確性，盡可能多地開發(fā)測試用例④應(yīng)由不同的測試人員對測試所發(fā)現(xiàn)的缺陷進行確認⑤增量測試，由小到大(17)A.①②③④ B.①③④⑤ C.②③④ D.①②④⑤【答案】D【解析】本題考查對軟件測試的理解。本題中要求使測試更加高效，即測試的質(zhì)量和效率都能夠得到保證?！八械能浖y試都應(yīng)追溯到用戶需求，充分注意缺陷群集現(xiàn)象“盡早地和不斷地進行軟件測試、回歸測試“應(yīng)由不同的測試人員對測試所發(fā)現(xiàn)的缺陷進行確認'“增量測試，由小到大”這些方法都能碰測顛量和效率得到提高。我們不可能進行窮舉測試，為了節(jié)省時間和資源，提高測試效率，必須要從數(shù)量極大的可用測試數(shù)據(jù)中精心教瞇出具有代表性或特殊性的測試數(shù)據(jù)來進行測試。如果不根據(jù)當時測試的條件和實際工作情況，不計成本地盲目大量開發(fā)測試用例，反而起不到好的效果，拖延了測試的時間。所以③的描述不夠準確，其他選項是正確的。軟件測試信息流的輸入包括（18)。①軟件配置（包括軟件開發(fā)文檔、目標執(zhí)行程序、數(shù)據(jù)結(jié)構(gòu)）②開發(fā)工具（開發(fā)環(huán)境、數(shù)據(jù)庫、中間件等）③測試配置（包括測試計劃、測試用例、測試驅(qū)動程序等）④測試工具（為提高軟件測試效率，使用測試工具為測試工作服務(wù)）(18)A.①②③④ B.①②④ C.①③④ D.②③④【答案】C【解析】本題考查對軟件測試信息流相關(guān)知識的理解。軟件測試信息流的輸入包括：軟件配置、測試配置、測試工具，不包括開發(fā)工具。ISO/IEC9126《軟件工程產(chǎn)品質(zhì)量》統(tǒng)一了多種質(zhì)量模型。其中，下述關(guān)于軟件使用質(zhì)量的描述，不正確的是（19）。(19)A.它測量用戶在特定環(huán)境中能達到其目標的程度，不是測量軟件自身的屬性B.使用質(zhì)量的屬性分為4個特性：有效性、生產(chǎn)率、安全性和滿意度 C.使用質(zhì)量是基于用戶、開發(fā)者、維護者觀點的質(zhì)量 D.使用質(zhì)量的獲得依賴于取得必需的外部質(zhì)量，而外部質(zhì)量的獲得則依賴于取得必需的內(nèi)部質(zhì)量【答案】C【解析】本題考查對標準ISO/IEC9126《軟件工程產(chǎn)品質(zhì)量》中使用質(zhì)量內(nèi)容的了解。使用質(zhì)量是從用戶觀點出發(fā)，而不是開發(fā)者、維護者的觀點，來看待軟件產(chǎn)品用于特定環(huán)境和條件下的質(zhì)量。它測量用戶在特定環(huán)境中達到其任務(wù)目標的程度，而不是測量軟件自身的性質(zhì)。V模型描述了軟件基本的開發(fā)過程和測試行為，描述了不同測試階段與開發(fā)過程各階段的對應(yīng)關(guān)系。其中，集成測試階段對應(yīng)的開發(fā)階段是（20）。(20)A.需求分析階段 B.概要設(shè)計階段 C.詳細設(shè)計階段 D.編碼階段【答案】B【解析】本題考查對軟件測試V模型的了解。V模型指出，單元和集成測試是驗證程序的設(shè)計，開發(fā)人員和測試組應(yīng)檢測程序的執(zhí)行是否滿足軟件設(shè)計的要求，其中，集成測試驗證概要設(shè)計，單元測試驗證詳細設(shè)計；系統(tǒng)測試驗證系統(tǒng)設(shè)計，檢測系統(tǒng)功能、性能的質(zhì)量特性是否達到系統(tǒng)設(shè)計的指標；由測試人員和用戶進行軟件的確認測試和驗收測試，追溯軟件需求說明書進行測試，以確定軟件的實現(xiàn)是否滿足用戶需求或合同的要求。下面關(guān)于軟件測試模型的描述中，不正確的包括（21)。①V模型的軟件測試策略既包括低層測試又包括髙層測試，高層測試是為了源代碼的正確性，低層測試是為了使整個系統(tǒng)滿足用戶的需求②V模型存在一定的局限性，它僅僅把測試過程作為在需求分析、概要設(shè)計、詳細設(shè)計及編碼之后的一個階段③W模型可以說是V模型自然而然的發(fā)展。它強調(diào)：測試伴隨著整個軟件開發(fā)周期，而且測試的對象不僅僅是程序，需求、功能和設(shè)計同樣要測試④H模型中軟件測試是一個獨立的流程，貫穿產(chǎn)品的整個生命周期，與其他流程并發(fā)地進行⑤H模型中測試準備和測試實施緊密結(jié)合，有利于資源調(diào)配(21)A.①⑤ B.②④ C.③④ D.②③【答案】A【解析】本題考查對軟件測試模型的了解。在題干所述第①點中：低層測試應(yīng)該是為了源代碼的正確性，高層測試應(yīng)該是為了使整個系統(tǒng)滿足用戶的需求；第⑤點中：測試準備和測試執(zhí)行應(yīng)該是分離的，而不是緊密結(jié)合的，所以有利于資源調(diào)配，降低成本，提髙效率。①和⑤都不夠準確，所以答案是A。程序設(shè)計語言一般可劃分為低級語言和高級語言兩大類，與髙級語言相比，用低級語言開發(fā)的程序具有（22）等特點。(22)A.開發(fā)效率低，運行效率低 B.開發(fā)效率髙，運行效率低 C.開發(fā)效率低，運行效率高 D.開發(fā)效率髙，運行效率高【答案】C【解析】本題考査低級語言與高級語言的概念和區(qū)別。低級語言指抽象層次低、較接近于計算機硬件而較遠離問題域的程序設(shè)計語言，髙級語言則反之。因此，一般來說，低級語言的運行效率較髙，但需要程序員對底層知識有深入細致的理解，開發(fā)難度高、周期長。廣義的軟件測試由“確認”、“驗證”、“測試”三個方面組成，其中“確認”是（23）。(23)A.確認是想證實在一個給定的外部環(huán)境中軟件的邏輯正確性，并檢查軟件在最終的“運行環(huán)境上是否達到預(yù)期的目標” B.檢測軟件開發(fā)的每個階段、每個步驟的結(jié)果是否正確無誤，是否與軟件開發(fā)各階段的要求或期望的結(jié)果相一致C.檢查某樣?xùn)|西是否符合事先已定好的標準 D.試圖證明軟件在軟件生命周期各個階段以及階段間的邏輯協(xié)調(diào)性、完備性和正確性【答案】A【解析】本題考查對廣義軟件測試中“確認”和“驗證”概念的了解?！按_認”和“驗證”兩個概念比較容易混靖。確認（Validation)是“確認工作產(chǎn)品完全提供了用戶想要的功能，檢驗產(chǎn)品是否真正提供了用戶想要的東西?！贝_認更多是從用戶的角度，或者是模擬用戶角度來驗證產(chǎn)品是否和自己想要的一致。確認是想證實在一個給定的外部環(huán)境中軟件的邏輯正確性，并檢查軟件在最終的運行環(huán)境上是否達到預(yù)期的目標，而不是檢查軟件是否符合某些事先約定的標準。驗證注重“過程'確認注重“結(jié)果”。所以答案A是正確的。與設(shè)計測試用例無關(guān)的文檔是（24）。(24)A.項目開發(fā)計劃 B.需求規(guī)格說明書 C.設(shè)計說明書 D.源程序【答案】A【解析】本題考查對軟件測試用例相關(guān)內(nèi)容的了解。測試用例就是將軟件測試的行為活動做一個科學(xué)化的組織歸納。測試用例的來源可以是需求規(guī)格說明書、源程序、設(shè)計說明書（概要設(shè)計、詳細設(shè)計）等一系列相關(guān)文檔。項目開發(fā)計劃主要描述項目開發(fā)背景、必要性、人員、項目開發(fā)內(nèi)容、技術(shù)路線、關(guān)鍵性與先進性、時間節(jié)點安排、風(fēng)險分析等項目管理等方面的事情，其中沒有可以被測試案例使用的內(nèi)容。白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，典型的白盒測試方法包括靜態(tài)測試和動態(tài)測試。其中，靜態(tài)測試除T靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法外，還有（25）。(25)A.代碼檢查法 B.邏輯覆蓋法 C.基本路徑測試法 D.結(jié)構(gòu)覆蓋法【答案】A【解析】本題考查對軟件白盒測試相關(guān)內(nèi)容的了解。白盒測試按照程序內(nèi)部邏輯測試程序，檢驗程序中每條通路是否按預(yù)定要求正確工作。典型的白盒測試方法包括：靜態(tài)測試、動態(tài)測試。其中靜態(tài)測試包括：代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)誠量法。結(jié)構(gòu)化分析(StructuredAnalysis,SA)是面向數(shù)據(jù)流的需求分析方法，(26)不屬于SA工具。(26)A.分層的數(shù)據(jù)流圖 B.數(shù)據(jù)詞典 C.問題分析圖 D.描述加工邏輯的結(jié)構(gòu)化語言、判定表或判定樹【答案】C【解析】本題考查對軟件開發(fā)工具相關(guān)內(nèi)容的了解。結(jié)構(gòu)化方法(StructuredMethod)是強調(diào)開發(fā)方法的結(jié)構(gòu)合理性以及所開發(fā)軟件的結(jié)構(gòu)合理性的軟件開發(fā)方法。針對軟件生存周期各個不同階段，它包括結(jié)構(gòu)化分析（SA）、結(jié)構(gòu)化設(shè)計（SD)和結(jié)構(gòu)化程序設(shè)計（SP)等方法。結(jié)構(gòu)化分析方法給出一組幫助系統(tǒng)分析人員產(chǎn)生功能規(guī)約的原理與技術(shù)。它一般利用圖形表達用戶需求，使用的手段主要有數(shù)據(jù)流圖、數(shù)據(jù)字典、結(jié)構(gòu)化語言、判定表以及判定樹等，其中不包括問題分析圖。螺旋模型綜合了（27）的優(yōu)點，并增加了這兩種模型忽略的風(fēng)險分析。(27)A.瀑布模型和演化模型 B.瀑布模型和噴泉模型 C.演化模型和噴泉模型 D.原型和噴泉模型【答案】A【解析】本題考查對軟件模型的了解。對于復(fù)雜的大型軟件，開發(fā)一個原型往往達不到要求。螺旋模型將瀑布模型與演化模型結(jié)合起來，并且加入兩個模型均忽略了的風(fēng)險分析。螺旋模型是軟件開發(fā)的高級策略，它不僅適合結(jié)構(gòu)化方法，而且更適合面向?qū)ο蠓椒?。它的實施將對軟件開發(fā)組織的工作模式、人員素質(zhì)、管理和技術(shù)水平產(chǎn)生深遠的影響，是最有前途的過程模型之一。軟件評審作為質(zhì)量控制的一個重要手段，已經(jīng)被業(yè)界廣泛使用。評審分為內(nèi)部評審和外部評審。關(guān)于內(nèi)部評審的敘述，正確的包括（28）。①對軟件的每個開發(fā)階段都要進行內(nèi)部評審②評審人員由軟件開發(fā)組、質(zhì)量管理和配置管理人員組成，也可邀請用戶參與③評審人數(shù)根據(jù)實際情況確定，比如根據(jù)軟件的規(guī)模等級和安全性等級等指標而定④內(nèi)部評審由用戶單位主持，由信息系統(tǒng)建設(shè)單位組織，應(yīng)成立評審委員會(28)A.①②④ B.①②③ C.②③④ D.①②③④【答案】B【解析】本題考查對軟件評審相關(guān)內(nèi)容的了解。軟件評審是為了使軟件開發(fā)按軟件工程提出的過程循序進行，在軟件各研制階段結(jié)束時，檢查該階段的工作是否完成，所提交的軟件階段產(chǎn)品是否達到了規(guī)定的質(zhì)量和技術(shù)要求，決定是否可以轉(zhuǎn)入下一階段研制工作。評審分為內(nèi)部評審和夕卜部評審。內(nèi)部評審由承建單位組織并實施。評審人員由軟件開發(fā)組、質(zhì)量管理和配置管理人員組成，可邀請業(yè)主單位參加，但是主持人應(yīng)該是本單位人員。根據(jù)軟件的規(guī)模等級和安全性關(guān)鍵等級組成5?9人的評審組進行。評審的內(nèi)容可參照外部評審的內(nèi)容和要求處理，評審步驟可以簡化，但對軟件開發(fā)的各個階段都要進行內(nèi)部評審。對規(guī)模等級大和安全性關(guān)鍵等級髙的軟件必須進行外部評審。外部評審由業(yè)主單位主持，承建單位組織，成立評審委員會。評審委員會由業(yè)主單位、承建單位和一定數(shù)量（占評審委員會總?cè)藬?shù)的50%以上）的軟件專家組成員組成，人數(shù)為7人以上（單數(shù)），設(shè)主任一人、副主任若干人。評審委員會與軟件專家組共同進行評審。評審分專家組審查和評委會評審兩步完成。軟件專家組進行審查，評審委員會進行評審。軟件質(zhì)量保證的主要目標不包括（29）。(29)A.通過預(yù)防、檢查與改進來保證軟件質(zhì)量B.保證開發(fā)出來的軟件和軟件開發(fā)過程符合相應(yīng)標準與規(guī)程C.收集軟件產(chǎn)品、軟件過程中存在的不符合項，在項目總結(jié)時進行分析 D.確保項目組制定的計劃、標準和規(guī)程適合項目需要，同時滿足評審和審計需要【答案】C【解析】本題考查對軟件質(zhì)量保證的了解。軟件質(zhì)量保證是通過預(yù)防、檢查與改進來保證軟件質(zhì)量，是軟件生命周期的管理以及驗證軟件是否滿足規(guī)定的質(zhì)量和用戶的需求。它著眼于軟件開發(fā)活動中的過程、步驟和產(chǎn)物，而不是對軟件進行剖析，找出問題或進行評估。它不負責(zé)生產(chǎn)高質(zhì)量的軟件產(chǎn)品和制定質(zhì)量計劃，這些都是軟件開發(fā)的工作，它的責(zé)任是審計軟件經(jīng)理和軟件工程組的質(zhì)量活動并鑒別活動中出現(xiàn)的偏差。它的內(nèi)容也不包括“收集軟件產(chǎn)品、軟件過程中存在的不符合項，在項目總結(jié)時進行分析。軟件設(shè)計要遵循的基本原則包括（30）。①模塊化②抽象③封裝④信息隱蔽(1)A.①②③④ B.①②④ C.②③④ D.①②③【答案】B【解析】本題考査對軟件設(shè)計相關(guān)知識的了解。軟件設(shè)計需要遵循一些基本的原則，如：軟件設(shè)計是把許多事物和問題進行抽象，并且需要不同層次和角度的抽象，所以軟件設(shè)計的基本原則之一是抽象；軟件設(shè)計應(yīng)當模塊化，也就是說，軟件應(yīng)在邏輯上分割為實現(xiàn)特定的功能和子功能的部分；軟件設(shè)計的基本原則還應(yīng)該遵循信息隱蔽(InformationHiding),即包含在模塊內(nèi)部且其他模塊不可訪問的內(nèi)容對其他模塊來說是透明的。信息隱蔽意味著有效的模塊性能含辦通過定義一套獨^的模塊來實現(xiàn)，這些模塊相互之間的通信僅僅包括實現(xiàn)軟件功能所必需的信息。封裝是手段，它的目的是要達到信息隱蔽。關(guān)于軟件質(zhì)量，(31)的敘述是正確的。①軟件滿足規(guī)定或潛在用戶需求特性的總和②軟件特性的總和，軟件滿足規(guī)定用戶需求的能力③是關(guān)于軟件特性具備“能力”的體現(xiàn)④軟件質(zhì)量包括“代碼質(zhì)量”、“外部質(zhì)量”和“使用質(zhì)量”3部分(31)A.①③ B.①② C.②③ D.②④【答案】A【解析】本題考查對軟件質(zhì)量概念的了解。軟件質(zhì)量是軟件特性的總和，是軟件滿足規(guī)定或潛在用戶需求的能力。2001年，軟件產(chǎn)品質(zhì)量國際標準ISO/IEC9126定義的軟件質(zhì)量包括“內(nèi)部質(zhì)量”、“外部質(zhì)量”和“使用質(zhì)量”3部分。也就是說，“軟件滿足規(guī)定或潛在用戶需求的能力”要從軟件在內(nèi)部、外部和使用中的表現(xiàn)來衡量。在②的描述中沒有提到滿足潛在用戶的需求，而在④中“代碼質(zhì)量”應(yīng)該是“內(nèi)部質(zhì)量”，所以這兩個選項是錯誤的。關(guān)于軟件測試與質(zhì)量保證，正確的理解是（32）。(32)A.軟件測試關(guān)注的是過程中的活動，軟件質(zhì)董保證關(guān)注的是過程的產(chǎn)物B.軟件測試不是軟件質(zhì)量保證工作中的內(nèi)容C.軟件測試是軟件質(zhì)量保證的重要手段 D.軟件質(zhì)量保證人員就是軟件測試人員【答案】C【解析】本題考查對軟件質(zhì)量保證與軟件測試的區(qū)別的理解。軟件測試就是在軟件投入運行前對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟與重要手段。軟件測試不關(guān)注過程中的活動，軟件質(zhì)量保證人員和軟件測試人員的職責(zé)、工作內(nèi)容不同。(33)不是正確的軟件測試目的。(33)A.盡最大的可能找出最多的錯誤 B.設(shè)計一個好的測試用例對用戶需求的覆蓋度達到100%C.對軟件質(zhì)量進行度量和評估，以提髙軟件的質(zhì)量D.發(fā)現(xiàn)開發(fā)所采用的軟件過程的缺陷，進行軟件過程改進【答案】B【解析】本題考查對軟件測試目標的理解。軟件測試的目的是發(fā)現(xiàn)軟件的錯誤，驗證軟件是否滿足用戶需求，并通過分析軟件錯誤產(chǎn)生的原因，以幫助發(fā)現(xiàn)當前開發(fā)工作所采用的軟件過程的缺陷，以便進行軟件過程改進。但是測試不可能發(fā)現(xiàn)所有的軟件缺陷，也不可能設(shè)計出一個測試用例對用戶需求的覆蓋度達到100%。設(shè)計功能測試用例的根本依據(jù)是（34）。(34)A.用戶需求規(guī)格說明書 B.用戶手冊C.被測產(chǎn)品的用戶界面 D.概要設(shè)計說明書【答案】A【解析】本題考查對軟件測試用例的相關(guān)知識的理解。功能測試關(guān)注的是系統(tǒng)功能是否能夠正確實現(xiàn)，所以設(shè)計功能測試用例的根本依據(jù)是用戶需求規(guī)格說明書，所有功能測試用例都要追溯到用戶需求規(guī)格說明書。關(guān)于軟件測試與軟件開發(fā)的認識，不正確的是（35）。(35)A.軟件生命周期各個階段都可能產(chǎn)生錯誤B.軟件測試是獨立于軟件開發(fā)的一個工作C.軟件開發(fā)的需求分析和設(shè)計階段就應(yīng)開始測試工作 D.測試越早進行，越有助于提高被測軟件的質(zhì)量【答案】B【解析】本題考查對軟件測試與軟件開發(fā)的關(guān)系的麵。軟件開發(fā)是一個系統(tǒng)的工程，包括需求分析、設(shè)計、編碼、測試、維護等幾個環(huán)節(jié)。軟件測試是整個軟件開發(fā)流程中的一個環(huán)節(jié)。在現(xiàn)代軟件開發(fā)的流程中，測試已經(jīng)貫穿于整個開發(fā)流程，而不是只在編碼完成以后才開始的活動了。軟件測試原則中指出“完全測試是不可能的”，主要原因是（36）。(36)A.輸入量太大、輸出結(jié)果太多以及路徑組合太多 B.自動化測試技術(shù)不夠完善C.測試的時間和人員有限D(zhuǎn).僅僅靠黑盒測試不能達到完全測試【答案】A【解析】本題考查對軟件測試原則的麵。軟件測試的目的是發(fā)現(xiàn)軟件的錯誤，驗證軟件是否滿足用戶需求，并通過分析軟件錯誤產(chǎn)生的原因，以幫助發(fā)現(xiàn)當前開發(fā)工作所采用的軟件過程的缺陷，以便進行軟件過程改進。通過軟件測試不可能完全消除錯誤，完全測試是不可能的，因為不可能窮舉軟件的所有測試路徑、輸入與輸出。產(chǎn)品的功能性測試的內(nèi)容不包括（37)。(37)A.適合性 B.易用性 C.正確性 D.互操作性【答案】B【解析】本題考查對軟件測試標準的麵。在國際標準ISO/IEC9126的功能性^量中，包括適合性、準確性、互操作性、保密安全性、功能依從性，不包括易用性。以下關(guān)于設(shè)計功能測試用例的敘述，(38)是不正確的。(38)A.盡量用80%測試用例覆蓋20%的核心業(yè)務(wù)模塊B.功能測試用例中不包括功能的依從性測試用例C.功能測試用例中包括業(yè)務(wù)流，也包括測試數(shù)據(jù)D.功能測試用例的設(shè)計應(yīng)注意缺陷群集現(xiàn)象【答案】B【解析】本題考查對軟件功能測試用例的理解。在國際標準ISO/IEC9126的功能性度量中，包括適合性、準確性、互操作性、保密安全性、功能依從性，所以在功能測試案例中應(yīng)該包括功能的依從性測試用例。以下不屬于軟件測試對象的有（39）項。①需求規(guī)格說明書②軟件的程序模塊③概要設(shè)計說明書與詳細設(shè)計說明書④軟件的用戶手冊(39)A.2 B.3 C.4 D.0【答案】D【解析】本題考査對軟件測試對象的相關(guān)知識的理解。軟件測試不僅僅是執(zhí)行軟件，它貫穿整個軟件開發(fā)周期。軟件測試的對象不僅僅是軟件代碼，還包括軟件需求文檔、各種設(shè)計文檔和用戶手冊等，所以答案選擇D。以下關(guān)于不同類型的軟件測試的敘述，正確的是（40）。(40)A.單元測試不是模塊測試 B.多個模塊不能平行地獨立進行測試，應(yīng)該順序執(zhí)行 C.系統(tǒng)測試是檢驗程序單元或部件之間的接口關(guān)系D.確認測試是通過檢驗和/或核查所提供的客觀證據(jù)，證實軟件是否滿足特定預(yù)期用途的需求【答案】D【解析】本題考查對軟件測試類型的相關(guān)知識的理解。單元測試又稱為模塊測試，是針對辦模塊（軟件設(shè)計的最小單位）細亍正確性檢驗的測試工作，所以A是不對的；多個模塊可以同時進行測試，不用順序進行，所以B不對；系統(tǒng)測試是將通過確認測試的軟件作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起測試，而不是檢驗程序單元或部件之間的接口關(guān)系，所以C不對；答案D是正確的。以下關(guān)于白盒測試和黑盒測試的理解，正確是（41）。(41)A.白盒測試通過對程序內(nèi)部結(jié)構(gòu)的分析、檢測來尋找問題 B.白盒測試通過一些表征性的現(xiàn)象、事件、標志來判斷內(nèi)部的運行狀態(tài)C.單元測試可應(yīng)用白盒測試方法，集成測試則采用黑盒測試方法 D.在軟件生命周期各個階段都需要用白盒測試方法【答案】A【解析】本題考查對白盒測試和黑盒測試的理解。白盒測試是對程序內(nèi)部結(jié)構(gòu)的測試，所以B是不對的；集成測試采用設(shè)計-組裝方法，如自頂向下、自底向上或混合的增殖方法等，所以C是不對的；白盒測試是對源代碼進行測試，如單元測試，并不適用于其他開發(fā)、測試階段，所以D是不對的。V模型是具有代表意義的測試模型，以下理解正確的是（42）。(42)A.V模型認為測試階段是與開發(fā)階段并行的 B.V模型是軟件開發(fā)螺旋模型的變種，它反映了測試活動與分析和設(shè)計的關(guān)系 C.V模型造成需求分析階段隱藏的問題一直到后期的驗收測試才被發(fā)現(xiàn) D.V模型是對W模型的改進【答案】C【解析】本題考查對軟件測試V模型的理解。'V模型認為測試階段是開發(fā)階段結(jié)束后開始的活動，所以A是不對的；V模型是軟件開發(fā)爆布模型的變種，所以B是不對的；W模型是V模型的改進，所以D是不對的；答案C正確的。網(wǎng)絡(luò)殺毒軟件廠商已經(jīng)開始使用數(shù)據(jù)庫技術(shù)和LDAP技術(shù)進行策略日志存儲和用戶管理，這里L(fēng)DAP指的是（43）。(43)A.輕量目錄訪問協(xié)議 ` B.本地目錄訪問協(xié)議 C.輕量數(shù)據(jù)訪問協(xié)議 D.本地數(shù)據(jù)訪問協(xié)議【答案】A【解析】本題考查對軟件英文術(shù)語的理解。LDAP指LightweightDirectoryAccessProtocol,即輕量目錄訪問協(xié)議，是一種在IP網(wǎng)絡(luò)中高效讀取和編輯目錄內(nèi)容的應(yīng)用層協(xié)議。計算以下控制流程圖的環(huán)路復(fù)雜性V(G),正確答案是（44）。(44)A.V(G)=2 B.V(G)=4 C.V(G)=9 D.V(G)=11【答案】B【解析】本題考查環(huán)路復(fù)雜性的計算方法。V(G)=edge-node+2=11-9+2=4,其中edge為控制流程圖的邊數(shù)，node為控制流程圖的節(jié)點數(shù)。對需求說明書評測的內(nèi)容包括（45)。①系統(tǒng)定義的目標是否與用戶的要求一致②被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定③與所有其他系統(tǒng)交互的重要接口是否都已經(jīng)描述④主要功能是否已包含在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明⑤確認軟件的內(nèi)部接口與外部接口是否己明確定義(45)A.①③⑤ B.②③⑤ C.①②④⑤ D.①②③④【答案】D【解析】本題考查需求說明書評測所包含的內(nèi)容。⑤是概要設(shè)計說明書評測的內(nèi)容，所以正確答案是D。加密和解密是明文和密文之間的可逆轉(zhuǎn)換，(46)不屬于加密算法。 (46)A.RSA B.SHA C.DES D.AES【答案】B【解析】本題考查加密算法和散列算法的區(qū)別。加密算法可逆，安全的散列算法計算上不可逆，不能作為加密用。SHA是散列算法，不是加密算法。假設(shè)A、B為布爾變量，對于邏輯表達式（A&&B||C),需要（47）個測試用例才能完成判定覆蓋（DC)。(47)A.2 B.3 C.4 D.5【答案】A【解析】本題考查判定覆蓋的基判定稷蓋只關(guān)心判定表達式的值，即真、假分別取到即可，所以是兩個測試用例。以下關(guān)于匯編語言的敘述中，錯誤的是（48）。(48)A.匯編語言源程序中的指令語句將被翻譯成機器代碼B.匯編語言的指令語句必須具有操作碼字段，可以沒有操作數(shù)字段 C.匯編程序以匯編語言源程序為輸入，以機器語言表示的目標程序為輸出D.匯編程序先將源程序中的偽指令翻譯成機器代碼，然后再翻譯指令語句【答案】D【解析】本題考查匯編語言的基本概念。偽指令是匯編程序直接執(zhí)行的，不對應(yīng)于程序中的機器代碼，所以D是錯誤的。設(shè)有學(xué)生實體Students(學(xué)號，姓名，性別，年齡，家庭住址，家庭成員，關(guān)系，聯(lián)系電話)，其中“家庭住址”記錄了郵編、省、市、街道信息；“家庭成員，關(guān)系，聯(lián)系電話”分別記錄了學(xué)生親屬的姓名、與學(xué)生的關(guān)系以及聯(lián)系電話。學(xué)生實體Students中的“家庭住址”是一個（49）屬性;為使數(shù)據(jù)庫模式設(shè)計更合理，對于關(guān)系模式Students(50)。(49)A.簡單 B.多值 C.派生 D.復(fù)合(50)A.可以不作任何處理，因為該關(guān)系模式達到了3NFB.只允許記錄一個親屬的姓名、與學(xué)生的關(guān)系以及聯(lián)系電話的信息 C.應(yīng)該將家庭成員、關(guān)系及聯(lián)系電話加上學(xué)生號，設(shè)計成為一個獨立的實體 D.需要對關(guān)系模式Students增加若干組家庭成員、關(guān)系及聯(lián)系電話字段【答案】DC【解析】 （49）復(fù)合屬性是多個簡單屬性的復(fù)合，多傾性是包含多個屬性相同的值的屬性。 （50）復(fù)合屬性是多個簡單屬性的復(fù)合，多傾性是包含多個屬性相同的值的屬性。實體Students可用學(xué)號+家庭成員作為主關(guān)鍵字，但家庭住址、關(guān)系和聯(lián)系電話屬性不完全依賴于主關(guān)鍵字，未達到2NF,應(yīng)該將部分依賴的屬性作為獨立的實體抽取。學(xué)生與親屬是1:n的關(guān)系，應(yīng)該允許記錄多個親屬的信息。而毎個學(xué)生的親屬個數(shù)不定，增加若干組家庭成員、關(guān)系以及聯(lián)系電話字段將造成邏輯缺陷（無法存儲超過組數(shù)上限的家庭成員信息）或空間浪費（大部分家庭成員信息為空)。有關(guān)評估系統(tǒng)效率質(zhì)量特性，以下論述正確的是（51）。(51)A.響應(yīng)時間越長，系統(tǒng)執(zhí)行效率越高 B.響應(yīng)時間和交易執(zhí)行吞吐量都是用來衡量系統(tǒng)執(zhí)行快慢的 C.響應(yīng)時間越短，交易執(zhí)行吞吐量越大 D.系統(tǒng)的訪問量越大，交易執(zhí)行吞吐量越大【答案】B【解析】本題考査系統(tǒng)效率質(zhì)量特性的基本概念。響應(yīng)時間越長，系統(tǒng)率越低，所以A是錯誤的；交易執(zhí)行吞吐量不是由響應(yīng)時間決定的，如果系統(tǒng)的訪問量很小，響應(yīng)時間再快，吞吐量也不會大，所以C是錯的；同理，系統(tǒng)訪問量很大，但是處理能力有限，交易執(zhí)行吞吐量也不會大，所以D是錯的。(52)不屬于易用性測試范疇。(52)A.軟件產(chǎn)品使用戶能理解軟件是否合適以及如何能將軟件用于特定的任務(wù)和使用條件的能力B.軟件產(chǎn)品使用戶能操作和控制它的能力C.對軟件中的缺陷或失效原因進行診斷，或識別待修改部分的能力 D.軟件產(chǎn)品吸引用戶的能力【答案】C【解析】本題考査對軟件質(zhì)量、測試標準的了解。C為ISO/IEC9126《軟件工程產(chǎn)品質(zhì)量》的“維護性”中的“易分析性”的范疇，不屬于易用性，所以C是錯誤的。以下關(guān)于軟件系統(tǒng)安全防護策略的敘述，不正確的是（53）。(53)A.網(wǎng)閘的主要目的是實現(xiàn)內(nèi)網(wǎng)和外網(wǎng)的物理隔離 B.防火墻的主要目的是實現(xiàn)內(nèi)網(wǎng)和外網(wǎng)的邏輯隔離C.入侵檢測系統(tǒng)通常部署在防火墻之外D.安全日志屬于被動防護策略【答案】C【解析】本題考查對軟件系統(tǒng)安全防護策略的理解。入侵檢測系統(tǒng)通常部署在防火墻之內(nèi)假設(shè)在程序控制流圖中有14條邊、10個節(jié)點，則控制流程圖的環(huán)路復(fù)雜性V(G)等于(54)。(54)A.12 B.8 C.6 D.4【答案】C【解析】本題考查環(huán)路復(fù)雑的計算方法。V(G)=edge-node+2=14-10+2=6?其中edge為控制流程圖的邊數(shù)，node為控制流程圖的節(jié)點數(shù)。目前信息系統(tǒng)所使用的主要用戶認證機制，身份識別標識不包括（55)。(55)A.指紋 B.智能卡 C.數(shù)字證書 D.身份證號碼【答案】D【解析】本題考查用戶身份認證中身份識別標識的概念。身份證號碼雖然唯一對應(yīng)到人，但易于獲取，不能用作身份認證的依據(jù)。針對以下C語言程序段，假設(shè)sta[10]=-1，對于x的取值，需要（56）個測試用例能夠滿足分支覆蓋的要求。(56)A.3 B.4 C.5 D.6【答案】A【解析】本題考查分支覆蓋的概念和相關(guān)計算方法。分支覆蓋要求程序中的每個分支雛測試覆蓋到。本題中，X分別取0、100、10即符合要求。以下關(guān)于信息安全的敘述，不正確的是（57）。(57)A.SYN洪水攻擊通過發(fā)送大量TCP連接請求以占滿網(wǎng)絡(luò)帶寬，使其他用戶無法正常連接服務(wù)B.緩沖區(qū)溢出攻擊能通過修改函數(shù)返回地址并執(zhí)行惡意代碼，進而獲得系統(tǒng)的控制權(quán)C.計算機病毒的主要特征包括破壞性、寄生性、自我復(fù)制能力和傳染能力D.會話標識和時間戳都是抵御重演攻擊的有效技術(shù)【答案】A【解析】本題考查網(wǎng)絡(luò)安全的基本概念。SYN洪水攻擊利用的是系統(tǒng)并發(fā)連接數(shù)有限的弱點。軟件測試使用各種術(shù)語描述軟件出現(xiàn)的問題，以下敘述正確的是（58）。(58)A.軟件錯誤（error)是指在軟件生命周期內(nèi)的不希望或不可接受的人為錯誤，其結(jié)果是導(dǎo)致軟件故障的產(chǎn)生 B.軟件缺陷（defect)是存在于軟件（文檔、數(shù)據(jù)、程序）之中的那些不希望或不可接受的偏差C.軟件故障（fault)是指軟件運行過程中出現(xiàn)的一種不希望或不可接受的外部狀態(tài) D.軟件失效（failure)是指軟件運行時產(chǎn)生的一種不希望或不可接受的內(nèi)部行為結(jié)果【答案】B【解析】本題考查軟件測試中的各種術(shù)語的區(qū)別。軟件錯誤(error)的結(jié)果是導(dǎo)致軟件缺陷的發(fā)生，所以A是不對的：軟件故障（fault）一種內(nèi)部狀態(tài)，所以C是不對的；軟件失效（failure）是一種外部行為結(jié)果，所以D是不對的。網(wǎng)絡(luò)測試不能解決的冋題是(59)。(59)A.連通性 B.丟包 C.全表掃描 D.延遲【答案】C【解析】本題考查網(wǎng)絡(luò)測試的基本概念。全表掃描是數(shù)據(jù)庫的概念，指對無索引的表中的每條記錄都進行匹配，直至返畫所有符合查詢條件的記錄為止，與網(wǎng)絡(luò)測試無關(guān)。關(guān)于bug管理流程，(60)是正確的做法。(60)A.開發(fā)人員提交新的bug入庫，設(shè)置狀態(tài)為“New”B.開發(fā)人員確認是bug，設(shè)置狀態(tài)為“Fixed” C.測試人員確認問題解決了，設(shè)置狀態(tài)為“Closed” D.測試人員確認不是bug,設(shè)置狀態(tài)為“Reopen”【答案】C【解析】本題考查對bug管理流程的基本環(huán)節(jié)與知識的理解。選項A:測試人員而不是開發(fā)人員提交新的bug入庫，設(shè)置狀態(tài)為“New”。選項B:確認是bug,設(shè)置狀態(tài)為“Open”而不是“Fixed”。選項D:確認不是bug,設(shè)置狀態(tài)為“Declined”而不是“Reopen".(61)是當前自動化測試技術(shù)不能解決的問題。(61)A.保證測試質(zhì)量 B.提高測試效率 C.排除手工操作錯誤 D.降低測試用例設(shè)計的難度【答案】D【解析】本題考査對自動化測試技術(shù)局限性的理解。在現(xiàn)實中有關(guān)的測試設(shè)計、測試案例以及一些關(guān)鍵的測試任務(wù)還是需要人工參與的，即自動化測試是對手工測試的輔助和補充（見《軟件評測師教程》第59?62頁），所以選擇D。GB/T18905.5《軟件工程產(chǎn)品評價》中，分別規(guī)定了開發(fā)者用、需方用、評價者用的過程，以下理解正確的是（62）。(62)A.計劃開發(fā)新產(chǎn)品的廠商，該標準中規(guī)定不允許利用他們自己的技術(shù)人員進行產(chǎn)品評價B.軟件產(chǎn)品的一般評價過程是：確立評價需求，規(guī)定、設(shè)計和執(zhí)行評價 C.該標準不適用于對軟件產(chǎn)品執(zhí)行獨立評估的第三方評測機構(gòu) D.該標準可用來決定從眾多可選產(chǎn)品中選擇某個產(chǎn)品，但該產(chǎn)品不可以是較大產(chǎn)品的一部分【答案】B【解析】本題考查對GBA118905標準各部分分工的掌握。選項A:計劃開發(fā)新產(chǎn)品或增強現(xiàn)有的產(chǎn)品，以及打算利用他們自己的技術(shù)人員進行產(chǎn)品評價的組織應(yīng)使用GBA118905.3。選項C：使用GBfT18905.5對軟件產(chǎn)品執(zhí)行獨立評估的評價者通常為第三方組織工作。選項D:計劃獲取或復(fù)用某個已有的軟件產(chǎn)品或預(yù)先開發(fā)的軟件產(chǎn)品的組織應(yīng)使用GB/T8905.4。該部分可用來決定接受產(chǎn)品或者從眾多可選產(chǎn)品中選擇某個產(chǎn)品（產(chǎn)品可以是自包含的，或是系統(tǒng)的一部分，或者是較大產(chǎn)品的一部分)。軟件測評相關(guān)的標準一般可以分為國際標準、國家標準、行業(yè)標準以及企業(yè)標準。一般情況下，技術(shù)要求最高的是（63）。(63)A.國際標準 B.國家標準 C.行業(yè)標準 D.企業(yè)標準【答案】D【解析】本題考查對軟件測試相關(guān)標準的了解。企業(yè)標準是參照并基于相關(guān)行業(yè)標準、國家標準和國際標準，并針對自有產(chǎn)品所采用的特定技術(shù)而制定的。這些技術(shù)包括企業(yè)擁有的專利、不公開的科研成果等，反映了企業(yè)的核心競爭力，通常技術(shù)性較高。為驗證某呼叫中心是否能夠承受大量呼叫信息同時呼入并得到正確處理，測試工程師一般采用（64）測試工具。(64)A.負載壓力 B.代碼 C.網(wǎng)絡(luò)仿真 D.故障診斷【答案】A【解析】本題考查對性能測試基本概念的理解。負載壓力測試是在一定約束條件下測試系統(tǒng)所能承受的并發(fā)用戶量、運行時間、數(shù)據(jù)量,以確定系統(tǒng)所能承受的最大負載壓力的測試。題目中呼叫中心的大量呼入測試屬于本范疇，所以本題中的測試工程師應(yīng)采用負載壓力測試工具。關(guān)于軟件測試過程中的配置管理，(65)是不正確的表述。(65)A.測試活動的配置管理屬于整個軟件項目配置管理的一部分 B.軟件測試配置管理包括4個基本的活動：配置項變更控制、配置狀態(tài)報告、配置審計、配置管理委員會建立 C.配置項變更控制要規(guī)定測試基線，對每個基線進行描述 D.配置狀態(tài)報告要確認過程記錄、跟蹤問題報告、更改請求以及更改次序等【答案】B【解析】本題考查對軟件測試配置管理的麵。軟件測試配置管理包括的4個基本活動為：配置項標識、配置項控制（變更控制)、配置狀態(tài)報告、配置審計（見《軟件評測師教程》第102頁）。測試成本控制的目標是使測試開發(fā)成本、測試實施成本和測試維護成本最小化，以下理解正確的是（66）。(66)A.測試準備成本屬于測試實施成本B.可以通過加強軟件測試的配置管理來降低測試維護成本 C.測試設(shè)計成本控制的目標是盡可能地減少測試總執(zhí)行時間和所需的測試專用設(shè)備D.回歸測試將測試案例全部重新執(zhí)行一遍，可以將測試維護成本降至最低【答案】B【解析】本題考查對軟件測試成本控制的相關(guān)內(nèi)容。測試執(zhí)行成本控制的目標是使總執(zhí)行時間和所需的測試專用設(shè)備盡可能地減少。執(zhí)行測試時，要求用戶進行手工操作的測試時間應(yīng)盡量減少，同時對勞動力和所需技能的要求也要盡量降低。為了進行測試成本控制，可以通過加強軟件測試的配置管理來降低測試維護成本。以下關(guān)于缺陷探測率（DDP）的表述，不正確的是（67）。(67)A.DDP是一個衡量測試工作效率的軟件質(zhì)量成本指標B.缺陷探測率越高，也就是測試者發(fā)現(xiàn)的錯誤越多，發(fā)布后客戶發(fā)現(xiàn)的錯誤才可能越少 C.DDP是衡量測試投資回報的一個重要指標 D.測試周期越長，缺陷探測率就會越高【答案】D【解析】本題考查對缺陷探測率的了解。DDP是DefectDetectionPercentage的縮寫，即缺陷探測率。DDP是衡量測試投資回報的一個重要指標，是衡量測試工作效率的軟件質(zhì)量成本指標之一。其計算公式如下：DDP=Bugs(tester)/[Bugs(tester)+Bugs(customer)]其中，Bugs(tester)為軟件開發(fā)方測試者發(fā)現(xiàn)的Bugs數(shù)目，Bugs(customer)為客戶方發(fā)現(xiàn)并反饋給技術(shù)支持人員進行修復(fù)的Bugs數(shù)目。DDP越高，說明測試者發(fā)現(xiàn)的Bugs數(shù)目越多，發(fā)布后客戶發(fā)現(xiàn)的Bugs就越少，降低了外部故障不一致成本，達到了節(jié)約總成本的目的，可獲得較髙的測試投資回報率（ROI)。測試周期長不一定會找到更多的Bug，如果沒有找到足夠多的Bug，不能夠成功避免軟件上線后用戶發(fā)現(xiàn)Bug，也不能提高DDP。在一個完整的功能測試過程中，(68)不屬于應(yīng)該編寫的測試文檔。(68)A.測試需求文檔 B.測試用例文檔 C.測試標準 D.問題報告單【答案】C【解析】本題考查測試文檔的范疇。測試標準是測試的依據(jù)，不屬于測試文檔，所以C是錯誤的。性能測試過程中需要對數(shù)據(jù)庫服務(wù)器的資源使用進行監(jiān)控，（69）不屬于應(yīng)該監(jiān)控的指標。(69)A.CPU占用率 B.可用內(nèi)存數(shù) C.點擊率 D.緩存命中率【答案】C【解析】本題考查對性能測試監(jiān)控指標的麵。點擊率是指網(wǎng)站頁面內(nèi)容被點擊次數(shù)與被顯示次數(shù)的比值，不屬于數(shù)據(jù)庫服務(wù)器的資源使用性能測試監(jiān)控指標。J2EE系統(tǒng)架構(gòu)被各種信息系統(tǒng)普遍采用，(70)不屬于其服務(wù)器端應(yīng)用組件。(70)A.Servlet B.JSP C.EJB D.Applet【答案】D【解析】本題考查對J2EE服務(wù)器端應(yīng)用組件的理解。Applet是Java的客戶端應(yīng)用組件。Peopleareindulginginanillusionwhenevertheyfindthemselvesexplainingatacocktail(雞尾酒）party,say,thattheyare“incomputers,”or“intelecommunications,"or“inelectronicfundstransfer”.Theimplicationisthattheyarepartofthehigh-techworld.Justbetweenus,theyusuallyaren’t.Theresearcherswhomadefundamentalbreakthroughsinthoseareasareinahigh-techbusiness.Therestofusare(71)oftheirwork.Weusecomputersandothernewtechnologycomponentstodevelopourproductsortoorganizeouraffairs.Becausewegoaboutthisworkinteamsandprojectsandothertightlyknitworkinggroups(緊密聯(lián)系在一起的工作小組）,wearemostlyinthehumancommunicationbusiness.Oursuccessesstemfromgoodhumaninteractionsbyallparticipantsintheeffort,andourfailuresstemfrompoorhumaninteractions.Themainreasonwetendtofocusonthe(72)ratherthanthehumansideoftheworkisnotbecauseit’smore(73),butbecauseit!seasiertodo.GettingthenewdiskdriveinstalledispositivelytrivialcomparedtofiguringoutwhyHoraceisinabluefimk(恐懼)orwhySusanisdissatisfiedwiththecompanyafteronlyafewmonths.Humaninteractionsarecomplicatedandneververycrisp(干脆的，干凈利落的）andcleanintheireffects,buttheymattermorethananyotheraspectofthework.Ifyoufindyourselfconcentratingonthe(74)ratherthanthe(75)，you'relikethevaudevillecharacter(雜耍人物)wholoseshiskeysonadarkstreetandlooksforthemontheadjacentstreetbecause,asheexplains,“Thelightisbetterthere!”.(71)A.creators B.innovators C.appliers D.inventors(72)A.technical B.classical C.social D.societal (73)A.trivial B.crucial C.minor D.insignificant(74)A.technology B.sociology C.physiology D.astronomy(75)A.technology B.sociology C.physiology D.astronomy【答案】CABAB【解析】無論何時當人們發(fā)現(xiàn)自己在雞尾酒會上向別人解釋，比方說他們“在計算機領(lǐng)域”或“在遠程通信領(lǐng)域”或“在電子基金轉(zhuǎn)賬領(lǐng)域”工作時，他們都會沉浸在高科技的幻覺中，這就暗示他們是高科技王國里的一分子。在我們看來，他們一般都不是。在這些領(lǐng)域中，只有那些有根本性突破的研究人員是在做高科技業(yè)務(wù)，我們所有其他局外人只是他們工作成果的應(yīng)用者。我們用計算機和其他新技術(shù)組件來開發(fā)產(chǎn)品或者組織我們的事務(wù)，因為是以團隊和項目以及其他緊密結(jié)合的工作小組的形式來從事這項工作的，主要在從事人類交流的業(yè)務(wù)。我們的成功源自良好的、與所有此項工作的參與者之間的人際交往，同樣我們的失敗原因也是由于糟糕的人際交往。我們傾向于集中精力做技術(shù)方面，而不是人際關(guān)系方面工作的主要原因，不是因為它更重要，而是因為它更容易做。與弄清楚賀瑞斯為什么恐懼不安，或者蘇珊為什么在公司只工作了幾個月就對公司不滿意之類的事情相比，安裝一個新的磁盤驅(qū)動器肯定是微不足道的。人際交往是很復(fù)雜的，并且就效果而言從來都不會是很明晰和清楚的，但是它們比工作的任何其他方面更重要。如果你發(fā)現(xiàn)自己關(guān)注的是技術(shù)而不是社會方面的問題，你就相當于在一條黑暗的街上丟失了鑰匙，卻到鄰近的另一條街上去尋找。因為“這條街上的燈比那條街上的燈要亮一些”。

試題一【說明】場景法是黑盒測試中重要的測試用例設(shè)計方法。目前多數(shù)軟件系統(tǒng)都是用事件觸發(fā)來控制業(yè)務(wù)流程，事件觸發(fā)時的情景便形成了場景，場景的不同觸發(fā)順序構(gòu)成用例。場景法通過場景描述業(yè)務(wù)流程（包括基本流（基本流程）和備選流（分支流程)），設(shè)計用例遍歷軟件系統(tǒng)功能，驗證其正確性。圖1-1描述了簡化的中心層、省市層、地區(qū)層三級的“公文流轉(zhuǎn)”業(yè)務(wù)流程，表1-1描述了省市層（圖1-1陰影部分）業(yè)務(wù)的基本流和備選流。公文的狀態(tài)包括：已下發(fā)、未下發(fā)、已接收、未接收?！締栴}1】用表1-1中表述的基本流和備選流，使用場景法設(shè)計測試場景?；玖骱蛡溥x流用表1-1中對應(yīng)的字母編號表示。場景法是黑盒測試中重要的測試用例設(shè)計方法。目前多數(shù)軟件系統(tǒng)都是用事件觸發(fā)來控制業(yè)務(wù)流程，事件觸發(fā)時的情景便形成了場景，場景的不同觸發(fā)順序構(gòu)成用例。場景法通過場景描述業(yè)務(wù)流程（包括基本流（基本流程）和備選流（分支流程）），設(shè)計用例遍歷軟件系統(tǒng)功能，驗證其正確性。本題共包括5個場景：1.A2.B3.B、E4.B、C、D（C和D可以互換）5.B、C、E【問題2】下表給出了測試用例名稱，請將表中的輸入條件和預(yù)期輸出補充完整。本題考查測試用例中輸入條件與預(yù)期輸出內(nèi)容。注意步驟的銜接，以及測試數(shù)據(jù)的設(shè)置。

試題二【說明】某軟件公司在研發(fā)一個城鎮(zhèn)居民保險系統(tǒng)時，為了加快進度，測試工作在系統(tǒng)開發(fā)初步完成之后開始并直接進行系統(tǒng)測試。測試工程師針對界面進行了功能測試。測試工程師和開發(fā)工程師借助缺陷管理工具，交互進行測試與缺陷修復(fù)工作。測試期間發(fā)現(xiàn)系統(tǒng)的“文檔審批”功能出現(xiàn)嚴重缺陷，開發(fā)工程師認為修改難度大，經(jīng)測試工程師認可后決定暫停修復(fù)該缺陷，直到產(chǎn)品發(fā)布前，該缺陷在開發(fā)環(huán)境下被修復(fù)。隨后，測試工程師在開發(fā)環(huán)境下針對該缺陷執(zhí)行了有關(guān)的用例，進行了回歸測試。回歸測試結(jié)束后，開發(fā)工程師在開發(fā)環(huán)境下對產(chǎn)品直接打包發(fā)布?！締栴}1】測試開展的時間是過早、過晚還是合適？說明理由。本題考查兩個知識點：（1）測試工作與開發(fā)工作如何配合；（2）測試的對象包括哪些。測試工作開展得太晚。（1分）測試工作應(yīng)該覆蓋需求分析、概要設(shè)計、詳細設(shè)計、編碼等前期階段，而不應(yīng)該在系統(tǒng)開發(fā)初步完成后才開始。（2分）【問題2】測試工程師功能測試的方法是否正確？若不正確，請陳述正確的方法；若正確，請說明理由。本題考查功能測試的依據(jù)，正確的依據(jù)應(yīng)該是需求規(guī)格說明書，而不是用戶界面，因為界面實現(xiàn)的功能是否正確的理解和表達了用戶需求為不可知。測試人員功能測試的方法不正確。系統(tǒng)功能測試應(yīng)該追溯到用戶需求，針對界面進行功能測試是錯誤的?！締栴}3】該案例中對缺陷的管理