軟體測試題三

試題三：

一、判斷題（每題1分，12 分，正確的√，錯誤的╳）
1．軟體測試的目的是儘可能多的找出軟體的缺陷。（）
軟體測試的目的就是為了發現軟體中的缺陷，從這個意義上面說上面的這個論斷是正確的。不少人會認為軟體測試可以保證軟體的品質，其實這個觀點是錯誤，測試只是軟體品質控制中的一個角色，其活動並不能達成軟體品質保證的效果。所以不要認為一個公司裡面如果有了軟體測試人員，產品的品質就會好起來。
2．Beta 測試是驗收測試的一種。（╳）
Beat測試和驗收測試是兩種不同的測試。驗收測試的目的是為了以發現”未實現的需求”為目的，以評估”適合使用”為目標，該類測試的不是以發現缺陷為主要目的。beta測試是一類比真實的使用環境從而發現缺陷的一種測試。所以兩者之間的是非包容關係。
3．驗收測試是由終端使用者來實施的。（）
上面說到了驗收測試的目的和目標，所以驗收測試也可是是軟體生產的企業內部人員來實施。例如產品經理。當軟體以項目的形式出現，那麼驗收測試由終端使用者來實施的情況是比較長見的。但是對於產品形式的軟體，生產企業內部的驗收測試會更多。

4．項目立項前測試人員不需要提交任何工件。（）
應該說這道題目沒有明確的答案，在項目立項前測試人員是不是要把一些準備工作以工件的形式給記錄下來是完全取決於該企業的軟體開發過程的要求。同時不同企業，立項前要達成的一些必要條件也是大相徑庭的。應該說這一題目出的不是很好，如果你是出題人這家企業的測試工程師，那麼就應該有一個明確的答案。

5．單元測試能發現約80%的軟體缺陷。（）
同樣這一題目也沒有標準答案。因為該資料的來源和其統計的方法，樣本都沒有一個工業標準。這樣出來的資料同樣不具有權威性。這裡我可以說一個簡單的例子，在用ASP,php這類指令碼語言開發網頁的時候是根本沒有複雜的單元測試。那麼這樣的數字應用在網站開發上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案

6．程式碼檢閱是檢查原始碼是否達到模組設計的要求。（）
代碼審查是一種靜態技術，從這個意義上說代碼複查是需要和其他的一些動態測試技術配合才能檢查代碼是否符合設計的要求

7．自底向上整合需要測試員編寫驅動程式。（）
這道題目大家看下top-down 和 down-top的整合測試就能得出明確的答案。這裡需要瞭解的是什麼是驅動測試程式，什麼是樁程式。如果整合組件數量眾多，多關係層次，那麼不論是什麼類型的整合測試。驅動程式和樁程式都是需要開發的。

8．負載測試是驗證要檢驗的系統的能力最高能達到什麼程度。（）
關於負載測試和壓力測試在論壇中的文章中有詳細的解釋，大家可以去看一下就能得出正確的答案

9．測試人員要堅持原則，缺陷未修複完堅決不予通過。（）
同樣，這一題沒有正確的答案。缺陷是否修複是需要聽取測試人員的意見，但測試人員的意見非決定性。所以還是要看一個企業賦予測試人員有多大的權力。

10．程式碼檢閱員一般由測試員擔任。（）
如果測試員有這個水平，那麼當然是可以參加的。不過大多數的企業不會讓普通的測試人員參與代碼的評審。

11．我們可以人為的使得軟體不存在配置問題。（）
首先大家先搞清楚什麼是組態管理什麼是軟體配置，從這道題目中看不出出題人想問的是關鍵工程中的組態管理還是單純的軟體配置。但是可以肯定的是不論是何種情況，答案均是否定的。

12．整合測試計劃在需求分析階段末提交。（）
整合測試計劃在開發人員完成軟體整合計劃之後就可以開始進行了。所以在需求分析階段之後提交是不現實的事情，應該在軟體的設計階段後，編碼前。
二、不定項選擇題（每題2 分，10分）

1．軟體驗收測試的合格通過準則是：（）
A． 軟體需求分析說明書中定義的所有功能已全部實現，效能指標全部達到要求。
B． 所有測試項沒有殘餘一級、二級和三級錯誤。
C． 立項審批表、需求分析文檔、設計文檔和編碼實現一致。
D． 驗收測試工件齊全。

回答這道題，你必須是這家企業的員工。前面說到了驗收測試的目的和目標，一個是需求必須實現，二是證明軟體是適合使用的。這樣能滿足這兩個通用標準就可以了。當然有些軟體企業會對驗收測試標準做一些調整。

2．軟體測試計劃評審會需要哪些人員參加？（）
A．專案經理
B．SQA 負責人
C．配置負責人
D．測試組

上面的4種角色都需要參與

3．下列關於Alpha 測試的描述中正確的是：（）
A．Alpha 測試需要使用者代表參加
B．Alpha 測試不需要使用者代表參加
C．Alpha 測試是系統測試的一種
D．Alpha 測試是驗收測試的一種

首先大家需要知道alpha測試是系統層級的測試，該測試是在一個受控的環境中進行的。使用者需要直接參与進來。所以答案應該是AD
4．測試設計員的職責有：（）
A．制定測試計劃
B．設計測試案例
C．設計測試過程、指令碼
D．評估測試活動
合理的答案的是BC，同時要看軟體企業對該類人員的職責是如何定義。
5．軟體實施活動的進入準則是：（）
A．需求工件已經被基準化
B．詳細設計工件已經被基準化
C．構架工件已經被基準化
D．項目階段成果已經被基準化

先要瞭解一下什麼是基準。這個是軟體組態管理中一個重要的概念。工作產品必須納入到一定的基準裡面。所以選擇ABC是必定的，至於是否選擇D要看這家企業自身的標準了
填空題（每空1分，24 分）
1．軟體驗收測試包括___、___、____三種類型。
軟體驗收測試包括正式驗收測試、alpha測試、beta測試三種測試。
2．系統測試的策略有功能測試、、、、易用性測試、、、、、、、、
、、等15 種方法。
　　系統測試的策略有很多種的，我知道的有效能測試、負載測試、強度測試、易用性測試、安全性測試、配置測試、安裝測試、文檔測試、故障恢複測試、使用者介面測試、恢複測試、分布測試、可用性測試。。。
3．設計系統測試計劃需要參考的項目文檔有、和反覆項目計劃。
設計系統測試計劃需要參考的項目文檔有軟體測試計劃、軟體需求工件、和反覆項目計劃。
4．對面向過程的系統採用的整合策略有___、___兩種。
5．通過畫因果圖來寫測試案例的步驟為___、___、___、___及把因果圖轉換為狀態圖共五個步驟。
利用因果圖產生測試案例的基本步驟是：
§ 分析軟體規格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類別），哪些是結果（即輸出條件），並給每個原因和結果賦予一個標識符。
§ 分析軟體規格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什麼關係? 根據這些關係，畫出因果圖。
§ 由於文法或環境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現。為表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件。
§ 把因果圖轉換成判定表。
§ 把判定表的每一列拿出來作為依據，設計測試案例。