題與答案盡供參考
一、判斷題
1．軟件測試的目的是儘可能多的找出軟件的缺陷。（Y）
2．Beta 測試是驗收測試的一種。（Y）
3．驗收測試是由最終用戶來實施的。（N）(驗收測試，系統開發生命週期方法論的一個階段，這時相關的用戶和／或獨立測試人員根據測試計劃和結果對系統進行測試和接收)
4．項目立項前測試人員不需要提交任何工件。（Y）
5．單元測試能發現約80%的軟件缺陷。（Y）
6．代碼評審是檢查源代碼是否達到模塊設計的要求。（N）(通過閱讀代碼來檢查源代碼與編碼標準的符合性以及代碼質量的活動)
7．自底向上集成需要測試員編寫驅動程序。（Y）
8．負載測試是驗證要檢驗的系統的能力最高能達到什麼程度。（N）(負載測試的目標是確定並確保系統在超出最大預期工作量的情況下仍能正常運行)
9．測試人員要堅持原則，缺陷未修復完堅決不予通過。（N）
10．代碼評審員一般由測試員擔任。（N）
11．我們可以人爲的使得軟件不存在配置問題。（N）
12．集成測試計劃在需求分析階段末提交。（N）(有說是概要設計時就得提交了)
二、選擇題
1．軟件驗收測試的合格通過準則是：（ABCD）
A． 軟件需求分析說明書中定義的所有功能已全部實現，性能指標全部達到要求。
B． 所有測試項沒有殘餘一級、二級和三級錯誤。
C． 立項審批表、需求分析文檔、設計文檔和編碼實現一致。
D． 驗收測試工件齊全。
2．軟件測試計劃評審會需要哪些人員參加？（ABCD）
A．項目經理
B．SQA 負責人
C．配置負責人
D．測試組
3．下列關於alpha 測試的描述中正確的是：（AD）
A．alpha 測試需要用戶代表參加
B．alpha 測試不需要用戶代表參加
C．alpha 測試是系統測試的一種
D．alpha 測試是驗收測試的一種
4．測試設計員的職責有：（BC）
A．制定測試計劃
B．設計測試用例
C．設計測試過程、腳本
D．評估測試活動
5．軟件實施活動的進入準則是：（ABC）
A．需求工件已經被基線化
B．詳細設計工件已經被基線化
C．構架工件已經被基線化
D．項目階段成果已經被基線化
三、添空
1.軟件驗收測試包括：正式驗收測試，alpha測試，beta測試。
2.系統測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分佈測試，可用性測試，（有的可以合在一起，分開寫只要寫出15就滿分哦）
3.設計系統測試計劃需要參考的項目文擋有：軟件測試計劃，軟件需求工件和迭代計劃。
4.對面向過程的系統採用的集成策略有：自頂向下，自底向上兩種。
5.（這題出的有問題哦，詳細的5步驟爲~~）通過畫因果圖來寫測試用例的步驟爲：
（1）分析軟件規格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結果（即輸出條件），並給每個原因和結果賦予一個標識符。
（2）分析軟件規格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什麼關係? 根據這些關係，畫出因果圖。
（3）由於語法或環境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現。爲表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件。
（4）把因果圖轉換成判定表。
（5）把判定表的每一列拿出來作爲依據，設計測試用例。
四、簡答（資料是蒐集整理的，感謝前輩的解題）無
1.區別階段評審的與同行評審
同行評審目的:發現小規模工作產品的錯誤,只要是找錯誤;
階段評審目的:評審模塊 階段作品的正確性 可行性 及完整性
同行評審人數:3-7人 人員必須經過同行評審會議的培訓,由SQA指導
階段評審人數:5人左右 評審人必須是專家 具有系統評審資格
同行評審內容:內容小 一般文檔 < 40頁, 代碼 < 500行
階段評審內容: 內容多,主要看重點
同行評審時間:一小部分工作產品完成
階段評審時間: 通常是設置在關鍵路徑的時間點上!
2.什麼是軟件測試
爲了發現程序中的錯誤而執行程序的過程
3簡述集成測試的過程
系統集成測試主要包括以下過程：
1. 構建的確認過程。
2. 補丁的確認過程。
3. 系統集成測試測試組提交過程。
4. 測試用例設計過程。
5. 測試代碼編寫過程。
6. Bug的報告過程。
7. 每週/每兩週的構建過程。
8. 點對點的測試過程。
9. 組內培訓過程。
4 怎麼做好文檔測試
仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。P142
檢查文檔的編寫是否滿足文檔編寫的目的
內容是否齊全，正確
內容是否完善
標記是否正確
5 白盒測試有幾種方法
總體上分爲靜態方法和動態方法兩大類。
靜態：關鍵功能是檢查軟件的表示和描述是否一致,沒有衝突或者沒有歧義
動態：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6系統測試計劃是否需要同行審批，爲什麼
需要，系統測試計劃屬於項目階段性關鍵文檔，因此需要評審。
7Alpha測試與beta的區別
Alpha測試 在系統開發接近完成時對應用系統的測試；測試後仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。
Beta測試 當開發和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
8比較負載測試，容量測試和強度測試的區別
負載測試：在一定的工作負荷下，系統的負荷及響應時間。
強度測試：在一定的負荷條件下，在較長時間跨度內的系統連續運行給系統性能所造成的影響。
容量測試：容量測試目的是通過測試預先分析出反映軟件 系統應用特徵的某項指標的極限值（如最大併發用戶數、數據庫記錄數等），系統在其極限值狀態下沒有出現任何軟件故障或還能保持主要功能正常運行。容量測試 還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來發現它是否能夠正確處理。容量測試是面向數據 的，並且它的目的是顯示系統可以處理目標內確定的數據容量。
9測試結束的標準是什麼？
用例全部測試。
覆蓋率達到標準。
缺陷率達到標準。
其他指標達到質量標準
10描述軟件測試活動的生命週期？
測試周期分爲計劃、設計、實現、執行、總結。其中：
計劃：對整個測試周期中所有活動進行規劃，估計工作量、風險，安排人力物力資源，安排進度等；
設計：完成測試方案，從技術層面上對測試進行規劃；
實現：進行測試用例和測試規程設計；
執行：根據前期完成的計劃、方案、用例、規程等文檔，執行測試用例。
總結：記錄測試結果，進行測試分析，完成測試報告。
11軟件的缺陷等級應如何劃分？
A類—嚴重錯誤，包括以下各種錯誤： 1． 由於程序所引起的死機,非法退出 2． 死循環 3． 數據庫發生死鎖 4． 因錯誤操作導致的程序中斷 5． 功能錯誤 6． 與數據庫連接錯誤 7． 數據通訊錯誤
B類—較嚴重錯誤，包括以下各種錯誤： 1． 程序錯誤 2． 程序接口錯誤 3． 數據庫的表、業務規則、缺省值未加完整性等約束條件
C類—一般性錯誤，包括以下各種錯誤： 1． 操作界面錯誤（包括數據窗口內列名定義、含義是否一致） 2． 打印內容、格式錯誤 3． 簡單的輸入限制未放在前臺進行控制 4． 刪除操作未給出提示 5． 數據庫表中有過多的空字段
D類—較小錯誤，包括以下各種錯誤： 1． 界面不規範 2． 輔助說明描述不清楚 3． 輸入輸出不規範 4． 長操作未給用戶提示 5． 提示窗口文字未採用行業術語 6． 可輸入區域和只讀區域沒有明顯的區分標誌
E類—測試建議
集成測試的過程下面的會比較詳細些！
集成測試的過程根據IEEE標準 集成測試劃分爲4個階段：計劃階段，設計階段，實現階段，執行階段（實施階段）
計劃階段
1）時間安排 概要設計完成評審後大約一個星期
2）輸入 需求規格說明書 概要設計文檔 產品開發計劃路標
3）入口條件 概要設計文檔已經通過評審
4）活動步驟 1.定被測試對象和測試範圍 2.評估集成測試被測試對象的數量及難度，即工作量 3.確定角色分工和作任務4.標識出測試各階段的時間，任務，約束等條件5.考慮一定的風險分析及應急計劃6.考慮和準備集成測試需要的測試工具，測試儀器，環境等資源7.考慮外部技術支援的力度和深度，以及相關培訓安排8.定義測試完成標準
5）輸出 集成測試計劃
6）出口條件 集成測試計劃通過概要設計階段基線評審
設計階段
1）時間安排 詳細設計階段開始
2）輸入 需求規格說明書 概要設計 集成測試計劃
3）入口條件 概要設計基線通過評審
4）活動步驟 1.被測對象結構分析 2.集成測試模塊分析3.集成測試接口分析4.集成測試策略分析
5.集成測試工具分析6.集成測試環境分析7.集成測試工作量估計和安排。
5）輸出 集成測試設計（方案）
6.出口條件 集成測試設計通過詳細設計基線評審。
實現階段
1）時間安排 在編碼階段開始後進行
2）輸入 需求規格說明書 概要設計 集成測試計劃 集成測試設計
3）入口條件 詳細設計階段
4）活動步驟 集成測試用例設計 集成測試程設計 集成測試代碼設計（如果需要） 集成測試腳本（如果需要） 集成測試工具（如果需要）
5）輸出 集成測試用例 集成測試規程 集成測試代碼 集成測試腳本 集成測試工具
6）出口條件 測試用例和測試規程通過編碼階段基線評審
設計階段
1）時間安排 詳細設計階段開始
2）輸入 需求規格說明書 概要設計 集成測試計劃
3）入口條件 概要設計基線通過評審
4）活動步驟 1.被測對象結構分析 2.集成測試模塊分析3.集成測試接口分析4.集成測試策略分析
5.集成測試工具分析6.集成測試環境分析7.集成測試工作量估計和安排。
5）輸出 集成測試設計（方案）
6.出口條件 集成測試設計通過詳細設計基線評審。
實現階段
1）時間安排 在編碼階段開始後進行
2）輸入 需求規格說明書 概要設計 集成測試計劃 集成測試設計
3）入口條件 詳細設計階段
4）活動步驟 集成測試用例設計 集成測試程設計 集成測試代碼設計（如果需要） 集成測試腳本（如果需要） 集成測試工具（如果需要）
5）輸出 集成測試用例 集成測試規程 集成測試代碼 集成測試腳本 集成測試工具
6）出口條件 測試用例和測試規程通過編碼階段基線評審