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

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

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

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

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

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

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

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

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

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

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

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

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

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

二、選折

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

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

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

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

D.驗收測試工件齊全。

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

A.項目經(jīng)理

B.SQA負(fù)責(zé)人

C.配置負(fù)責(zé)人

D.測試組

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

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

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

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

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

4.測試設(shè)計員的職責(zé)有：(BC)

A.制定測試計劃

B.設(shè)計測試用例

C.設(shè)計測試過程、腳本

D.評估測試活動

5.軟件實(shí)施活動的進(jìn)入準(zhǔn)則是：(ABC)

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

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

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

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

三、添空

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

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

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

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

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

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

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

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

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

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

四、簡答(資料是搜集整理的，感謝前輩的解題)無

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

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

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

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

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

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

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

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

階段評審時間:通常是設(shè)置在關(guān)鍵路徑的時間點(diǎn)上!

2.什么是軟件測試

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

3簡述集成測試的過程

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

1.構(gòu)建的確認(rèn)過程。

2.補(bǔ)丁的確認(rèn)過程。

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

4.測試用例設(shè)計過程。

5.測試代碼編寫過程。

6. Bug的報告過程。

7.每周/每兩周的構(gòu)建過程。

8.點(diǎn)對點(diǎn)的測試過程。

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

4怎么做好文檔測試

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

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

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

內(nèi)容是否完善

標(biāo)記是否正確

5白盒測試有幾種方法

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

9測試結(jié)束的標(biāo)準(zhǔn)是什么?

用例全部測試。

覆蓋率達(dá)到標(biāo)準(zhǔn)。

缺陷率達(dá)到標(biāo)準(zhǔn)。

其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)

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

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

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

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

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

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

總結(jié)：記錄測試結(jié)果，進(jìn)行測試分析，完成測試報告。

11軟件的缺陷等級應(yīng)如何劃分?

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

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

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

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

E類—測試建議