測試人員培訓(xùn)試題

　　測試工程師稱為測試人員，軟件質(zhì)量的把關(guān)者，工作起點高，發(fā)展空間大，測試人員進(jìn)行培訓(xùn)了解更多相關(guān)的測試知識。下文是測試人員培訓(xùn)試題，歡迎閱讀!

　　測試人員培訓(xùn)不定項選擇題

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

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

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

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

　　D. 驗收測試工件齊全。

　　分析：回答這道題，你必須是這家企業(yè)的員工。前面說到了驗收測試的目的和目標(biāo)，一個是需求必須實現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會對驗收測試標(biāo)準(zhǔn)做一些調(diào)整。ABCD

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

　　A.項目經(jīng)理

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

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

　　D.測試組

　　分析：上面的4種角色都需要參與。 ABCD

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

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

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

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

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

　　分析：首先大家需要知道alpha測試是系統(tǒng)級別的測試，該測試是在一個受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來。所以答案應(yīng)該是AD

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

　　A.制定測試計劃

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

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

　　D.評估測試活動

　　分析：合理的答案的是BC，同時要看軟件企業(yè)對該類人員的職責(zé)是如何定義。

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

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

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

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

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

　　分析：先要了解一下什么是基線。這個是軟件配置管理中一個重要的概念。工作產(chǎn)品必須納入到一定的基線里面。所以選擇ABC是必定的，至于是否選擇D要看這家企業(yè)自身的標(biāo)準(zhǔn)了

　　測試人員培訓(xùn)判斷題

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

　　分析：軟件測試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個意義上面說上面的這個論斷是正確的。不少人會認(rèn)為軟件測試可以保證軟件的質(zhì)量，其實這個觀點是錯誤，測試只是軟件質(zhì)量控制中的一個角色，其活動并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個公司里面如果有了軟件測試人員，產(chǎn)品的質(zhì)量就會好起來。Y

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

　　分析：Beat測試和驗收測試是兩種不同的測試。驗收測試的目的是為了以發(fā)現(xiàn)”未實現(xiàn)的需求”為目的，以評估”適合使用”為目標(biāo)，該類測試的不是以發(fā)現(xiàn)缺陷為主要目的。beta測試是一模擬真實的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測試。所以兩者之間的是非包容關(guān)系。N

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

　　分析：上面說到了驗收測試的目的和目標(biāo)，所以驗收測試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實施。例如產(chǎn)品經(jīng)理。當(dāng)軟件以項目的形式出現(xiàn)，那么驗收測試由最終用戶來實施的情況是比較長見的。但是對于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗收測試會更多。N

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

　　分析：應(yīng)該說這道題目沒有明確的答案，在項目立項前測試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時不同企業(yè)，立項前要達(dá)成的一些必要條件也是大相徑庭的。應(yīng)該說這一題目出的不是很好，如果你是出題人這家企業(yè)的測試工程師，那么就應(yīng)該有一個明確的答案。

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

　　分析：同樣這一題目也沒有標(biāo)準(zhǔn)答案。因為該數(shù)據(jù)的來源和其統(tǒng)計的方法，樣本都沒有一個工業(yè)標(biāo)準(zhǔn)。這樣出來的數(shù)據(jù)同樣不具有權(quán)威性。這里我可以說一個簡單的例子，在用ASP,php這類腳本語言開發(fā)網(wǎng)頁的時候是根本沒有復(fù)雜的單元測試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案

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

　　分析：代碼審查是一種靜態(tài)技術(shù)，從這個意義上說代碼復(fù)查是需要和其他的一些動態(tài)測試技術(shù)配合才能檢查代碼是否符合設(shè)計的要求。N

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

　　分析：這道題目大家看下top-down 和 down-top的集成測試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動測試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成測試。驅(qū)動程序和樁程序都是需要開發(fā)的。Y

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

　　分析：

　　負(fù)載測試：通常運(yùn)行時間比較短，在系統(tǒng)上逐漸加壓，直到性能指標(biāo)達(dá)到飽和狀態(tài)(比如相應(yīng)時間超出預(yù)期要求、系統(tǒng)資源占用率居高不下等)，從而驗證系統(tǒng)預(yù)期的性能目標(biāo)、相應(yīng)時間等。

　　壓力測試：長時間運(yùn)行，逐漸增加超負(fù)荷(并發(fā)、循環(huán)、多用戶等)，直到系統(tǒng)產(chǎn)生異常以及對異常的處理能力，從而驗證系統(tǒng)可靠性、找到系統(tǒng)的瓶頸。 **微軟壓力測試的經(jīng)驗值為72小時。**

　　負(fù)載測試：是通過逐步增加系統(tǒng)負(fù)載，測試系統(tǒng)性能的變化，并最終確定在滿足性能指標(biāo)的情況下，系統(tǒng)所能承受的最大負(fù)載量的測試。

　　壓力測試：是通過逐步增加系統(tǒng)負(fù)載，測試系統(tǒng)性能的變化，并最終確定在什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài)，并以此來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。也就是壓力測試是為了發(fā)現(xiàn)在什么條件下系統(tǒng)的性能會變得不可接受。N

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

　　分析：同樣，這一題沒有正確的答案。缺陷是否修復(fù)是需要聽取測試人員的意見，但測試人員的意見非決定性。所以還是要看一個企業(yè)賦予測試人員有多大的權(quán)力。N

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

　　分析：如果測試員有這個水平，那么當(dāng)然是可以參加的。不過大多數(shù)的企業(yè)不會讓普通的測試人員參與代碼的評審。N

　　測試人員培訓(xùn)簡答題

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

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

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

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

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

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

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

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

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

　　2.什么是軟件測試

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

　　3.簡述集成測試的過程

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

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

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

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

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

　　e. 測試代碼編寫過程。

　　f.bug的報告過程。

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

　　h. 點對點的測試過程。

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

　　4.怎么做好文檔測試

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

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

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

　　內(nèi)容是否完善

　　標(biāo)記是否正確

　　5.白盒測試有幾種方法

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

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

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

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

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

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

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

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

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

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

　　強(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ù)容量。

　　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è)計、實現(xiàn)、執(zhí)行、總結(jié)。其中：

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

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

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

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

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

猜你感興趣：

1.測試個人適合職業(yè)測試題

2.最適合你的職業(yè)測試題

3.職業(yè)測試題及答案

4.專業(yè)性格測試題及答案

5.專業(yè)職業(yè)測試題及答案