軟件水平考試中級軟件設計師上午基礎

知識（軟件工程）模擬試卷1

一、中文選擇題（本題共28題，每題1.0分，共28

分。）

1、以下描述中，錯誤的是（）。

A、從一個計算機系統轉移到另一個計算機系統的容易程度是軟件的可移植性

B、軟件在需要它投入使用時能實現其指定功能的概率是可靠性

C、軟件能夠被軟件維護人員閱讀并理解的方便程度是軟件的可理解性

D、在規定條件下和規定期間內，實現所指定的功能的概率是軟件的可靠性

標準答案：B

知識點解析：軟件可測試性：用來表示測試及驗證軟件的難易度。軟件可理解

性：軟件能夠被軟件維于人員閱讀并理解的方便程度。軟件可靠性：軟件按規定

的條件，在規定的時間內運行而不發生故障的能力。軟件可移植性：指軟件從一

個計算機系統或環境轉移到另一個計算機系統或環境的容易程度。由于計算機的

硬件體系結構不同，因而導致在某一類型卡n器上開發的軟件不能在另一類計算機

上運行，所以某一種語言開發環境中開發出來的程序，如不用修改或只需極少量的

修改便能在其他種類的計算機上運行，就是可移植性好。軟件可用性：ISO9241

一11國際標準對可用性做了如下定義：產品在特定使用環境下為特定用戶用于特

定用途時所具有的有效性（effectiveness）、效率（efficiency）和用戶主觀滿意度

（satisfaction）o其中：有效性——用戶完成特定任務和達到特定目標時所具有的正

確和完整程度。效率——用戶完成任務的正確和完整程度與所使用資源（如時間）之

間的比率。滿意度——用戶在使用產品過程中所感受到的主觀滿意和接受程度。

通俗來講，可用性指的是產品對用戶來說有效、易學、高效、好記、少錯和令人滿

意的程度，即用戶能否用產品完成任務、效率如何、主觀感受怎樣，實際上是從用

戶角度所看到的產品質量，是產品競爭力的核心，是以用戶為中心。軟件兼容

性：指與軟件可從某一環境轉移到另一環境的能力有關的一組屬性。它包括以下幾

個屬性：（1）與軟件無須采用為該軟件準備的活動或手段就可能適應不同的規定環

境有關的軟件屬性；（2）使軟件遵循與可移植性有關的標準或約定的軟件屬性；（3）

與軟件在該軟件環境中用來替代指定的其他軟件的機會和努力有關的軟件屬性。

軟件可修改性：軟件能夠被軟件維護人員修改的方便程度。軟件的一致性：軟件

服從與可移植性有關的標準或約定的程度。

2、下述任務中，不屬于軟件工程需求分析階段的是（）。

A、確定軟件系統的可靠性耍求

B、確定軟件系統的性能需求

C、確定軟件系統將采用什么開發語言開發

D、確定軟件系統的數據要求

標準答案：C

知識點解析：需求分析階段的任務主要有：（1）確定軟件的綜合耍求：系統界面、

系統功能、系統性能、安全性、保密性和可靠性方面的要求，系統的運行要求、異

常處理、將來的擴充和修改等。（2）分析軟件系統的數據要求：基本數據元素、數

據元素之間的邏輯關系、數據量、峰值等。（3）導出系統的邏輯模型。（4）修正項目

開發計劃。

3、（）是軟件生命周期中時間最長的階段。

A、需求分析階段

B、軟件維護階段

C、軟件設計階段

D、軟件系統實施階段

標準答案：B

知識點解析：本題考查的是軟件壽命周期及其各壽命周期階段的主要特點。軟件生

命周期是軟件開發的全過程，這個過程由諸多階段構成，包括需求分析、軟件設

“、編碼及單元測試、集成及系統測試、安裝、實施與維護等階段，在由這些階段

所構成的軟件生命周期全過程中軟件維護階段是軟件生命周期中時間最長的階段。

因為在軟件開發完投入使用后，由于多方面的原因，軟件不能繼續適應用戶的要

求，要延續軟件的使用壽命，就必須對軟件進行維護，所以從軟件開發投入使用到

軟件被淘汰的整個過程都屬于軟件維護階段，因此不難想象這個階段的時長最長。

4、軟件需求說明書是軟件需求分析階段的重要文件，下述（）是其應包含的內容。

①數據描述②功能描述③模塊描述④性能描述

A、①②

R、③④

C、①②③

D、@@@

標準答案：D

知識點解析：已經確定下來的需求應當得到清晰準確的描述。通常把描述需求的文

檔叫做軟件需求說明書。軟件需求說明書的主要內容是系統的數據描述、數據流

圖、數據字典描述、系統接口描述、內部接口說明、系統的功能描述、處理說明、

系統設計的限制系統的性能描述、性能參數、對系統進行測試的種類等。

5、以下關于數據流圖的說法，錯誤的是（）。

A、數據流圖是用來作為結構化分析建模的一種工具

B、傳統的數據流圖中主要包含加工、外部實體、數據流、數據存儲、控制流5種

基本構件

C、數據流圖可只有一個也可以有多個

D、數據流圖屬于需求分析階段的產物

標準答案：B

知識點解析：本題主要考查數據流圖的基本內容。數據流圖是結構化開發方法中需

求分析階段的重要工具。結構化分析方法是一種面向數據流的軟件分析方法。適

合于開發數據處理類型軟件的需求分析。數據流圖是需求分析階段使用的一種主要

工具，它以圖形的方式表達數據處理系統中信息的變換和傳遞過程。與數據流圖配

合使用的是數據詞典，它對數據流圖中出現的所有數據元素給出邏輯定義。有了數

據詞典，使得數據流圖上的數據流、加工和文件得到確切的解釋。通常在數據流

圖中，可能出現4種基本符號，數據流、加工、數據存儲、外部實體（數據源及數

據終點）。數據流是具有名字和流向的數據，在數據流圖中用標有名字的箭頭表

示。加工是對數據流的變換，一般用圓圈表示。數據存儲是可訪問的存儲信息，

般用直線段表示。外部實體位于被建模的系統之外的信息生產者或消費者，是不能

由計算機處理的成分，它們分別表明數據處理過程的數據來源及數據去向，用標有

名字的方框表示。圖4-4所示是一個典型的數據流圖示例。

從理論上來說，數據流圖可

只有一個也可以有多個。但是，一般情況下，為了表達數據處理過程的數據加工情

況，用一個數據流圖是不夠的。稍為復雜的實際問題，在數據流圖上常常出現十幾

個甚至幾十個加工。這樣的數據流圖看起來很不清楚。層次結構的數據流圖能很好

地解決這一問題。按照系統的層次結構進行逐步分解，并以分層的數據流圖反映這

種結構關系，能清楚地表達和容易理解整個系統。圖4-5所示為分層數據流圖的

示例。數據處理S包括三個子系統1、2、30頂層下面的第一層數據流圖為DFD

/LU第二層數據流圖DFD/L2.1、DFD/L2.2及DFD/L2.3分別是子系統

1、2和3的細化。對任何一層數據流圖來說，我們稱它的上層圖為父圖，在它下

一層的圖則稱為子圖。畫數據流圖的基本步驟概括地說，就是“自頂向下逐層分

解”。檢查和修改的原則為：（1）數據流圖上所有圖形符號只限于前述4種基本圖形

元素。（2）頂層數據流圖必須包括前述4種基本元素，缺一不可。（3）頂層數據流圖

上的數據流必須封閉在外部實體之間。（4）每個加工至少有一個輸入數據流和一個

輸出數據流。（5）在數據流圖中，需按層給框加編號。編號表明該加工處在哪一

層，以及上下層的父圖與子圖的對應關系。

圖7分層數據流圖（6）規定任何一

個數據流子圖必須與它上一層的一個加工對應，兩者的輸入數據流和輸出數據流

必須一致。此即父圖與子圖的平衡。（7）可以在數據流圖中加入物質流，幫助月戶

理解數據流圖。（8）圖上每個元素都必須有名字。（9）數據流圖中不可夾帶控制流。

6、下列關于內聚和耦合的描述中，錯誤的是（）。

A、內聚體現的是代碼功能的集中程度

B、耦合體現的是模塊間聯系的緊密程度

C、通信內聚比邏輯內聚的內聚度更高

D、數據耦合比公共耦合的耦合度更高

標準答案：D

知識點解析：本題主要考查內聚與耦合的概念。高內聚、低耦合是軟件設計的一個

原則，其中內聚是指模塊內部各元素之間聯系的緊密程度，也就是代碼功能的集中

程度。耦合是指模塊之間相互聯系的緊密程度。模塊的內聚類型通常可以分為7

種，根據內聚度從高到低排序如表4-1所示。

表7耕內聚的描述對比

內聚類型描述

功能內聚完成一個單一功能，各個部分協同工作，缺一不可

順序內聚處理元素相關，而且必維順序執行

通信內聚所有處理元素集中在一個數據結構的區域上

過程內聚處理元素相關，而且必須按特定的次序執行

瞬時內聚所包含的任務必須在同一時間間隔內執行（如初始化模塊）

邏輯內聚完成邏輯上相關的一組任務

偶然內聚完成一組沒有關系或松散關系的任務

快

塊的耦合性類型通常分為7種，根據耦合度從低到高排序如表4-2所示。

>4-27種耦合的描述對比

黑合類型描迷

非直接耦合沒有直接聯系，互相不依賴對方

數據黑合借助參數表傳遢他單數據一

標記器合一個數據結構的一部分借助于模塊接口被傳遞_____

控制超合模塊間傳遞的信息中包含用于控制模塊內部違輯的信息

外部耦合與軟件以外的環境有關

公共耦合多個模塊引用同一個全局數據區

一個模塊訪問另一個模塊的內部數據

一個模塊不通過正常入口轉到另模塊的內部

內容橘合

兩個模塊有一部分程序代碼重，

?個模塊有多個入口

上所述，可知本題的答案應該選D。

7、下列選項中，不屬于可用性子特性的是（）。

A、可理解性

B、易學性

C、依從性

D、可操作性

標準答案：C

知識點解析：本題主要考查：ISO/IEC9126的軟件質量模型。其6個質量特性和

21個質量子特性是我們要理解的內容。（1）功能性。功能性是指與軟件所具有?的各

項功能及其規定性質有關的一組屬性，包括：適合性：與規定任務能否提供一組

功能以及這組功能的適合程度有關的軟件屬性。適合程度的例子是面向任務系統中

由子功能構成的功能是否合適、表容量是否合適等。準確性：與能否得到正確或

相符的結果或效果有關的軟件屬性。此屬性包括計算值所需的準確程度。互操作

性（互用性）：與同其他指定系統進行交互的能力有關的軟件屬性。為避免可能與易

替換性的含義相混淆，此處用互操作性（互用性）而不用兼容性。依從性：使軟件遵

循有關的標準、約定、法規及類似規定的軟件屬性。安全性：與防止對程序及數

據的非授權的故意或意外訪問的能力有關的軟件屬性。（2）可靠性。可靠性是指在

規定運行條件下和規定時間周期內，與軟件維護其性能級別的能力有關的一組屬

性。可靠性反映的是軟/牛中存在的需求錯誤、設計錯誤和實現錯誤而造成的失效情

況，包括：成熟性：與由軟件故障引起失效的頻度有關的軟件屬性。容錯性：與

在軟件故障或違反指定接口的情況下，維持規定的性能水平的能力有關的軟件屬

性。指定的性能水平包石失效防護能力。可恢復性：與在失效發生后，重建其性

能水平并恢復直接受影響數據的能力以及為達此目的所需的時間和努力有關的軟件

屬性。（3）可用性。可用性是指根據規定用戶或隱含用戶的評估所作出的與使用軟

件所需要的努力程度有關的一組屬性，包括：可理解性：與用戶為認識邏輯概念

及其應用范圍所花的努力有關的軟件屬性。易學性：與用戶為學習軟件應用（如運

行控制、輸入、輸出）的努力有關的軟件屬性。可操作性：與用戶為操作和運行控

制的努力有關的軟件屬性。（4）效率。效率是指在規定條件下，與軟件性能級別和

所用資源總量之間的關系有關的一組屬性。包括：時間特性：與軟件執行其功能

時響應和處理時間以及吞吐量有關的軟件屬性。資源特性：與在軟件執行其功能

時所使用的資源數量及其使用時間有關的軟件屬性。（5）可維護性。可維護性是指

與對軟件進行修改的難易程度有關的一組屬性，包括：可分析性：與為診斷缺陷

或失效原因及為判定待修改的部分所需努力有關的軟件屬性。可改變性：與進行

修改、排除錯誤或適應環境變化所需努力有關的軟件屬性。穩定性：與修改所造

成的未預料結果的風險有關的軟件屬性。可測試性：與確認已修改軟件所需的努

力有關的軟件屬性。此子特性的含義可能會被研究中的修改加以改變。（6）可移植

性。可移植性是指與一個軟件從一個環境轉移到另一個環境運行的能力有關的一

組屬性。包括：適應性：與軟件無須采用為該軟件準備的活動或手段就可能適應

不同的規定環境有關的軟件屬性。可安裝性：與在指定環境下安裝軟件所需努力

有關的軟件屬性。遵循性（一致性）：使軟件遵循與可移植性有關的標準或約定的軟

件屬性。可替換性：與軟件在該軟件環境中用來替代指定的其他軟件的機會和努

力有關的軟件屬性。為避免可能與互操作性（互用性）的含義相混淆，此處用可替換

性而不用兼容性。特定軟件的可替換性并不隱含此軟件可由所考慮的軟件所替代。

可替換性可能包含可安裝性和適應性這兩個屬性。由于此概念的重要性，它已被采

用作為一個獨立的子特性。

8、以下關于開發模型的描述中，不正確的是（）。

A、軟件開發模型是指軟件開發全部過程、活動和任務的結構框架

B、噴泉模型主要用于描述面向對象的開發過程

C、瀑布模型嚴格規定了各階段必須提交的文檔

D、螺旋模型結合了瀑布模型和快速原型模型的優點

標準答案：D

知識點解析?：瀑布模型嚴格遵循軟件生命周期各階段的固定順序：計劃、分析、設

計?、編程、測試和維護，上一階段完成后才能進入到下一階段，整個模型就像一個

飛流直下的瀑布。瀑布模型有許多優點：可強迫開發人員采用規范的方法；嚴格規

定了各階段必須提交的文檔；要求每個階段結束后，都要進行嚴格的評審。但瀑布

模型過于理想化，而且缺乏靈活性，無法在開發過程中逐漸明確用戶難以確切表達

或一時難以想到的需求，直到軟件開發完成之后才發現與用戶需求有很大距離，此

時必須付出高額的代價才能糾正這一偏差，這一開發模型主要適用于需求非常明確

的應用。噴泉模型主要用于描述面向對象的開發過程，噴泉一詞體現了面向對象

開發過程的迭代和無間隙特征。迭代意味著模型中的開發活動常常需要多次重復，

每次重復都會增加或明確一些目標系統的性質，但卻不是對先前工作結果的本質性

改動。無間隙是指在開發活動（如分析、設計、編程）之間不存在明顯的邊界，而是

允許各開發活動交叉、迭代地進行。快速原型模型對于許多需求不夠明確的項

目，比較適合采用該模型。它采用了一種動態定義需求的方法，通過快速地建立一

個能夠反映用戶主要需求的軟件原型，讓用戶在計算機上使用它，了解其概要，再

根據反饋的結果進行修改，因此能夠充分體現用戶的參與和決策。原型化人員對原

型的實施很重要，衡量地們的重要標準是能否從用戶的模糊描述中快速地獲取實際

的需求。演化模型也是一種原型化開發方法，但與快速原型模型略有不同。在快

速原型模型中，原型的用途是獲知用戶的真正需求，一旦需求確定了，原型即被拋

棄。而演化模型的開發過程，則是從初始模型逐步演化為最終軟件產品的漸進過

程。也就是說，快速原型模型是一種“拋棄式”的原型化方法，而演化模型則是一種

“漸進式”的原型化方法。螺旋模型結合了瀑布模型和演化模型的優點，最主要的

特點在于加入了風險分析。它是由制訂計劃、風險分析、實施工程、客戶評估這一

循環組成的，它最初從概念項目開始第一個螺旋，這種開發模型將風險分析作為一

個單獨的階段來做，比較適合風險較大的大中型的軟件開發項H。

9、希賽公司的財務系統功能基本完善，但由于系統比較老舊，需要二次開發，這

時應該采用（）。

A、原型法

B、瀑布模型

C、V-模型

D、螺旋模型

標準答案：B

知識點解析?：結合試題8的分析，可以知道，原型法適用于需求不明確的開發，瀑

布模型適用于需求明確的開發，而螺旋模型適用于風險較大的大中型開發項目。在

本題中，財務系統是已經存在的，而且功能完善，因此如果做二次開發的話，其基

本需求應該是明確的，這個時候應該采用瀑布模型開發。

10、UP的基本特征是“用例驅動、以架構為中心的和受控的迭代式增量開發UP

將一個周期的開發過程劃分為4個階段，其中（）開發剩余的構件。

A、初始階段

B、精化階段

C、構建階段

D、提交階段

標準答案：C

知識點解析：統一過程（UP）的基本特征是“用例驅動、以架構為中心的和受控的迭

代式增量開發%一個UP可分為若干個周期,每個周期的開發過程被分為4個階

段，每個階段可進行若干次迭代。UP將一個周期的開發過程劃分為如下的4個階

段。（1）初始階段：該階段的主要任務包括確定項目范圍和邊界，識別系統的關鍵

用例，展示系統的侯選架構，估計項目費用和時間，評估項目風險。其意圖是建立

項目的范圍和版本，確定業務實現的可能性和項目口標的穩定性。提交結果包括原

始的項目需求和業務用例。（2）精化階段：該階段的主要任務包括分析系統問題領

域，建立軟件架構基礎，淘汰最高風險元素。其意圖是對問題域進行分析，建立系

統的需求和架構，確定技術實現的可行性和系統架構的穩定性。提交結果包括系統

架構及其相關文檔、領域模型、修改后的業務用例和整個項目的開發計劃。（3）構

建階段：該階段相對簡單一些，其主要任務包括資源管理、控制和流程優化，開發

剩余的構件，然后進行溝件組裝和測試等。其主要意圖是增量式地開發一個可以交

付用戶的軟件產品。（4）提交階段：該階段的主要任務包括進行0測試，制作發布

版本，用戶文檔定稿，確認新系統，獲取用戶反饋，培訓、調整產品使最終用戶可

以使用產品。其主要意圖是將軟件產提交用戶。從以上描述中可以看出，在構建

階段才開發剩余的構件，所以正確答案為C。

11、某服務器軟件系統能夠正確運行并得出計算結果，但存在“系統出錯后不能在

要求的時間內恢復到正常狀態”和“對系統進行二次開發時總要超過半年的時間”兩

個問題，上述問題依次與質量屬性中的（）相關。

A、可用性和性能

B、性能和可修改性

C、性能和可測試性

D、可用性和可修改性

標準答案：D

知識點解析：本題主要考查軟件質量屬性的判斷與應用。本題可結合試題7的分析

來求解。“系統出錯后不能在要求的時間內恢復到正常狀態”，這是對系統錯誤恢

復能力的描述，屬于系統可用性的范疇。“對系統進行二次開發時總要超過半年的

時間”，這是對系統進行調整和維護方面能力的描述，屬于系統可修改性的范疇。

12、在新舊系統轉換的過程中，在新系統全部正式運行前，一部分一部分地代替舊

系統的策略稱為（）。

A、位置轉換

B、直接轉換

C、并行轉換

D、分段轉換

標準答案：D

知識點解析：本題主要考查系統轉換的概念。新老系統之間的轉換有三種方式：

直接轉換、并行轉換和分段轉換。下面詳細介紹這三種轉換各自的特點。直接轉

換就是在確定新系統運行無誤時，立刻啟用新系統，終止老系統運行。這種方式對

人員、設備費用很節省，一般適用于處理過程不太復雜、數據不很重要的場合。

并行轉換是讓新老系統并行一段時間，經過一段時間的考驗以后，新系統正式替代

老系統。對于較復雜的大型系統，它提供了一個與老系統運行結果進行比較的機

會，可以對新老兩個系統并行工作，消除了尚未認識新系統時的緊張和不安。在銀

行、財務和一些企業的核心系統中，這是一種經常使用的轉換方式。它的主要特點

是安全、可靠，但費用和工作量都很大，因為在相當的長時間內系統耍兩套班子并

行工作。分段轉換乂稱逐步轉換、向導轉換、試點過渡法等。這種轉換方式實際

上是以上兩種轉換方式的結合。在新系統全部正式運行前，一部分一部分地代替老

系統。那些在轉換過程中還沒有正式運行的部分，可以在一個模擬環境中繼續試運

行。這種方式既保證了可靠性，乂不至于費用太大。但是這種分段轉換要求子系統

之間有一定的獨立性，對系統的設計和實現都有一定的要求，否則就無法實現分段

轉換的設想。由此可以看出題目所說的“在新系統全部正式運行前，一部分一部分

地代替舊系統的策略''是分段轉換。

13、CMM將軟件過程的成熟度分為5個等級。以式關于CMM各級別特征的描述

中，不正確的是（）。

A、處于初始級的軟件過程可能是混亂的，項目成功往往依賴于個人

B、管理級的最大特征是軟件過程和產品質量有詳細的度量標準

C、定義級的最大特征是軟件過程文檔化，并能持續地進行過程改進

D、可重復級能實現對成本、進度和功能特性的跟蹤

標準答案：C

知識點解析：CMM模型將軟件過程的成熟度分為5個等級。（1）初始級：軟件過

程的特點是無秩序的，有時甚至是混亂的。軟件過程定義幾乎處于無章法和步驟可

循的狀態，軟件產品所取得的成功往往依賴極個別人的努力和機遇。初始級的軟件

過程是未加定義的隨意這程，項目的執行是隨意甚至是混亂的。也許，有些企業制

訂了一些軟件工程規范，但若這些規范未能覆蓋基本的關鍵過程要求，且執行沒有

政策、資源等方面的保證，那么仍然被視為初始級。（2）可重復級：已經建立了基

本的項目管理過程，可用于對成本、進度和功能特性進行跟蹤。對類似的應用項

目，有章可循并能重復以往所取得的成功。焦點集中在軟件管理過程上。一個可管

理的過程則是一個可重復的過程，一個可重復的過程則能逐漸演化和成熟。從管理

角度可以看到一個按計劃執行的、階段可控的軟件開發過程。（3）定義級：用于管

理和工程的軟件過程均已文檔化、標準化，并形成整個軟件組織的標準軟件過程。

全部項目均采用與實際情況相吻合的、適當修改后的標準軟件過程來進行操作。要

求制定企業范圍的工程比標準，而且無論是管理還是工程開發都需要一套文檔化的

標準，并將這些標準集成到企業軟件開發標準過程中去。所有開發的項目需根據這

個標準過程，剪裁出與項目適宜的過程，并執行這些過程。過程的剪裁不是隨意

的，在使用前需經過企業有關人員的批準。（4）管理級：軟件過程和產品質量有詳

細的度量標準。軟件過程和產品質量得到了定量的認識和控制。（5）優化級：通過

對來自過程、新概念和新技術等方面的各種有用信息的定量分析，能夠不斷地、

持續地進行過程改進。

14、下面有關測試的說法中，正確的是（）。

A、軟件測試的目的是發現程序中所有錯誤

B、測試人員應該在軟件開發結束后立即開始測試

C、要根據軟件詳細設計中設計的各種合理數據設計測試用例

D、對發現錯誤較多的程序段，應進行更深入的測試

標準答案；D

知識點解析：本題主要考查軟件測試的一些基礎知識。軟件測試的目的就是在軟

件投入生產性運行之前，盡可能多地發現軟件產品（主要是指程序）中的錯誤和缺

陷。而根據理論推測，是不可能發現軟件中所以錯誤的。而一個高效的測試是指用

少量的測試用例，發現被測軟件盡可能多的錯誤。軟件測試所追求的目標是以盡可

能少的時間和人力發現軟件產品中盡可能多的錯誤。另外，在做軟件測試時，要

注意以下準則：（1）應該盡早地、不斷地進行軟件測試，把軟件測試貫穿于開發過

程的始終。（2）所有測試都應該能追溯到用戶需求。從用戶的角度看，最嚴重的錯

誤是導致軟件不能滿足用戶需求的那些錯誤。（3）應該從“小規模”測試開始，并逐

步進行“大規模”測試。⑷應該遠在測試之前就制定出測試計劃。⑸根據Pareto原

理，80%的錯誤可能出現在20%的程序模塊中，測試成功的關鍵是怎樣找出這

20%的模塊，因此，對發現錯誤較多的程序段，應進行更深入的測試。（6）應該由

獨立的第三方從事測試工作。（7）對非法和非預期的輸入數據也要像合法的和預期

的輸入數據一樣編寫測試用例。（8）檢查軟件是否做了應該做的事僅是成功的一

半，另一半是看軟件是否做了不該做的事。（9）在規劃測試時不要設想程序中不會

查出錯誤。（10）測試只能證明軟件中有錯誤，不能證明軟件中沒有錯誤。

15、如果要驗證程序某模塊能否與其他模塊按照規定方式正確工作，需要進行（）。

A、單元測試

B、集成測試

C、確認測試

D、系統測試

標準答案：B

知識點解析：單元測試也稱模塊測試，通常可放在編程階段，由程序員對自己編寫

的模塊自行測試，檢查模塊是否實現了詳細設計說明書中規定的功能和算法。單元

測試主要發現編程和詳細設計中產生的錯誤，單元測試計劃應該在詳細設計階段制

訂。單元測試期間著重從以下幾個方面對模塊進行測試：模塊接口、局部數據結

構、重要的執行通路、出錯處理通路、邊界條件等。集成測試也稱組裝測試，它

是對由各模塊組裝而成的程序進行測試，主要1=1標是發現模塊間的接口和通信問

題，驗證模塊間是否按照規定的方式正確工作。例如，數據穿過接口可能丟失；

個模塊對另一個模塊可能由于疏忽而造成有害影響；把子功能組合起來可能不產生

預期的主功能；個別看來是可以接受的誤差可能積累到不能接受的程度：全程數據

結構可能有問題等。集成測試主要發現設訂階段產生的錯誤，集成測試計劃應該在

概要設計階段制定。確認測試主要依據軟件需求說明書檢查軟件的功能、性能及

其他特征是否與用戶的需求一致。確認測試計劃應該在需求分析階段制定。一般情

況下，通過確認測試后的軟件就可以交付使用了。系統測試的對象是完整的、集

成的計算機系統，系統測試的目的是在真實系統工作環境下，驗證完整的軟件配置

項能否和系統正確連接，并滿足系統/子系統設計文檔和軟件開發合同規定的要

求。系統測試的技術依據是用戶需求或開發合同，除應滿足一般測試的準入條件

外，在進行系統測試前，還應確認被測系統的所有配置項已通過測試，對需要固化

運行的軟件還應提供固件。

16、下面關于軟件測試的描述中，不正確的是（）。

A、a測試不需要用戶參與，而0測試需要用戶參與

B、白盒測試能測試到程序的內部結構和處理算法

C、軟件發生變更后，都需要進行回歸測試

D、黑盒測試包括邊界值分析、錯誤推測等測試方法

標準答案：A

知識點解析：本題主要考查軟件測試的基本知識。口盒測試又稱結構測試，主要

用于單元測試階段。它已程序看成裝在一個透明的白盒子里，測試者完全知道程序

的結構和處理算法。黑盒測試乂稱功能測試，主要用于集成測試和確認測試階

段。它把軟件看作一個不透明的黑盒子，完全不了解軟件的內部結構和處理算法，

它只檢查軟件功能是否能按照軟件需求說明書的要求正常使用，軟件是否能適當地

接收輸入數據并產生正確的輸出信息，軟件運行過程中能否保持外部信息的完整性

等，常見的黑盒測試方法包括等價類劃分、邊值分析、錯誤推測和因果圖等。a測

試是用戶在開發者的場所由開發者指導完成的測試。開發者負責記錄發現的錯誤和

使用中遇到的問題，換句話說，a測試是在“受控的”環境中進行的。|3測試是在一

個或多個用戶的現場由該軟件的最終用戶實施的，開發者通常不在現場，用戶負責

記錄發現的錯誤和使用中遇到的問題并把這些問題報告給開發者。也就是說，0測

試是在“非受控的”環境中進行的。回歸測試是測試軟件變更之后，變更部分的正

確性和對變更需求的符合性，以及軟件原有的、正確的功能、性能和其他規定的要

求的不損害性，因此，只要軟件發生了變更，都應該進行相應的回歸測試。

17、下列關于極限編程（XP）的敘述中，不正確的是［）。

A、極限編程注重用戶反饋

B、極限編程提倡減少文檔

C、極限編程的4大價值觀是溝通、變更、反饋、勇氣

D、簡單設計是極限編程的十二個最佳實踐之一

標準答案：C

知識點解析：極限編程是一種敏捷開發方法。其他敏捷方法還有自適應開發、水晶

方法、特性驅動開發等，它們都有一個共同的特點，那就是都將矛頭指向了“文

檔“，它們認為傳統的軟件工程方法文檔量太"重''了，稱為“重量級”方法，而相應

的敏捷方法則是“輕量級”方法。在極限編程方法中，提出了四大價值觀：溝通、

簡單、反饋、勇氣。五大原則：快速反饋、簡單性假設、逐步修改、提倡更改、優

質工作。還有十二個最佳實踐：“劃游戲、小型發布、隱喻、簡單設訂、測試先

行、重構、集體代碼所有制、結對編程、每周工作40小時、持續集成、編碼標準

和現場客戶。

18、軟件文檔按照其產生和使用的范圍可分為開發文檔、管理文檔和用戶文檔。其

中用戶文檔不包括（）。

A、編譯手冊

B、使用手冊

C、維護手冊

D、用戶報告

標準答案：A

知識點解析：本題考查軟件工程的文檔知識，是常考的知識點。軟件文檔也稱文

件，通常指的是一些記錄的數據和數據媒體，它具有固定不變的形式，可被人和計

算機閱讀。它和計算機程序共同構成了能完成特定功能的計算機軟件（有人把源程

序也當作文檔的一部分）。我們知道，硬件產品和產品資料在整個生產過程中都是

有形可見的，軟件生產則有很大不同，文檔本身就是軟件產品。沒有文檔的軟件，

不成其為軟件，更談不到軟件產品。軟件文檔的編制在軟件開發工作中占有突出的

地位和相當的工作量。高效率、高質量地開發、分發、管理和維護文檔對于轉讓、

變更、修正、擴充和使用文檔，對于充分發揮軟件產品的效益有著重要意義。軟

件文檔可以分開發文檔、管理文檔和用戶文檔三大類。開發文檔包括《功能要

求》、《投標方案》、《需求分析》、《技術分析》、《系統分析》、《數據庫文

檔》、《功能函數文檔》、《界面文檔》、《編譯手冊》、《QA文檔》、《項目

總結》等。管理文檔包括《產品簡介》、《產品演示》、《疑問解答》、《功能

介紹》、《技術白皮書》、《評測報告》等。用戶文檔包括《安裝手冊》、《使

用手冊》、《維護手冊》、《用戶報告》、《銷售培訓》等。綜上所述，可知本

題的答案選A。

19、如果兩個小組獨立地測試同一個程序，第一組發現60個錯誤，第二組發現50

個錯誤，在兩個小組發現的錯誤中有30個是共同的，那么可以估計程序中的錯誤

總數是（）個。

A、50

B、60

C、100

D、120

標準答案：c

知識點常析：本題考查我們對軟件測試策略的理解。對于這類題的求解，我們首先

要求解出每組發現錯誤的效率，然后用其發現的錯誤數除以效率，就可以估算出總

的錯誤數。對于第一小組，發現了60個錯誤，這其中有30個是與第二組共同

的，而第二組發現的50個錯誤中，第一組還有20個沒有發現，所以其發現錯誤的

效率為30/50=60%,因此可以估算出程序中錯誤總數為60/60%=100。同樣的

道理，通過計算第二小組的效率也可以估算出程序中總的錯誤數為100。另外，由

于兩個小組是獨立進行測試的，所以可以估計：程序中的錯誤總數為100個。

20、某企業根據業務需要，希望軟件系統能提供柱狀圖的報表，這時對該軟件系統

進行的維護屬于（）維護c

A、正確性

B、完善性

C、適應性

D、預防性

標準答案：B

知識點解析：本題主要考查軟件維護的分類，是考試中一個常考知識點。根據引

起軟件維護的原因不同,軟件維護通常可分為以下四種類型：改F件維護：在軟

件交付使用后，必然會有一部分隱藏的錯誤被帶到運行階段來。這些隱藏下來的錯

誤在某些特定的使用環境下就會暴露出來。為了糾正這些錯誤而對軟件進行的維護

工作就是改正性維護。該類維護一般占總維護工作量的25%。適應性維護：隨著

計算機的飛速發展，外部環境（新的硬、軟件配置）或數據環境（數據庫、數據格式、

數據輸A/輸出方式、數據存儲介質）或應用環境可能發生變化，為了使軟件適應

這種變化，而去修改軟件的過程就叫做適應性維護。該類維護一般占總維護工作量

的20%。完善性維護：在軟件的使用過程中，用戶往往會對軟件提出新的功能與

性能要求。為了滿足這些要求，需要修改或再開發軟件，以擴充軟件功能、增強軟

件性能、改進加工效率提高軟件的可維護性。這種情況下進行的維護活動叫做完

善性維護。該類維護一股占總維護工作量的50%。預防性維護：為了提高軟件的

可維護性、可靠性等而提出的一種維護類型，它為以后進一步改進軟件打下良好基

礎。通常，預防性維護定義為：“把今天的方法學用于昨天的系統以滿足明天的需

要也就是說，采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分

（重新）進行設計、編制和測試。該類維護一般占總維護工作量的50%。在本題

中，是要添加新的報表功能，因此這類維護屬于完善性維護，因此本題的正確答案

應選Bo

21、在某教師管理系統中，教師的級別有教授、副教授、講師，且教師年齡在

25?60歲。若用等價類劃分來進行相關測試，則（）不是好的測試用例。

A、（博士，30）

B、（教授，40）

C、（副教授,70）

D、（博士，62）

標準答案：D

知識點解析：本題主要考查等價類劃分。所謂等價類就是某個輸入域的集合，對

于一個等價類中的輸入值來說，它們揭示程序中錯誤的作用是等效的。也就是說，

如果等價類中的一個輸入數據能檢測出一個錯誤，那么等價類中的其他輸入數據也

能檢測出同一個錯誤。等價類可以分為有效等價類和無效等價類，其中如果一個

等價類內的數據是符合（軟件需求說明書）要求的、公理的數據，則稱這個等價類為

有效等價類；否則，則禰這個等價類為無效等價類，無效等價類主要用來檢驗軟件

的容錯性。采用等價類劃分方法來設計測試用例的步驟如下：（1）根據軟件的功能

說明，對每一個輸入條件確定若干個有效等價類和若干個無效等價類，并為每個有

效等價類和無效等價類編號。（2）設訂一個測試用例，使其覆蓋盡可能多的尚未被

覆蓋的有效等價類。重復這一步，直至所有的有效等價類均被覆蓋。（3）設計一個

測試用例，使其覆蓋一個尚未被覆蓋的無效等價類。重復這一步，直至所有的無效

等價類均被覆蓋。在本題中，不難看出，有兩個條件，一個是教師級別；另一個

是年齡。從答案給出的4個選項來看，D選項中的兩個輸入都不是有效數據（不符

合第三條），如果用這個用例檢測出了一個錯誤，那么也不能確定是由哪個輸入條

件引起的，因此其不是一個好的測試用例。

22、采用McCabe度量法計算如圖4-1所示程序圖的環路復雜性為（）。

圖程序流程圖

A、3

B、4

C、5

D、6

標準答案：B

知識點解析：本題主要考場環路復雜度計算，這也是軟件設計師考試中一個重要的

考點。McCabe度量法是一種基于程序控制流的復雜性度量方法。采用這種方法要

先畫出程序圖，然后采用公式計算環路復雜度。對于這種題目，常見的計算方法有

如下四種：方法一：使用公式V（G尸E—N+2（E是流程圖中的邊數，W是流程圖中

的結點數）V（G）=I2—10+2=4。方法二：計算獨立路徑數，從控制流圖來看，一條

獨立路徑就是包含一條在其他獨立路徑中從沒有用過的邊的路徑。可知有4條路

徑，這個方法比較麻煩。方法三：計算流程圖中判定的個數，然后用判定個數+1

即可。在本題中，可以看出圖中判定個數是3個（有分支的結點就是判定結點）。方

法四：計算控制流圖中區域的數量，簡單來說就是閉合環路+大區域，也可以得到

結果為4。其中在解題時，大家可以根據自己的熟悉程度來選擇方法。其中方法一

雖然有點復雜，但不容易出錯，是推薦使用的方法。

23、關于白盒測試的測試用例設計方法敘述，正確的是（）。

A、完成SC（語句覆蓋）所需的測試用例數目一定多于完成DC（判定覆蓋）所需的測

試用例數目

B、達到100%CC（條件覆蓋）要求就一定能夠滿足100%SC的要求

C、達到100%CDC（條件/判定覆蓋）要求就一定能夠滿足100%CC的要求

D、任何情況下，都可以達到100%路徑覆蓋的要求

標準答案：C

知識點解析：本題主要考場白盒測試中的邏輯覆蓋。即考查用測試數據運行被測程

序時對程序邏輯的覆蓋程度。主要的覆蓋標準有六種：語句覆蓋（SC）、判定覆蓋

（DC）、條件覆蓋（CC）、判定/條件覆蓋（CDC）、組合條件覆蓋（MCC）和路徑覆蓋。

（1）語句覆蓋是指選擇足夠多的測試用例，使得運行這些測試用例時;被測程序的

每個語句至少執行一次。顯然，語句覆蓋是一種很弱的覆蓋標準。（2）判定覆蓋又

稱分支覆蓋，它的含義是不僅每個語句至少執行一次，而且每個判定的每種可能的

結果（分支）都至少執行一次。判定覆蓋比語句覆蓋強。（3）條件覆蓋的含義是不僅

每個語句至少執行一次，而且使判定表達式中的每個條件都取到各種可能的結果。

因此條件覆蓋不一定包含判定覆蓋，判定覆蓋也不一定包含條件覆蓋。（4）判定/

條件覆蓋就是同時滿足判定覆蓋和條件覆蓋的邏輯覆蓋。它的含義是，選取足夠的

測試用例，使得判定表達式中每個條件的所有可能結果至少出現一次，而且每個判

定本身的所有可能結果也至少出現一次。（5）條件組合覆蓋的含義是，選取足夠的

測試用例，使得每個判定表達式中條件結果的所有可能組合至少出現一次。因此，

滿足條件組合覆蓋的測試用例，也一定滿足判定/條件覆蓋。（6）路徑覆蓋的含義

是，選取足夠的測試用例，使得程序的每條可能執行到的路徑都至少經過?次（如

果程序中有環路，則要求每條環路至少經過一次）。路徑覆蓋實際上考慮了程序中

各種判定結果的所有可能組合，因此是一種較強的覆蓋標準。但路徑覆蓋并未考慮

判定中的條件結果的組合，并不能代替條件覆蓋和條件組合覆蓋。

24、對于如圖4-2所^-----之計測試案例時，至少需要

圖i2程序流程圖

設計（）個測試案例。

A、2

B、3

C、4

D、5

標準答案：C

知識點解析：本題主要考查判定覆蓋的用例設計。判定覆蓋要求每個判定的每種

可能的結果都至少執行一次，即判定的每個分支都至少執行一次。在本題中，總共

有兩個判定，要使第一個判定A>0為真，及A取值大于0,另外還需設計一個測

試用例，使A小于等于0。那么當A大于0時，程序可以改變B的值，那么只要

B大于A,就可以保證B〉0為真，否則為假。經過分析發現至少需要設計4個測試

用例才能滿足判定覆蓋。

25、定義風險參照水準是（）活動常用的技術。

A、風險識別

B、風險預測

C、風險評估

D、風險控制

標準答案：C

知識點解析：本題主要考查項目管理中風險管理的相關知識。風險是一種不確定

性的事件，而且主要發生，就會給項目帶來影響。風險管理中的活動由風險識別、

風險預測、風險評估、風險控制等。風險識別的任務是通過建立風險條目檢查

表，試圖系統化地確定對項目計劃的威脅。該檢查表可以用于識別風險，并使得人

們集中來識別一些常見的、己知的及可預測的風險。風險預測，又稱風險估算，

它從兩個方面評估一個風險：風險發生的可能性或概率；以及如果風險發生了所產

生的后果。風險評估的任務是定義風險參考水平值，預測影響參考水平值的風險

組合。風險控制的任務是風險避免、風險監控和風險管理及意外事件計劃。

26、在進行軟件工程風險分析時，項目管理人員要進行4種風險評估活動，這4種

風險活動是（）以及確定風險估計的正確性。

A、建立表示風險概率的尺度，描述風險引起的后果，估計風險影響的大小

B、建立表示風險概率的尺度，描述風險引起的后果，確定產生風險的原因

C、確定產生風險的原因，描述風險引起的后果，估計風險影響的大小

D、建立表示風險概率的尺度，確定產生風險的原因，估計風險影響的大小

標準答案：A

知識點解析：風險風險是可能發生的事件，而且是會帶來損失的事件，風險評估試

圖從兩個方面評估每一個風險——風險發生的可能性或概率，以及如果風險發生

了，所產生的后果。項目計劃者，以及其他管理人員和技術人員一起執行4個風險

預測活動：（1）建立一個尺度，以反映風險發生的可能性