一、判斷題(第1、3題每題2分，其他題每題1分，12分，正確的√，錯誤的╳)
1.軟件測試的目的是儘可能多的找出軟件的缺陷。()
這個觀點指出測試是以查找錯誤爲中心，而不是爲了演示軟件的正確功能。但是隻從字面意思理解可能會產生誤導，認爲發現錯誤是唯一目的。軟件是否符合用戶需求是判斷軟件質量的重要標準，檢驗軟件的可靠性也是軟件測試目的之一。
X
測試是項目驗收測試的一種，主要發現項目中存在的重要缺陷。()
Beat測試和驗收測試是兩種不同的測試。驗收測試的目的是爲了以發現“未實現的需求“爲目的，以評估“適合使用“爲目標，該類測試的不是以發現缺陷爲主要目的。beta測試是一模擬真實的使用環境從而發現缺陷的一種測試。所以兩者之間的是非包容關係。驗收針對的項目;Alpha, Beta針對的是產品。最好不要出這樣的題。
X
3.驗收測試是由最終用戶來實施的。()
上面說到了驗收測試的目的和目標，所以驗收測試也可是是軟件生產的企業內部人員來實施。例如產品經理。當軟件以項目的形式出現，那麼驗收測試由最終用戶來實施的情況是比較長見的。但是對於產品形式的軟件，生產企業內部的驗收測試會更多。
X
4.代碼評審是檢查原始碼是否達到模組設計的要求。()
代碼審查是一種靜態技術，從這個意義上說代碼複查是需要和其他的一些動態測試技術配合才能檢查代碼是否符合設計的要求
X
5.自底向上集成需要測試員編寫驅動程序。()
這道題目大家看下top-down 和 down-top的集成測試示意圖就能得出明確的答案。這裏需要了解的是什麼是驅動測試程序，什麼是樁程序。如果集成組件數量衆多，多關係層次，那麼不論是什麼類型的集成測試。驅動程序和樁程序都是需要開發的。
√
6.負載測試是驗證要檢驗的系統的能力最高能達到什麼程度。()
關於負載測試和壓力測試在論壇中的帖子中有詳細的解釋，大家可以去看一下就能得出正確的答案
X
7.測試人員要堅持原則，缺陷未修復完堅決不予透過。()
測試是否透過，不是以缺陷是否修復完畢爲標準，而是以測試需求和既定的完成標準爲標準。。
X
8.代碼評審員一般由測試員擔任。()
如果測試員有這個水平，那麼當然是可以參加的。不過大多數的企業不會讓普通的'測試人員參與代碼的評審。
X
9.我們可以人爲的使得軟件不存在配置問題。()
首先大家先搞清楚什麼是配置管理什麼是軟件配置，從這道題目中看不出出題人想問的是關鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。
X
10.集成測試計劃在需求分析階段末提交。()
集成測試計劃在開發人員完成軟件集成計劃之後就可以開始進行了。所以在需求分析階段之後提交是不現實的事情，應該在軟件的設計階段後，編碼前。
X
二、不定項選擇題(每題2 分，10分)
1.軟件驗收測試的基本合格透過準則是：()
A.軟件需求分析說明書中定義的所有功能已全部實現，性能指標全部達到要求。
B.所有測試項沒有殘餘一級、二級BUG
C.立項審批表、需求分析文檔、設計文檔和編碼實現一致。
D.驗收測試工件齊全。
回答這道題，你必須是這家企業的員工。前面說到了驗收測試的目的和目標，一個是需求必須實現，二是證明軟件是適合使用的。這樣能滿足這兩個通用標準就可以了。當然有些軟件企業會對驗收測試標準做一些調整。C是不對的因爲立項時的需求和最終的需求很大可能是不完全一致的。 A
2.軟件測試計劃評審會需要哪些人員參加?()
A.項目經理
負責人
C.配置負責人
D.測試組
上面的4種角色都需要參與 ABCD
3.下列關於alpha 測試的描述中正確的是：()
a 測試需要用戶代表參加
a 測試不需要用戶代表參加
a 測試是系統測試的一種
a 測試是驗收測試的一種
首先大家需要知道alpha測試是系統級別的測試，該測試是在一個受控的環境中進行的。用戶需要直接參與進來。所以答案應該是AD
4.測試設計員的職責有：()
A.制定測試計劃
B.設計測試用例
C.設計測試過程、腳本
D.評估測試活動
合理的答案的是BC，同時要看軟件企業對該類人員的職責是如何定義。
5.軟件實施活動的進入準則是：()
A.需求工件已經被基線化
B.詳細設計工件已經被基線化
C.構架工件已經被基線化
D.項目階段成果已經被基線化
先要了解一下什麼是基線。這個是軟件配置管理中一個重要的概念。工作產品必須納入到一定的基線裏面。所以選擇ABC是必定的，至於是否選擇D要看這家企業自身的標準了
三、填空題(每空1分，24 分)
1.軟件驗收測試包括___、___、____三種類型。
軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種測試。
2.系統測試的策略有____________________________等15 種方法。(該題15個空)
系統測試的策略有很多種的，有性能測試、負載測試、強度測試、易用性測試、安全測試、配置測試、安裝測試、文檔測試、故障恢復測試、用戶介面測試、恢復測試、分佈測試、可用性測試。
3.設計系統測試計劃需要參考的項目文檔有___、___和____。
設計系統測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件、和迭代計劃。
4.透過畫因果圖來寫測試用例的步驟爲___、___、___、___及把因果圖轉換爲狀態圖共五個步驟。
利用因果圖生成測試用例的基本步驟是：
§ 分析軟件規格說明描述中，哪些是原因(即輸入條件或輸入條件的等價類)，哪些是結果(即輸出條件)，並給每個原因和結果賦予一個標識符。
§ 分析軟件規格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什麼關係? 根據這些關係，畫出因果圖。
§ 由於語法或環境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現。爲表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件。
§ 把因果圖轉換成判定表。
§ 把判定表的每一列拿出來作爲依據，設計測試用例。