1. 軟件測試的是儘可能多的找出軟件的缺陷。( Y)
2. Beta 測試是驗收測試的一種。( Y)
Acceptance testing
驗收測試是部署軟件之前的最後一個測試操作。驗收測試的目的是確保軟件準備就緒，並且可以讓最終用戶將其用於執行軟件的既定功能和任務。
3. 驗收測試是由最終用戶來實施的。( N )
是由測試人員來實施的
4. 項目立項前測試人員不需要提交任何工件。( Y )
工件：加工過程中生產對象
5. 單元測試能發現約80% 的軟件缺陷。( Y )
6. 代碼評審是檢查原始碼是否達到模組設計的要求。( N )
代碼評審也稱代碼複查，是指透過閱讀代碼來檢查原始碼與編碼標準的符合性以及代碼質量的活動。
7. 自底向上集成需要測試員編寫驅動程序。( Y )
自頂向下綜合測試的具體步驟爲：
1 以主控模組作爲測試驅動模組，把對主控模組進行單元測試時引入的所有樁模組用實際模組替代;
2 依據所選的集成策略(深度優先或廣度優先)，每次只替代一個樁模組;
3 每集成一個模組立即測試一遍;
4 只有每組測試完成後，才着手替換下一個樁模組;
5 爲避免引入新錯誤，須不斷地進行迴歸測試(即全部或部分地重複已做過的測試)。
自底向上綜合測試的步驟分爲：
1 把低層模組組織成實現某個子功能的模組羣(cluster);
2 開發一個測試驅動模組，控制測試數據的輸入和測試結果的輸出;
3 對每個模組羣進行測試;
4 刪除測試使用的驅動模組，用較高層模組把模組羣組織成爲完成更大功能的新模組羣。
8. 負載測試是驗證要檢驗的系統的能力最高能達到什麼程度。( N )
負載測試(Load testing)，透過測試系統在資源超負荷情況下的表現，以發現設計上的錯誤或驗證系統的負載能力。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行爲，以及持續正常執行的能力。負載測試的目標是確定並確保系統在超出最大預期工作量的情況下仍能正常執行。此外，負載測試還要評估性能特徵。例如，響應時間、事務處理速率和其他與時間相關的方面。
9. 測試人員要堅持原則，缺陷未修復完堅決不予透過。( N )
10.代碼評審員一般由測試員擔任。( N )
11.我們可以人爲的使得軟件不存在配置問題。( N )
是一種標識、組織和控制修改的技術。軟件配置管理應用於整個軟件工程過程。我們知道，在軟件建立時變更是不可避免的，而變更加劇了項目中軟件開發者之間的混亂。
12.集成測試計劃在需求分析階段末提交。( N )
執行階段
1)時間安排單元測試已經完成後就可以開始執行集成測試了
2)輸入 需求規格說明書 概要設計 集成測試計劃 集成高度設計 集成測試例 集成測試規程 集成測試代碼(如果有) 集成測試腳本 集成測試工具詳細設計 代碼 單元測試報告
3)入口條件 單元測試階段已經透過基線化評審
4)活動步 驟 執行集成測試用例 迴歸集成測試用例 撰寫集成測試報告
5)輸出 集成測試報告
6)出口條件 集成測試報告透過集成測試階段基線評審
二、選擇題
1 .軟件驗收測試的合格透過準則是：(ABCD)
A .軟件需求分析說明書中定義的所有功能已全部實現，性能指標全部達到要求。
B .所有測試項沒有殘餘一級、二級和三級錯誤。
C .立項審批表、需求分析文檔、設計文檔和編碼實現一致。
D .驗收測試工件齊全。
2 .軟件測試計劃評審會需要哪些人員參加?( ABCD )
A .項目經理
B 負責人
軟件質量保證(SQA)是建立一套有計劃
目標 1: 軟件質量保證工作是有計劃進行的。
目標 2: 客觀地驗證軟件項目產品和工作是否遵循恰當的標準、步驟和需求。
目標 3: 將軟件質量保證工作及結果通知給相關組別和個人。
目標 4: 進階管理層接觸到在項目內部不能解決的不符合類問題。
C .配置負責人
D .測試組
3 .下列關於alpha 測試的描述中正確的是：( AD )
A a 測試需要用戶代表參加
B a 測試不需要用戶代表參加
C a 測試是系統測試的一種
D a 測試是驗收測試的一種
4 .測試設計員的職責有：( BC )
A .制定測試計劃
B .設計測試用例
C .設計測試過程、腳本
D .評估測試活動
5 .軟件實施活動的進入準則是：( ABC )
A .需求工件已經被基線化
工件加工過程中的生產對象。
基線化 一個文檔如果經過討論被透過了，被固定了，就可以說這個文檔被“基線化”了，然後所有人就可以在這個“基線”的基礎上工作。
B .詳細設計工件已經被基線化
C .構架工件已經被基線化
D .項目階段成果已經被基線化
三、添空
1. 軟件驗收測試包括：_正式驗收測試，alpha測試，beta測試。
2. 系統測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，介面測試，容量測試，相容性測試，分佈測試，可用性測試
(有的可以合在一起，分開寫只要寫出15 就滿分哦)
3. 設計系統測試計劃需要參考的項目文擋有：_軟件測試計劃，軟件需求工件和迭代計劃。
4. 對面向過程的系統採用的集成策略有：自頂向下，自底向上兩種。
5. 透過畫因果圖來寫測試用例的步驟爲：
(1)根據程序規格說明書描述，分析並確定因(輸入條件)和果(輸出結果或程序狀態的改變)，畫出因果圖。
(2)將得到的因果圖轉換爲判定表。
(3)爲判定表中每一列所表示的情況設計一個測試用例。
四、簡答
1. 區別階段評審的與同行評審
答：
同行評審目的:發現小規模工作產品的錯誤,只要是找錯誤;
階段評審目的:評審模組 階段作品的正確性可行性 及完整性
同行評審人數:3-7人 人員必須經過同行評審會議的培訓,由SQA指導
階段評審人數:5人左右 評審人必須是專傢俱有系統評審資格
同行評審內容:內容小 一般文檔 < 40頁, 代碼 < 500行
階段評審內容: 內容多,主要看重點
同行評審時間:一小部分工作產品完成
階段評審時間: 通常是設定在關鍵路徑的時間點上!
2. 什麼是軟件測試
答：測試是爲發現錯誤而執行程序的過程
軟件測試就是利用測試工具按照測試方案和流程對產品進行功能和性能測試，甚至根據需要編寫不同的測試工具，設計和維護測試系統，對測試方案可能出現的問題進行分析和評估。執行測試用例後，需要跟蹤故障，以確保開發的.產品適合需求。
3 簡述集成測試的過程
答：系統集成測試主要包括以下過程：
(1). 構建的確認過程。
(2). 補丁的確認過程。
(3). 系統集成測試測試組提交過程。
(4). 測試用例設計過程。
(5). 測試代碼編寫過程。
(6). Bug的報告過程。
(7). 每週/每兩週的構建過程。
(8). 點對點的測試過程。
(9). 組內培訓過程。
5 白盒測試有幾種方法
答：總體上分爲靜態方法和動態方法兩大類。
靜態：關鍵功能是檢查軟件的表示和描述是否一致,沒有衝突或者沒有歧義。
動態：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6 系統測試計劃是否需要同行審批，爲什麼
答：需要，系統測試計劃屬於項目階段性關鍵文檔，因此需要評審。
7Alpha 測試與beta 的區別
Alpha測試(α測試)是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發現的錯誤，可以在測試現場立刻反饋給開發人員，由開發人員及時分析和處理。目的是評價軟件產品的功能、可使用性、可靠性、性能和支援。尤其注重產品的介面和特色。Alpha測試可以從軟件產品編碼結束之後開始，或在模組(子系統)測試完成後開始，也可以在確認測試過程中產品達到一定的穩定和可靠程度之後再開始。有關的手冊(草稿)等應該在Alpha測試前準備好。
Beta測試(β測試)是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發者無法控制的環境下進行的軟件現場應用。在Beta測試中，由用戶記下遇到的所有問題，包括真實的以及主管認定的，定期向開發者報告，開發者在綜合用戶的報告後，做出修改，最後將軟件產品交付給全體用戶使用。Beta測試着重於產品的支援性，包括文檔、客戶培訓和支援產品的生產能力。只有當Alpha測試達到一定的可靠程度後，才能開始Beta測試。由於Beta測試的主要目標是測試可支援性，所以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 類— 測試建議
4 怎麼做好文檔測試