以下是測試工程師筆試題，希望對大家有幫助！
測試工程師筆試題（一）
一、判斷題
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.系統測試計劃是否需要同行審批，爲什麼？
需要，系統測試計劃屬於項目階段性關鍵文檔，因此需要評審。
a測試與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.軟件測試工程師
隨着軟件業的迅猛發展，軟件產品的質量控制與質量管理正逐漸成爲企業生存與發展的核心。爲了保證軟件在出廠時的“健康狀態”，幾乎所有的IT企業在軟件產品發佈前都需要大量的質量控制工作。作爲軟件質量控制中的重要一環，軟件測試工程師應運而生。
他的主要工作就是檢測軟件，就和其他商品的出廠質量檢測差不多。
2.需要具備的能力要求
（1）熟悉計算機基礎知識；
（2）熟悉操作系統、數據庫、中間件、程序設計語言基礎知識；
（3）熟悉計算機網絡基礎知識；
（4）熟悉軟件工程知識，理解軟件開發方法及過程；
（5）熟悉軟件質量及軟件質量管理基礎知識；
（6）熟悉軟件測試標準；
（7）掌握軟件測試技術及方法；
（8）掌握軟件測試項目管理知識；
（9）掌握C語言以及C++或Java語言程序設計技術；
（10）瞭解資訊化及資訊安全基礎知識；
（11）熟悉知識產權相關法律、法規；
（12）正確閱讀並理解相關領域的英文資料。
透過本考試的合格人員能在掌握軟件工程與軟件測試知識的基礎上，運用軟件測試管理方法、軟件測試策略、軟件測試技術，獨立承
擔軟件測試項目；具有工程師的實際工作能力和業務水平。
3.軟件評測師考試說明
1. 考試要求：
（1）熟悉計算機基礎知識；
（2）熟悉操作系統、數據庫、中間件、程序設計語言基礎知識；
（3）熟悉計算機網絡基礎知識；
（4）熟悉軟件工程知識，理解軟件開發方法及過程；
（5）熟悉軟件質量及軟件質量管理基礎知識；
（6）熟悉軟件測試標準；
（7）掌握軟件測試技術及方法；
（8）掌握軟件測試項目管理知識；
（9）掌握C語言以及C++或Java語言程序設計技術；
（10）瞭解資訊化及資訊安全基礎知識；
（11）熟悉知識產權相關法律、法規；
（12）正確閱讀並理解相關領域的英文資料。
2. 透過本考試的合格人員能在掌握軟件工程與軟件測試知識的基礎上，運用軟件測試管理方法、軟件測試策略、軟件測試技術，獨
立承擔軟件測試項目；具有工程師的實際工作能力和業務水平。
3. 本考試設定的科目包括：
（1）軟件工程與軟件測試基礎知識，考試時間爲150分鐘，筆試，選擇題；
（2）軟件測試應用技術，考試時間爲150分鐘，筆試，問答題。
軟件測試工程師筆試試題（二）
01. 爲什麼要在一個團隊中開展軟件測試工作？
02. 您是否瞭解以往所工作的企業的軟件測試過程？如果瞭解，請試述在這個過程中都有哪些工作要做？分別由哪些不同的角色來完
成這些工作？
03. 您是否瞭解以往所工作的企業的軟件開發過程？如果瞭解，請試述一個完整的開發過程需要完成哪些工作？分別由哪些不同的角
色來完成這些工作？（對於軟件測試部分，可以簡述）
04. 您在以往的測試工作中都曾經具體從事過哪些工作？其中最擅長哪部分工作？
05. 您所熟悉的軟件測試類型都有哪些？請試着分別比較這些不同的測試類型的區別與聯繫（如功能測試、性能測試……）
06. 請試着比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區別與聯繫。
07. 測試計劃工作的目的是什麼？測試計劃工作的內容都包括什麼？其中哪些是最重要的？
08. 您認爲做好測試計劃工作的關鍵是什麼？
09. 您所熟悉的測試用例設計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。
10. 您認爲做好測試用例設計工作的關鍵是什麼？
11. 請以您以往的實際工作爲例，詳細的描述一次測試用例設計的完整的過程。
12. 您以往的工作中是否曾開展過測試用例的評審工作？如果有，請描述測試用例評審的過程和評審的內容。
13. 您以往是否曾經從事過性能測試工作？如果有，請儘可能的詳細描述您以往的性能測試工作的完整過程。
14. 您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，並以一個具體的工作中的例子描述該
工具是如何在實際工作中應用的。
15. 您認爲性能測試工作的目的是什麼？做好性能測試工作的關鍵是什麼？
16. 在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內容？如何提交高質量的軟件缺陷（Bug）記錄？
17. 您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（Bug）的管理？如果有，請結合該工具描述軟件缺陷
（Bug）跟蹤管理的流程。
18. 您以往是否曾經從事過單元測試和集成測試？如果有，請談一下這些工作的實際開展情況。
19. 您如何看待軟件過程改進？在您曾經工作過的企業中，是否有一些需要改進的東西呢？您期望的理想的測試人員的工作環境是怎
樣的？
20. 您以往工作過的企業中，是否開展了軟件配置管理工作？您能否描述一下這項工作的開展情況和您對這項工作的認識？
21. 您是否熟悉一些主流的軟件工程方法論和思想，如RUP、CMM、CMMI、XP、PSP、TSP。如果熟悉，您是否可以談一下對這些方法論
和思想的認識？
22. 您認爲在測試人員同開發人員的溝透過程中，如何提高溝通的效率和改善溝通的效果？維持測試人員同開發團隊中其他成員良好
的人際關係的關鍵是什麼？
23. 在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什麼？您是如何來對待這些事情的？
24. 在即將完成這次筆試前，您是否願意談一些自己在以往的學習和工作中獲得的工作經驗和心得體會？
（可以包括軟件測試、過程改進、軟件開發或者與此無關的其他方面）