測(cè)試人員培訓(xùn)試題
測(cè)試工程師稱為測(cè)試人員，軟件質(zhì)量的把關(guān)者，工作起點(diǎn)高，發(fā)展空間大，測(cè)試人員進(jìn)行培訓(xùn)了解更多相關(guān)的測(cè)試知識(shí)。下文是測(cè)試人員培訓(xùn)試題，歡迎閱讀!
測(cè)試人員培訓(xùn)不定項(xiàng)選擇題
1.軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：()
A. 軟件需求分析說(shuō)明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。
B. 所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。
C. 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。
D. 驗(yàn)收測(cè)試工件齊全。
分析：回答這道題，你必須是這家企業(yè)的員工。前面說(shuō)到了驗(yàn)收測(cè)試的目的和目標(biāo)，一個(gè)是需求必須實(shí)現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個(gè)通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會(huì)對(duì)驗(yàn)收測(cè)試標(biāo)準(zhǔn)做一些調(diào)整。ABCD
2.軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?()
A.項(xiàng)目經(jīng)理
B.SQA 負(fù)責(zé)人
C.配置負(fù)責(zé)人
D.測(cè)試組
分析：上面的4種角色都需要參與。 ABCD
3.下列關(guān)于alpha 測(cè)試的描述中正確的是：()
A.alpha 測(cè)試需要用戶代表參加
B.alpha 測(cè)試不需要用戶代表參加
C.alpha 測(cè)試是系統(tǒng)測(cè)試的一種
D.alpha 測(cè)試是驗(yàn)收測(cè)試的一種
分析：首先大家需要知道alpha測(cè)試是系統(tǒng)級(jí)別的測(cè)試，該測(cè)試是在一個(gè)受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來(lái)。所以答案應(yīng)該是AD
4.測(cè)試設(shè)計(jì)員的職責(zé)有：()
A.制定測(cè)試計(jì)劃
B.設(shè)計(jì)測(cè)試用例
C.設(shè)計(jì)測(cè)試過(guò)程、腳本
D.評(píng)估測(cè)試活動(dòng)
分析：合理的答案的是BC，同時(shí)要看軟件企業(yè)對(duì)該類人員的職責(zé)是如何定義。
5.軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：()
A.需求工件已經(jīng)被基線化
B.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化
C.構(gòu)架工件已經(jīng)被基線化
D.項(xiàng)目階段成果已經(jīng)被基線化
分析：先要了解一下什么是基線。這個(gè)是軟件配置管理中一個(gè)重要的概念。工作產(chǎn)品必須納入到一定的基線里面。所以選擇ABC是必定的，至于是否選擇D要看這家企業(yè)自身的標(biāo)準(zhǔn)了
測(cè)試人員培訓(xùn)判斷題
1.軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。()
分析：軟件測(cè)試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個(gè)意義上面說(shuō)上面的這個(gè)論斷是正確的。不少人會(huì)認(rèn)為軟件測(cè)試可以保證軟件的質(zhì)量，其實(shí)這個(gè)觀點(diǎn)是錯(cuò)誤，測(cè)試只是軟件質(zhì)量控制中的一個(gè)角色，其活動(dòng)并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個(gè)公司里面如果有了軟件測(cè)試人員，產(chǎn)品的質(zhì)量就會(huì)好起來(lái)。Y
2.Beta 測(cè)試是驗(yàn)收測(cè)試的一種。()
分析：Beat測(cè)試和驗(yàn)收測(cè)試是兩種不同的測(cè)試。驗(yàn)收測(cè)試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的，以評(píng)估”適合使用”為目標(biāo)，該類測(cè)試的不是以發(fā)現(xiàn)缺陷為主要目的。beta測(cè)試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測(cè)試。所以兩者之間的是非包容關(guān)系。N
3.驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。()
分析：上面說(shuō)到了驗(yàn)收測(cè)試的目的和目標(biāo)，所以驗(yàn)收測(cè)試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來(lái)實(shí)施。例如產(chǎn)品經(jīng)理。當(dāng)軟件以項(xiàng)目的形式出現(xiàn)，那么驗(yàn)收測(cè)試由最終用戶來(lái)實(shí)施的情況是比較長(zhǎng)見(jiàn)的。但是對(duì)于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測(cè)試會(huì)更多。N
4.項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。()
分析：應(yīng)該說(shuō)這道題目沒(méi)有明確的答案，在項(xiàng)目立項(xiàng)前測(cè)試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄下來(lái)是完全取決于該企業(yè)的軟件開(kāi)發(fā)過(guò)程的要求。同時(shí)不同企業(yè)，立項(xiàng)前要達(dá)成的一些必要條件也是大相徑庭的。應(yīng)該說(shuō)這一題目出的不是很好，如果你是出題人這家企業(yè)的測(cè)試工程師，那么就應(yīng)該有一個(gè)明確的答案。
5.單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。()
分析：同樣這一題目也沒(méi)有標(biāo)準(zhǔn)答案。因?yàn)樵摂?shù)據(jù)的來(lái)源和其統(tǒng)計(jì)的方法，樣本都沒(méi)有一個(gè)工業(yè)標(biāo)準(zhǔn)。這樣出來(lái)的數(shù)據(jù)同樣不具有權(quán)威性。這里我可以說(shuō)一個(gè)簡(jiǎn)單的例子，在用ASP,php這類腳本語(yǔ)言開(kāi)發(fā)網(wǎng)頁(yè)的時(shí)候是根本沒(méi)有復(fù)雜的單元測(cè)試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開(kāi)發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒(méi)有明確的答案
6.代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。()
分析：代碼審查是一種靜態(tài)技術(shù)，從這個(gè)意義上說(shuō)代碼復(fù)查是需要和其他的一些動(dòng)態(tài)測(cè)試技術(shù)配合才能檢查代碼是否符合設(shè)計(jì)的要求。N
7.自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。()
分析：這道題目大家看下top-down 和 down-top的集成測(cè)試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動(dòng)測(cè)試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成測(cè)試。驅(qū)動(dòng)程序和樁程序都是需要開(kāi)發(fā)的。Y
8.負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。()
分析：
負(fù)載測(cè)試：通常運(yùn)行時(shí)間比較短，在系統(tǒng)上逐漸加壓，直到性能指標(biāo)達(dá)到飽和狀態(tài)(比如相應(yīng)時(shí)間超出預(yù)期要求、系統(tǒng)資源占用率居高不下等)，從而驗(yàn)證系統(tǒng)預(yù)期的性能目標(biāo)、相應(yīng)時(shí)間等。
壓力測(cè)試：長(zhǎng)時(shí)間運(yùn)行，逐漸增加超負(fù)荷(并發(fā)、循環(huán)、多用戶等)，直到系統(tǒng)產(chǎn)生異常以及對(duì)異常的處理能力，從而驗(yàn)證系統(tǒng)可靠性、找到系統(tǒng)的瓶頸。 **微軟壓力測(cè)試的經(jīng)驗(yàn)值為72小時(shí)。**
負(fù)載測(cè)試：是通過(guò)逐步增加系統(tǒng)負(fù)載，測(cè)試系統(tǒng)性能的變化，并最終確定在滿足性能指標(biāo)的情況下，系統(tǒng)所能承受的最大負(fù)載量的測(cè)試。
壓力測(cè)試：是通過(guò)逐步增加系統(tǒng)負(fù)載，測(cè)試系統(tǒng)性能的變化，并最終確定在什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài)，并以此來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。也就是壓力測(cè)試是為了發(fā)現(xiàn)在什么條件下系統(tǒng)的性能會(huì)變得不可接受。N
9.測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。()
分析：同樣，這一題沒(méi)有正確的答案。缺陷是否修復(fù)是需要聽(tīng)取測(cè)試人員的意見(jiàn)，但測(cè)試人員的意見(jiàn)非決定性。所以還是要看一個(gè)企業(yè)賦予測(cè)試人員有多大的權(quán)力。N
10.代碼評(píng)審員一般由測(cè)試員擔(dān)任。()
分析：如果測(cè)試員有這個(gè)水平，那么當(dāng)然是可以參加的。不過(guò)大多數(shù)的企業(yè)不會(huì)讓普通的測(cè)試人員參與代碼的評(píng)審。N
測(cè)試人員培訓(xùn)簡(jiǎn)答題
1.區(qū)別階段評(píng)審的與同行評(píng)審區(qū)別
a.同行評(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;
階段評(píng)審目的:評(píng)審模塊 階段作品的正確性 可行性及完整性
b.同行評(píng)審人數(shù):3-7人 人員必須經(jīng)過(guò)同行評(píng)審會(huì)議的培訓(xùn),由SQA指導(dǎo)
階段評(píng)審人數(shù):5人左右 評(píng)審人必須是專家 具有系統(tǒng)評(píng)審資格
c.同行評(píng)審內(nèi)容:內(nèi)容小 一般文檔 < 40頁(yè), 代碼 < 500行
階段評(píng)審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)
d.同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成
階段評(píng)審時(shí)間: 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!
2.什么是軟件測(cè)試
為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程
3.簡(jiǎn)述集成測(cè)試的過(guò)程
系統(tǒng)集成測(cè)試主要包括以下過(guò)程：
a. 構(gòu)建的確認(rèn)過(guò)程。
b. 補(bǔ)丁的確認(rèn)過(guò)程。
c. 系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程。
d. 測(cè)試用例設(shè)計(jì)過(guò)程。
e. 測(cè)試代碼編寫過(guò)程。
f.bug的報(bào)告過(guò)程。
g. 每周/每?jī)芍艿臉?gòu)建過(guò)程。
h. 點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。
i. 組內(nèi)培訓(xùn)過(guò)程。
4.怎么做好文檔測(cè)試
仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例。
檢查文檔的編寫是否滿足文檔編寫的目的
內(nèi)容是否齊全，正確
內(nèi)容是否完善
標(biāo)記是否正確
5.白盒測(cè)試有幾種方法
總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。
靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒(méi)有沖突或者沒(méi)有歧義
動(dòng)態(tài)：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6.系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么?
需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。
7.Alpha測(cè)試與beta的區(qū)別
Alpha測(cè)試在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序或測(cè)試員完成。
Beta測(cè)試 當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序員或測(cè)試員完成。
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è)試目的是通過(guò)測(cè)試預(yù)先分 析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等)，系統(tǒng)在其極限值狀態(tài)下沒(méi)有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來(lái)發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。
9.測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?
用例全部測(cè)試。
覆蓋率達(dá)到標(biāo)準(zhǔn)。
缺陷率達(dá)到標(biāo)準(zhǔn)。
指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)。
10.描述軟件測(cè)試活動(dòng)的生命周期?
測(cè)試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中：
計(jì)劃：對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等;
設(shè)計(jì)：完成測(cè)試方案，從技術(shù)層面上對(duì)測(cè)試進(jìn)行規(guī)劃;
實(shí)現(xiàn)：進(jìn)行測(cè)試用例和測(cè)試規(guī)程設(shè)計(jì);
執(zhí)行：根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔，執(zhí)行測(cè)試用例。
總結(jié)：記錄測(cè)試結(jié)果，進(jìn)行測(cè)試分析，完成測(cè)試報(bào)告。
猜你感興趣：
測(cè)試人員培訓(xùn)試題
下一篇：叉車培訓(xùn)考試題
