測試工程師面試題

時間：2023-02-16 16:36:52 面試問題我要投稿

相關推薦

測試工程師面試題

　　一、判斷

測試工程師面試題

　　1.軟件測試的目的是盡可能多的找出軟件的缺陷。(Y)

　　2.Beta 測試是驗收測試的一種。(Y)

　　3.驗收測試是由最終用戶來實施的。(N)

　　4.項目立項前測試人員不需要提交任何工件。(Y)

　　5.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(Y)

　　6.代碼評審是檢查源代碼是否達到模塊設計的要求。(N)

　　7.自底向上集成需要測試員編寫驅(qū)動程序。(Y)

　　8.負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。(N)

　　9.測試人員要堅持原則，缺陷未修復完堅決不予通過。(N)

　　10.代碼評審員一般由測試員擔任。(N)

　　11.我們可以人為的使得軟件不存在配置問題。(N)

　　12.集成測試計劃在需求分析階段末提交。(N)

　　二、多選

　　1.軟件驗收測試的合格通過準則是：(ABCD)

　　A. 軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。

　　B. 所有測試項沒有殘余一級、二級和三級錯誤。

　　C. 立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。

　　D. 驗收測試工件齊全。

　　2.軟件測試計劃評審會需要哪些人員參加?(ABCD)

　　A.項目經(jīng)理

　　B.SQA 負責人

　　C.配置負責人

　　D.測試組

　　3.下列關于alpha 測試的描述中正確的是：(AD)

　　A.alpha 測試需要用戶代表參加

　　B.alpha 測試不需要用戶代表參加

　　C.alpha 測試是系統(tǒng)測試的一種

　　D.alpha 測試是驗收測試的一種

　　4.測試設計員的職責有：(BC)

　　A.制定測試計劃

　　B.設計測試用例

　　C.設計測試過程、腳本

　　D.評估測試活動

　　5.軟件實施活動的進入準則是：(ABC)

　　A.需求工件已經(jīng)被基線化

　　B.詳細設計工件已經(jīng)被基線化

　　C.構架工件已經(jīng)被基線化

　　D.項目階段成果已經(jīng)被基線化

　　三、填空

　　1.軟件驗收測試包括：正式驗收測試，alpha測試，beta測試。

　　2.系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，(有的可以合在一起，分開寫只要寫出15就滿分哦)

　　3.設計系統(tǒng)測試計劃需要參考的項目文擋有：軟件測試計劃，軟件需求工件和迭代計劃。

　　4.對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。

　　5.(這題出的有問題哦，詳細的5步驟為~~)通過畫因果圖來寫測試用例的步驟為：

　　(1)分析軟件規(guī)格說明描述中，哪些是原因(即輸入條件或輸入條件的等價類)，哪些是結果(即輸出條件)，并給每個原因和結果賦予一個標識符。

　　(2)分析軟件規(guī)格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的是什么關系? 根據(jù)這些關系，畫出因果圖。

　　(3)由于語法或環(huán)境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件。

　　(4)把因果圖轉換成判定表。

　　(5)把判定表的每一列拿出來作為依據(jù)，設計測試用例。

　　四、簡答

　　1.區(qū)別階段評審的與同行評審

　　同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤;

　　階段評審目的:評審模塊階段作品的正確性可行性及完整性

　　同行評審人數(shù):3-7人人員必須經(jīng)過同行評審會議的培訓,由SQA指導

　　階段評審人數(shù):5人左右評審人必須是專家具有系統(tǒng)評審資格

　　同行評審內(nèi)容:內(nèi)容小一般文檔 < 40頁, 代碼 < 500行

　　階段評審內(nèi)容: 內(nèi)容多,主要看重點

　　同行評審時間:一小部分工作產(chǎn)品完成

　　階段評審時間: 通常是設置在關鍵路徑的時間點上!

　　2.什么是軟件測試

　　為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程

　　3簡述集成測試的過程

　　系統(tǒng)集成測試主要包括以下過程：

　　1. 構建的確認過程。

　　2. 補丁的確認過程。

　　3. 系統(tǒng)集成測試測試組提交過程。

　　4. 測試用例設計過程。

　　5. 測試代碼編寫過程。

　　6. Bug的報告過程。

　　7. 每周/每兩周的構建過程。

　　8. 點對點的測試過程。

　　9. 組內(nèi)培訓過程。

　　4 怎么做好文檔測試仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。P142

　　檢查文檔的編寫是否滿足文檔編寫的目的

　　內(nèi)容是否齊全，正確

　　內(nèi)容是否完善

　　標記是否正確

　　5 白盒測試有幾種方法

　　總體上分為靜態(tài)方法和動態(tài)方法兩大類。

　　靜態(tài)：關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義

　　動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。

　　6系統(tǒng)測試計劃是否需要同行審批，為什么

　　需要，系統(tǒng)測試計劃屬于項目階段性關鍵文檔，因此需要評審。

　　7Alpha測試與beta的區(qū)別

　　Alpha測試在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試;測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。

　　Beta測試當開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。

　　8比較負載測試，容量測試和強度測試的區(qū)別

　　負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應時間。

　　強度測試：在一定的負荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。

　　容量測試：容量測試目的是通過測試預先分析出反映軟件系統(tǒng)應用特征的某項指標的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等)，系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標內(nèi)確定的數(shù)據(jù)容量。

　　9測試結束的標準是什么?

　　用例全部測試。

　　覆蓋率達到標準。

　　缺陷率達到標準。

　　其他指標達到質(zhì)量標準

　　10描述軟件測試活動的生命周期?

　　測試周期分為計劃、設計、實現(xiàn)、執(zhí)行、總結。其中：

　　計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風險，安排人力物力資源，安排進度等;

　　設計：完成測試方案，從技術層面上對測試進行規(guī)劃;

　　實現(xiàn)：進行測試用例和測試規(guī)程設計;

　　執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。

　　總結：記錄測試結果，進行測試分析，完成測試報告。