全套軟件測試面試筆試題（附答案）

全套軟件測試面試筆試題（附答案）
一、判斷題

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

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

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

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

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

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

7.自底向上集成需要測試員編寫驅動程序。(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)評審資格

同行評審內容:內容小一般文檔< 40頁,代碼< 500行

階段評審內容:內容多,主要看重點

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

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

2.什么是軟件測試

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

3簡述集成測試的過程

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

1.構建的確認過程。

2.補丁的確認過程。

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

4.測試用例設計過程。

5.測試代碼編寫過程。

6. Bug的報告過程。

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

8.點對點的測試過程。

9.組內培訓過程。

4怎么做好文檔測試

仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。P142

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

內容是否齊全，正確

內容是否完善

標記是否正確

5白盒測試有幾種方法

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

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

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

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

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

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

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

Beta測試當開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。由一個或多個用戶在用戶實際環(huán)境下進行而是。

8比較負載測試，容量測試和強度測試的區(qū)別。性能測試從使用方便的角度來說，可以分為以下六種：負載測試、壓力測試、容量測試、配置測試、基準測試和并發(fā)測試。

負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應時間。在一定的軟件、硬件及網(wǎng)絡環(huán)境下，運行一種或多種業(yè)務，在不同虛擬用戶數(shù)量下，測試服務器指標是否在用戶的要求范圍內，以此確定系統(tǒng)所能承受的最大用戶數(shù)，系統(tǒng)響應時間及資源利用率等。

壓力測試：在一定的軟件、硬件及網(wǎng)絡環(huán)境下，模擬大量的虛擬用戶向服務器產(chǎn)生負載，使服務器的資源處于極限狀態(tài)下并長時間連續(xù)運行，以測試服務器在高負載情況下是否能夠穩(wěn)定工作。

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

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

配置測試：在一定軟件、硬件及網(wǎng)絡環(huán)境下，運行一種或多種業(yè)務，在一定數(shù)量的虛擬用戶下，獲得不能配置的性能指標。

基準測試：在一定軟件、硬件及網(wǎng)絡環(huán)境下，模擬一定數(shù)量的虛擬用戶運行一種或多種業(yè)務，將測試結果作為基線數(shù)據(jù)，在系統(tǒng)調優(yōu)或系統(tǒng)評測的過程中，通過運行相同業(yè)務場景比較測試結果，確定調優(yōu)的結果是否達到預期效果或者為系統(tǒng)的選擇提供決策數(shù)據(jù)。基準測試一般基于配置測試，通過配置測試得到數(shù)據(jù)，并將這個這個數(shù)據(jù)作為基準來比較每次調優(yōu)后性能是否有所改善。

并發(fā)測試：通過模擬多個用戶并發(fā)訪問同一個應用、存儲過程、數(shù)據(jù)記錄或其他并發(fā)操作，測試是否存在死鎖、數(shù)據(jù)錯誤等故障。

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

用例全部測試。

覆蓋率達到標準。

缺陷率達到標準。

其他指標達到質量標準

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

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

計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風險，安排人力物力資源，安排進度等;從宏觀上規(guī)劃整個測試活動。測試包括文檔目的，項目背景介紹，輸入文檔，系統(tǒng)運行環(huán)境(網(wǎng)絡拓撲圖、軟硬件配置)、測試內容、資源安排(角色和職責，測試工具)、進度安排、交付件及風險等。

設計：完成測試方案，從技術層面上對測試進行規(guī)劃;其目的是為整個測試階段的執(zhí)行內容及側羅進行詳細說明。測試方案包括文檔目的，測試策略等。

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

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

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

11軟件的缺陷等級應如何劃分?

A類—嚴重錯誤，包括以下各種錯誤： 1.由于程序所引起的死機,非法退出 2.死循環(huán) 3.數(shù)據(jù)庫發(fā)生死鎖 4.因錯誤操作導致的程序中斷 5.功能錯誤 6.與數(shù)據(jù)庫連接錯誤 7.數(shù)據(jù)通訊錯誤

B類—較嚴重錯誤，包括以下各種錯誤： 1.程序錯誤 2.程序接口錯誤 3.數(shù)據(jù)庫的表、業(yè)務規(guī)則、缺省值未加完整性等約束條件

C類—一般性錯誤，包括以下各種錯誤： 1.操作界面錯誤(包括數(shù)據(jù)窗口內列名定義、含義是否一致) 2.打印內容、格式錯誤 3.簡單的輸入限制未放在前臺進行控制 4.刪除操作未給出提示 5.數(shù)據(jù)庫表中有過多的空字段

D類—較小錯誤，包括以下各種錯誤： 1.界面不規(guī)范 2.輔助說明描述不清楚 3.輸入輸出不規(guī)范 4.長操作未給用戶提示 5.提示窗口文字未采用行業(yè)術語 6.可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志

E類—測試建議