- 相關(guān)推薦
軟件測(cè)試筆試面試題目分享
導(dǎo)讀：工作簡(jiǎn)歷莫要間隙，面試回答從容鎮(zhèn)定，筆試應(yīng)考仔細(xì)認(rèn)真，言語交流坦誠(chéng)求實(shí)，不卑不亢保持作風(fēng)，心中有數(shù)定然成功!參考學(xué)習(xí)一下應(yīng)屆畢業(yè)生網(wǎng)小編J.L為您整理推薦的實(shí)用的筆試經(jīng)驗(yàn)筆試題目吧，歡迎參考閱讀。
一、判斷題
1.軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。(Y)
2.Beta 測(cè)試是驗(yàn)收測(cè)試的一種。(Y)
3.驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。(N)
4.項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。(Y)
5.單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。(Y)
6.代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(N)
7.自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。(Y)
8.負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(N)
9.測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。(N) 看情況，有些時(shí)候就是要堅(jiān)持原則的.
10.代碼評(píng)審員一般由測(cè)試員擔(dān)任。(N)
11.我們可以人為的使得軟件不存在配置問題。(N)
12.集成測(cè)試計(jì)劃在需求分析階段末提交。(N) 集成測(cè)試計(jì)劃在概要設(shè)計(jì)說明書出來后提交，需求分析階段不需要。
二、選折
1.軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：(ABCD)
A)軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。
B)所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。
C)立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。
D)驗(yàn)收測(cè)試工件齊全。
2.軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?(ABCD)
A)項(xiàng)目經(jīng)理
B)SQA 負(fù)責(zé)人
C)配置負(fù)責(zé)人
D)測(cè)試組
3.下列關(guān)于alpha 測(cè)試的描述中正確的是：(AD)
A)alpha 測(cè)試需要用戶代表參加
B)alpha 測(cè)試不需要用戶代表參加
C)alpha 測(cè)試是系統(tǒng)測(cè)試的一種
D)alpha 測(cè)試是驗(yàn)收測(cè)試的一種
4.測(cè)試設(shè)計(jì)員的職責(zé)有：(BC)
A)制定測(cè)試計(jì)劃
B)設(shè)計(jì)測(cè)試用例
C)設(shè)計(jì)測(cè)試過程、腳本
D)評(píng)估測(cè)試活動(dòng)
5.軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：(ABC)
A)需求工件已經(jīng)被基線化
B)詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化
C)構(gòu)架工件已經(jīng)被基線化
D)項(xiàng)目階段成果已經(jīng)被基線化
三、添空
1. 軟件驗(yàn)收測(cè)試包括：正式驗(yàn)收測(cè)試，alpha測(cè)試，beta測(cè)試。
2. 系統(tǒng)測(cè)試的策略有：功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，強(qiáng)度測(cè)試，安全測(cè)試，配置測(cè)試，安裝測(cè)試，卸載測(cè)試，文擋測(cè)試，故障恢復(fù)測(cè)試，界面測(cè)試，容量測(cè)試，兼容性測(cè)試，分布測(cè)試，可用性測(cè)試，(有的可以合在一起，分開寫只要寫出15就滿分哦)
測(cè)試策略就是為了達(dá)到這樣的平衡而采取的測(cè)試工具、測(cè)試方法、測(cè)試技術(shù)的總和。狹義來講，測(cè)試策略是指如何劃分并組織被測(cè)對(duì)象。例如，集成測(cè)試如何確定被測(cè)對(duì)象的粒度，如何對(duì)各模塊逐漸進(jìn)行集成;單元測(cè)試如何確定被測(cè)單元，各被測(cè)單元是獨(dú)立測(cè)試還是自底向上或自頂向下逐步進(jìn)行。樓主回答的是系統(tǒng)測(cè)試類型.
3. 設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文擋有：軟件測(cè)試計(jì)劃，軟件需求工件和迭代計(jì)劃。系統(tǒng)測(cè)試計(jì)劃的依據(jù)是：軟件需求規(guī)格說明書
4. 對(duì)面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。
5. (這題出的有問題哦，詳細(xì)的5步驟為~~)通過畫因果圖來寫測(cè)試用例的步驟為：
(1)分析軟件規(guī)格說明描述中，哪些是原因(即輸入條件或輸入條件的等價(jià)類)，哪些是結(jié)果(即輸出條件)，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。
(2)分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖。
(3)由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。
(4)把因果圖轉(zhuǎn)換成判定表。
(5)把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測(cè)試用例。
四、簡(jiǎn)答(資料是搜集整理的，感謝前輩的解題)
1、區(qū)別階段評(píng)審的與同行評(píng)審
同行評(píng)審目的：發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤，只要是找錯(cuò)誤;
階段評(píng)審目的：評(píng)審模塊 階段作品的正確性 可行性 及完整性
同行評(píng)審人數(shù)：3-7人 人員必須經(jīng)過同行評(píng)審會(huì)議的培訓(xùn)，由SQA指導(dǎo)
階段評(píng)審人數(shù)：5人左右 評(píng)審人必須是專家 具有系統(tǒng)評(píng)審資格
同行評(píng)審內(nèi)容：內(nèi)容小 一般文檔 < 40頁， 代碼 < 500行
階段評(píng)審內(nèi)容： 內(nèi)容多，主要看重點(diǎn)
同行評(píng)審時(shí)間：一小部分工作產(chǎn)品完成
階段評(píng)審時(shí)間： 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!
2、什么是軟件測(cè)試
為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程
3、簡(jiǎn)述集成測(cè)試的過程
系統(tǒng)集成測(cè)試主要包括以下過程：
1)構(gòu)建的確認(rèn)過程。
2)補(bǔ)丁的確認(rèn)過程。
3)系統(tǒng)集成測(cè)試測(cè)試組提交過程。
4)測(cè)試用例設(shè)計(jì)過程。
5)測(cè)試代碼編寫過程。
6)Bug的報(bào)告過程。
7)每周/每?jī)芍艿臉?gòu)建過程。
8)點(diǎn)對(duì)點(diǎn)的測(cè)試過程。
9)組內(nèi)培訓(xùn)過程。
集成測(cè)試過程：集成測(cè)試計(jì)劃->集成測(cè)試設(shè)計(jì)->集成測(cè)試實(shí)現(xiàn)->集成測(cè)試執(zhí)行
4、怎么做好文檔測(cè)試
仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例。P142
檢查文檔的編寫是否滿足文檔編寫的目的
內(nèi)容是否齊全，正確
內(nèi)容是否完善
標(biāo)記是否正確
5、白盒測(cè)試有幾種方法
總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。
靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致，沒有沖突或者沒有歧義
動(dòng)態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
白盒測(cè)試：測(cè)試證明每種內(nèi)部操作和過程是否符合設(shè)計(jì)規(guī)格和要求，基于程序結(jié)構(gòu)的邏輯驅(qū)動(dòng)測(cè)試.靜態(tài)的舉例：代碼走讀，代碼檢視.
6、系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么
需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。
7、Alpha測(cè)試與beta的區(qū)別
Alpha測(cè)試 在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序或測(cè)試員完成。
Beta測(cè)試 當(dāng)開發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序員或測(cè)試員完成。
Alpha測(cè)試：用戶在接近正式環(huán)境下的測(cè)試，開發(fā)人員在用戶旁記錄錯(cuò)誤情況和使用中的問題.
Beta測(cè)試：多個(gè)用戶在實(shí)際使用環(huán)境下的測(cè)試，開發(fā)人員不在測(cè)試現(xiàn)場(chǎng)，用戶通過發(fā)送報(bào)告的形式把發(fā)現(xiàn)的問題反饋給開發(fā)人員.
8、比較負(fù)載測(cè)試，容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別
負(fù)載測(cè)試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。
強(qiáng)度測(cè)試：在一定的負(fù)荷條件下，在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。
容量測(cè)試：容量測(cè)試目的是通過測(cè)試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等)，系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。
1)負(fù)載測(cè)試：通過逐步增加系統(tǒng)負(fù)載，最終確定在滿足性能指標(biāo)的情況下，系統(tǒng)能承受的最大負(fù)載量的測(cè)試。
2)壓力測(cè)試：通過逐步增加系統(tǒng)負(fù)載，最終確定在什么負(fù)載條件下系統(tǒng)性能將處于崩潰狀態(tài)，以此獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。
3)強(qiáng)度測(cè)試：又稱疲勞強(qiáng)度測(cè)試，在系統(tǒng)穩(wěn)定運(yùn)行的情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過綜合分析，確定系統(tǒng)處理最大工作量強(qiáng)度性能的過程。
【軟件測(cè)試筆試面試題目分享】相關(guān)文章：
軟件測(cè)試筆試題目分享07-06
軟件測(cè)試筆試題目12-11
OPPO筆試真題分享，筆試題目分享11-21
軟件筆試題 分享11-21
軟件研發(fā)工程師筆試題目及答案分享02-14
java筆試題，筆試題目分享08-10
Google筆試題目分享11-21
網(wǎng)易筆試歸來，題目分享08-10