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類—測試建議(由問題提出人對測試物件的改進意見；)
如果能夠執行完美的黑盒測試，還需要進行白盒測試嗎？
黑盒測試：從使用者角度出發，根據規格說明設計測試用例，並不涉及程式的內部特性和內部結構，只依靠被測程式輸入和輸出之間的關係或程式的功能設計測試用例。黑盒測試有兩個顯著特點：
（1） 黑盒測試與軟體的具體實現過程無關，在軟體實現的過程發生變化時，測試用例仍然可以用。
（2） 黑盒測試用例的設計可以和軟體實現同時進行，這樣能夠壓縮總的開發時間。
黑盒測試主要是為了發現以下幾類錯誤
1、是否有不正確、遺漏或額外的功能實現？
2、在介面上，輸入是否能正確的接受？能否輸出正確的結果？
3、是否有資料結構錯誤或外部資訊（例如資料檔案）訪問錯誤？
4、效能上是否能夠滿足要求？ 5、是否有初始化或終止性錯誤？
白盒測試：已知程式的內部結構，檢查內部操作是否按規定執行。主要對程式細節進行嚴密檢驗，針對特定條件和迴圈設計測試用例，對程式的邏輯路徑進行測試。
通過在程式的不同點檢查程式狀態，確定實際狀態是否與預期的狀態一致。
白盒測試主要是想對程式模組進行如下檢查：
1、 程式的所有語句至少執行一次。
2、 對所有的邏輯條件都能至少執行一次。
3、 在迴圈的邊界和執行的界限內執行迴圈體。
4、 測試內部資料結構的有效性，等等。
從以上可以看出就算執行了完美的黑盒測試也是無法測試程式內部特定部位，另外當規格說明本身有誤，也不能發現問題。而白盒測試能對程式的內部特定部位進行覆蓋測試，所以黑盒和白盒測試為互補關係，結合起來進行測試用例的設計更為合理。經驗表明，通常在進行單元測試時採用白盒測試方法，整合測試採用灰盒測試方法，系統測試採用黑盒測試方法。
軟體測試工程師面試題及答案
班級姓名 1.軟體測試就是為了驗證軟體功能實現是否正確，是否完成既定目標的活動所以軟體測試在軟體工程的後期才開始具體的工作。錯誤 1 正確2 錯誤 2.功能測試是系統測試的主要內容，檢查系統的功能 效能是否與需求規格說明相同。正確 1 正確2 錯誤 3.軟體就是程式。正確 1 正確2 錯誤 4.軟體...
軟體測試工程師與面試題
開發思想，邏輯能力 目錄測試用例 2 測試用例的設計 3 一 白盒技術 3 二 黑盒技術 4 面試題 9 測試用例 test case 是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。指對一項特定的軟體產品進行測試任務的描述，體現測試方案 ...
常見軟體測試工程師面試題 一
04.您在以往的測試工作中都曾經具體從事過哪些工作？其中最擅長哪部分工作？答 從事過write test plan，creation of test case，進行功能測試，效能測試，編寫測試工具，文件的管理等，比較擅長與寫測試用例和進行功能測試。05.您所熟悉的軟體測試型別都有哪些？請試著分別比較...