東軟軟件測試工程師綜合筆試題_第1頁
東軟軟件測試工程師綜合筆試題_第2頁
東軟軟件測試工程師綜合筆試題_第3頁
東軟軟件測試工程師綜合筆試題_第4頁
東軟軟件測試工程師綜合筆試題_第5頁
已閱讀5頁,還剩1頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

東軟軟件測試工程師綜合筆試題一、判斷題(第1、3題每題2分,其他題每題1分,12分,正確的√,錯誤的╳)1.軟件測試的目的是盡可能多的找出軟件的缺陷。()這個觀點指出測試是以查找錯誤為中心,而不是為了演示軟件的正確功能。但是只從字面意思理解可能會產(chǎn)生誤導(dǎo),認(rèn)為發(fā)現(xiàn)錯誤是唯一目的。軟件是否符合用戶需求是判斷軟件質(zhì)量的重要標(biāo)準(zhǔn),檢驗軟件的可靠性也是軟件測試目的之一。2.Beta測試是工程驗收測試的一種,主要發(fā)現(xiàn)工程中存在的重要缺陷。()Beat測試和驗收測試是兩種不同的測試。驗收測試的目的是為了以發(fā)現(xiàn)“未實現(xiàn)的需求“為目的,以評估“適合使用“為目標(biāo),該類測試的不是以發(fā)現(xiàn)缺陷為主要目的。beta測試是一模擬真實的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測試。所以兩者之間的是非包容關(guān)系。驗收針對的工程;Alpha,Beta針對的是產(chǎn)品。最好不要出這樣的題。3.驗收測試是由最終用戶來實施的。()上面說到了驗收測試的目的和目標(biāo),所以驗收測試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實施。例如產(chǎn)品經(jīng)理。當(dāng)軟件以工程的形式出現(xiàn),那么驗收測試由最終用戶來實施的情況是比擬長見的。但是對于產(chǎn)品形式的軟件,生產(chǎn)企業(yè)內(nèi)部的驗收測試會更多。4.代碼評審是檢查源代碼是否到達(dá)模塊設(shè)計的要求。()代碼審查是一種靜態(tài)技術(shù),從這個意義上說代碼復(fù)查是需要和其他的一些動態(tài)測試技術(shù)配合才能檢查代碼是否符合設(shè)計的要求5.自底向上集成需要測試員編寫驅(qū)動程序。()這道題目大家看下top-down和down-top的集成測試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動測試程序,什么是樁程序。如果集成組件數(shù)量眾多,多關(guān)系層次,那么不管是什么類型的集成測試。驅(qū)動程序和樁程序都是需要開發(fā)的。6.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能到達(dá)什么程度。()關(guān)于負(fù)載測試和壓力測試在論壇中的帖子中有詳細(xì)的解釋,大家可以去看一下就能得出正確的答案7.測試人員要堅持原那么,缺陷未修復(fù)完堅決不予通過。()測試是否通過,不是以缺陷是否修復(fù)完畢為標(biāo)準(zhǔn),而是以測試需求和既定的完成標(biāo)準(zhǔn)為標(biāo)準(zhǔn)。。8.代碼評審員一般由測試員擔(dān)任。()如果測試員有這個水平,那么當(dāng)然是可以參加的。不過大多數(shù)的企業(yè)不會讓普通的測試人員參與代碼的評審。9.我們可以人為的使得軟件不存在配置問題。()首先大家先搞清楚什么是配置管理什么是軟件配置,從這道題目中看不出出題人想問的是關(guān)鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不管是何種情況,答案均是否認(rèn)的。10.集成測試方案在需求分析階段末提交。()集成測試方案在開發(fā)人員完成軟件集成方案之后就可以開始進(jìn)行了。所以在需求分析階段之后提交是不現(xiàn)實的事情,應(yīng)該在軟件的設(shè)計階段后,編碼前。二、不定項選擇題(每題2分,10分)1.軟件驗收測試的根本合格通過準(zhǔn)那么是:()A.軟件需求分析說明書中定義的'所有功能已全部實現(xiàn),性能指標(biāo)全部到達(dá)要求。B.所有測試項沒有剩余一級、二級BUGC.立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。D.驗收測試工件齊全。答復(fù)這道題,你必須是這家企業(yè)的員工。前面說到了驗收測試的目的和目標(biāo),一個是需求必須實現(xiàn),二是證明軟件是適合使用的。這樣能滿足這兩個通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會對驗收測試標(biāo)準(zhǔn)做一些調(diào)整。C是不對的因為立項時的需求和最終的需求很大可能是不完全一致的。A2.軟件測試方案評審會需要哪些人員參加?()A.工程經(jīng)理B.SQA負(fù)責(zé)人C.配置負(fù)責(zé)人D.測試組上面的4種角色都需要參與ABCD3.以下關(guān)于alpha測試的描述中正確的選項是:()A.alpha測試需要用戶代表參加B.alpha測試不需要用戶代表參加C.alpha測試是系統(tǒng)測試的一種D.alpha測試是驗收測試的一種首先大家需要知道alpha測試是系統(tǒng)級別的測試,該測試是在一個受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來。所以答案應(yīng)該是AD4.測試設(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)了三、填空題(每空1分,24分)1.軟件驗收測試包括、、三種類型。軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種測試。2.系統(tǒng)測試的策略有等15種方法。(該題15個空)系統(tǒng)測試的策略有很多種的,有性能測試、負(fù)載測試、強(qiáng)度測試、易用性測試、平安測試、配置測試、安裝測試、文檔測試、故障恢復(fù)測試、用戶界面測試、恢復(fù)測試、分布測試、可用性測試。3.設(shè)計系統(tǒng)測試方案需要參考的工程文檔有、和。設(shè)計系統(tǒng)測試方案需要參考的工程文檔有軟件測試方案、軟件需求工件、和迭代方案。4.通過畫因果圖來寫測試用例的步驟為、、、及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個步驟。利用因果圖生成測試用例的根本步驟是:§分析軟件規(guī)格說明描述中,哪些是原因(即輸入條件或輸入條件的等價類),哪些是結(jié)果(即輸出條件),并給每個原因和結(jié)果賦予一個標(biāo)識符?!旆治鲕浖?guī)格說明描述中的語義,找出原因與結(jié)果之間,原因與原因之間對應(yīng)的是什么關(guān)系?根據(jù)這

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論