軟件測試工程師面試題

軟件測試工程師面試題

ID:42081810

大?。?5.50 KB

頁數(shù):4頁

時間:2019-09-07

軟件測試工程師面試題_第1頁
軟件測試工程師面試題_第2頁
軟件測試工程師面試題_第3頁
軟件測試工程師面試題_第4頁
資源描述:

《軟件測試工程師面試題》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫

1、1.軟件測試的目的是盡可能多的找岀軟件的缺陷。(Y)2.Beta測試是驗收測試的-種。(Y)3.驗收測試是由最終用戶來實施的。(N)4.項目立項前測試人員不需要提交任何工件。(Y)5.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(Y)6.代碼評審是檢查源代碼是否達到模塊設計的要求。(N)7.口底向上集成需要測試員編寫驅(qū)動程序。(Y)8.負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。(N)9.測試人員要堅持原則,缺陷未修復完堅決不予通過。(N)10.代碼評審員一般由測試員擔任。Q)11.我們可以人為的使得軟件不存在配置問題。Q)12.集成測試計劃在需求分析階段末提交。Q)二、

2、選折1.軟件驗收測試的合格通過準則是:(ABCD)A.軟件需求分析說明書中定義的所有功能已全部實現(xiàn),性能指標全部達到耍求。B.所有測試項沒有殘余一級、二級和三級錯謀。C.立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)-致。D.驗收測試工件齊全。2.軟件測試計劃評審會需要哪些人員參加?(ABCD)A.項目經(jīng)理B.SQA負責人C.配置負責人D.測試組3.下列關(guān)于alpha測試的描述中正確的是:(AD)A.alpha測試需要用戶代表參加B.alpha測試不需要用戶代表參加C.alpha測試是系統(tǒng)測試的一種D.alpha測試是驗收測試的一種4?測試設計員的職責有:(BC)A.制定

3、測試計劃B.設計測試用例C.設計測試過程、腳本D.評估測試活動5.軟件實施活動的進入準則是:(ABC)A.需求工件已經(jīng)被基線化B.詳細設計工件已經(jīng)被基線化C.構(gòu)架工件已經(jīng)被基線化A.項目階段成果已經(jīng)被基線化三、添空1.軟件驗收測試包括:正式驗收測試,alpha測試,beta測試。2.系統(tǒng)測試的策略有:功能測試,性能測試,可靠性測試,負載測試,易用性測試,強度測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復測試,界面測試,容量測試,兼容性測試,分布測試,可用性測試,(有的可以合在一起,分開寫只耍寫出15就滿分哦)3.設計系統(tǒng)測試計劃需要參考的項目文擋有:軟

4、件測試計劃,軟件需求工件和迭代計劃。4.對面向過程的系統(tǒng)采川的集成策略有:X頂向下,自底向上兩種。5.(這題出的有問題峨,詳細的5步驟為S)通過畫因果圖來寫測試川例的步驟為:(1)分析軟件規(guī)格說明描述中,哪些是原因(即輸入條件或輸入條件的等價類),哪些是結(jié)果(即輸出條件),并給每個原因和結(jié)果賦予-?個標識符。(2)分析軟件規(guī)格說明描述中的語義,找出原因與結(jié)果之間,原因與原因之間對應的是什么關(guān)系?根據(jù)這些關(guān)系,畫出因果圖。(3)由于語法或環(huán)境限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況,在因果圖上川一些記號標明約束或限制條件。(4)把因

5、果圖轉(zhuǎn)換成判定表。(5)把判定表的每一列拿岀來作為依據(jù),設計測試用例。四、簡答(資料是搜集整理的,感謝前輩的解題)無1.區(qū)別階段評審的與同行評審同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤;階段評審目的:評審模塊階段作品的正確性可行性及完整性同行評審人數(shù):3-7人人員必須經(jīng)過同行評審會議的培訓,由SQA指導階段評審人數(shù):5人左右評審人必須是專家具有系統(tǒng)評審資格同行評審內(nèi)容:內(nèi)容小-?般文檔<40頁,代碼<500行階段評'市內(nèi)容:內(nèi)容多,主要看重點同行評審時間:一小部分工作產(chǎn)品完成階段評審時間:通常是設置在關(guān)鍵路徑的時間點上!2.什么是軟件測試使用人工和H動手段來

6、運行或測試摸個系統(tǒng)的過程。其目的在于驗證他是否滿足規(guī)定的需求或弄清楚預期結(jié)果和實際結(jié)果的差別。3簡述集成測試的過程系統(tǒng)集成測試主耍包括以下過程:1.構(gòu)建的確認過程。2.補丁的確認過程。3.系統(tǒng)集成測試測試組提交過程。4.測試用例設計過程。5.測試代碼編寫過程。6.Bug的報告過程。1.每周/每兩周的構(gòu)建過程。2.點對點的測試過程。3.組內(nèi)培訓過程。4怎么做好文檔測試仔細閱讀,跟隨每個步驟,檢查每個圖形,嘗試每個示例。P142檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全,正確內(nèi)容是否完善標記是否止確5白盒測試有兒種方法總體上分為愉態(tài)方法和動態(tài)方法兩大類。愉態(tài):關(guān)鍵功能

7、是檢查軟件的表示和描述是否-致,沒有沖突或者沒有歧義動態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。6系統(tǒng)測試計劃是否需要同行審批,為什么需耍,系統(tǒng)測試計劃屈于項目階段性關(guān)鍵文檔,因此需要評審。7Alpha測試與beta的區(qū)別Alpha測試在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試;測試后仍然會有少量的設訃變更。這種測試-般由最終用戶或其它人員完成,不能由程序或測試員完成。Beta測試當開發(fā)和測試根木完成時所做的測試,最終的錯誤利問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。

當前文檔最多預覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當前文檔最多預覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學公式或PPT動畫的文件,查看預覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負責整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細閱讀文檔內(nèi)容,確認文檔內(nèi)容符合您的需求后進行下載,若出現(xiàn)內(nèi)容與標題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。