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

下載本文檔

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

文檔簡介

軟件測試工程師筆試題庫及答案試題1一、基礎(chǔ)理論1、軟件測試的結(jié)束標準是什么?2、一套完整的測試應(yīng)該由哪些階段組成?分別闡述一下各個階段。3、什么是缺陷報告?4、缺陷報告的作用5、缺陷報告的要點6、軟件測試缺陷報告的“5C”原則7、缺陷的二八定理8、軟件測試的流程9、測試計劃的目的是什么?測試計劃的內(nèi)容都包括什么?其中哪些是最重要的?10、請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。11、Alpha測試與beta測試的區(qū)別答案:一、基礎(chǔ)理論1、測試計劃中所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)運行完成或根據(jù)上級主管對測試結(jié)果的意見,就可以結(jié)束本次測試2、計劃階段、設(shè)計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測試、回歸測試、驗收測試

范圍內(nèi)能正常工作。負載級別可以是某個時刻同時訪問WEB系統(tǒng)的用戶數(shù)量,也可以是在線數(shù)據(jù)處理的數(shù)量。壓力測試是指實際破壞一個WEB應(yīng)用系統(tǒng)時測試系統(tǒng)的反映,壓力測試是測試系統(tǒng)的限制和故障恢復(fù)能力,也就是測試WEB應(yīng)用系統(tǒng)會不會崩潰,在什么情況下會崩潰,壓力測試的區(qū)域包括表單、登錄、和其他信息傳輸頁面等。壓力測試側(cè)重于確定系統(tǒng)崩潰時的用戶負載量。(3)、可用性測試:導航測試、圖形測試、內(nèi)容測試、整體界面測試。(4)、兼容性測試:確定WEB應(yīng)用軟件在不同軟件、硬件和網(wǎng)絡(luò)配置下運行情況,它主要是用來測試在不同瀏覽器中是否都可以正確地顯示W(wǎng)EB應(yīng)用程序的頁面內(nèi)容,從而保證頁面中的某些代碼,比如:JavaScript.ActiveX、CSS等在不同平臺配置上都能具有正確性。(5)、安全測試。7、網(wǎng)絡(luò)應(yīng)用測試的主要內(nèi)容是什么?10'網(wǎng)絡(luò)應(yīng)用系統(tǒng)包含:網(wǎng)絡(luò)應(yīng)用軟件、工作站桌面軟件和客戶/服務(wù)器數(shù)據(jù)庫。網(wǎng)絡(luò)應(yīng)用測試重點考察:多用戶并發(fā)訪問性能、應(yīng)用系統(tǒng)響應(yīng)時間、應(yīng)用系統(tǒng)對網(wǎng)絡(luò)資源的占用情況、與網(wǎng)絡(luò)相關(guān)的應(yīng)用功能特性、應(yīng)用系統(tǒng)在網(wǎng)絡(luò)環(huán)境下的穩(wěn)定性。(1)特性測試:特性測試核實的是單個命令和應(yīng)用程序功能,通常用較小的負

載完成,關(guān)注的是用戶界面、應(yīng)用程序的操作,以及用戶與計算機之間的互操作。(2)功能測試:要求網(wǎng)絡(luò)配置和負載非常接近于運行環(huán)境下的模式,關(guān)注的是當多個用戶使用應(yīng)用程序時,網(wǎng)絡(luò)和文件系統(tǒng)或者數(shù)據(jù)庫系統(tǒng)之間的交互情況,核實的是重負載下后臺功能能否正確執(zhí)行。(3)應(yīng)用負載測試。(4)應(yīng)用系統(tǒng)響應(yīng)時間測試。(5)應(yīng)用系統(tǒng)升級測試。8、用戶文檔測試的要點10'(1)、明確讀者群:根據(jù)讀者群(如初級、中級、高級用戶)的不同來檢查文檔內(nèi)容,保證用戶能夠看得懂、能理解(2)、術(shù)語:文檔中術(shù)語的描述要適合定位的讀者群,用法一致,標準定義與業(yè)界規(guī)范相吻合(3)、文檔內(nèi)容的正確性:要保證所有信息是真實正確的(4)、文檔內(nèi)容的完整性:要完全根據(jù)提示逐步操作,檢查是否存在遺漏的地方(5)、文檔與程序的一致性:按照文檔操作后,檢查軟件返回的結(jié)果與文檔描述是否一致(6)、文檔的易用性:檢查是否便于用戶查找相應(yīng)的內(nèi)容(7)、圖表與界面截圖:檢查所有圖表與界面截圖與發(fā)布的程序版本一致

(8)、樣例和示例:檢查所有的樣例和示例能夠正確完成;(9)、語言:中文文檔保證無錯別字和二義性(10)、印刷與包裝:印刷質(zhì)量,包裝質(zhì)量9、在DBMS中,視圖不是真正的包含數(shù)據(jù),只是把定義存于數(shù)據(jù)字典中。作用為:10'(1)、簡化用戶操作。(2)、使用戶能從多角度中看待同一數(shù)據(jù)。(3)、對重構(gòu)數(shù)據(jù)提供一定程度的邏輯獨立性。(4)、能對機密數(shù)據(jù)提供安全保護。CREATEVIEW〈視圖名>[(<列名>[<列名>]〃〃)]AS子查詢[WithCheckOption]CREATEVIEWIS_StudentASSELECTSno,Sname,SageFROMStudentWHERESdept='IS'WithCheckOptionlO、測試人員應(yīng)該具備的能力和技術(shù)。8'1、基本能力2、溝通能力3、技術(shù)能力

測試方法應(yīng)用、測試用例設(shè)計、測試工具使用(測試管理系統(tǒng)、自動化測試工具、負載測試工具)4、管理能力5、文檔能力試題3一、判斷題.軟件測試的目的是盡可能多的找出軟件的缺陷。(Y).Beta測試是驗收測試的一種。(Y).驗收測試是由最終用戶來實施的。(N).項目立項前測試人員不需要提交任何工件。(Y).單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(Y).代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。(N).自底向上集成需要測試員編寫驅(qū)動程序。(Y).負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。(N).測試人員要堅持原則,缺陷未修復(fù)完堅決不予通過。(N).代碼評審員一般由測試員擔任。(N).我們可以人為的使得軟件不存在配置問題。(N).集成測試計劃在需求分析階段末提交。(N)二、選折1.軟件驗收測試的合格通過準則是:(ABCD)A.軟件需求分析說明書中定義的所有功能已全部實現(xiàn),性能指標全部達到要求。

B.所有測試項沒有殘余一級、二級和三級錯誤。C.立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。D.驗收測試工件齊全。2.軟件測試計劃評審會需要哪些人員參加?(ABCD)A.項目經(jīng)理B.SQA負責人C.配置負責人D.測試組.下列關(guān)于alpha測試的描述中正確的是:(AD)alpha測試需要用戶代表參加alpha測試不需要用戶代表參加alpha測試是系統(tǒng)測試的一種alpha測試是驗收測試的一種.測試設(shè)計員的職責有:(BC)A.制定測試計劃B.設(shè)計測試用例C.設(shè)計測試過程、腳本D.評估測試活動5.軟件實施活動的進入準則是:(ABC)A.需求工件已經(jīng)被基線化B.詳細設(shè)計工件已經(jīng)被基線化C.構(gòu)架工件已經(jīng)被基線化

D.項目階段成果已經(jīng)被基線化三、添空.軟件驗收測試包括:正式驗收測試,alpha測試,beta測試。.系統(tǒng)測試的策略有:功能測試,性能測試,可靠性測試,負載測試,易用性測試,強度測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復(fù)測試,界面測試,容量測試,兼容性測試,分布測試,可用性測試,(有的可以合在一起,分開寫只要寫出15就滿分哦).設(shè)計系統(tǒng)測試計劃需要參考的項目文擋有:軟件測試計劃,軟件需求工件和迭代計劃。4.對面向過程的系統(tǒng)采用的集成策略有:4.對面向過程的系統(tǒng)采用的集成策略有:自頂向下,自底向上兩種。.(這題出的有問題哦,詳細的5步驟為~~)通過畫因果圖來寫測試用例的步驟為:(1)分析軟件規(guī)格說明描述中,哪些是原因(即輸入條件或輸入條件的等價類),哪些是結(jié)果(即輸出條件),并給每個原因和結(jié)果賦予一個標識符。(2)分析軟件規(guī)格說明描述中的語義,找出原因與結(jié)果之間,原因與原因之間對應(yīng)的是什么關(guān)系?根據(jù)這些關(guān)系,畫出因果圖。(3)由于語法或環(huán)境限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況,在因果圖上用一些記號標明約束或限制條件。(4)把因果圖轉(zhuǎn)換成判定表。

(5)把判定表的每一列拿出來作為依據(jù),設(shè)計測試用例。一套完整的測試應(yīng)該由五個階段組成:1)測試計劃首先,根據(jù)用戶需求報告中關(guān)于功能要求和性能指標的規(guī)格說明書,定義相應(yīng)的測試需求報告,即制訂黑盒測試的最高標準。以后所有的測試工作都將圍繞著測試需求來進行,符合測試需求的應(yīng)用程序即是合格的,反之即是不合格的;同時,還要適當選擇測試內(nèi)容,合理安排測試人員、測試時間及測試資源等。2)測試設(shè)計將測試計劃階段制訂的測試需求分解、細化為若干個可執(zhí)行的測試過程,并為每個測試過程選擇適當?shù)臏y試用例(測試用例選擇的好壞將直接影響測試結(jié)果的有效性)。3)測試開發(fā)建立可重復(fù)使用的自動測試過程。4)測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動測試過程,并對所發(fā)現(xiàn)的缺陷進行跟蹤管理,測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成,測試人員應(yīng)本著科學負責的態(tài)度,一步一個腳印地進行測試。5)測試評估結(jié)合量化的測試覆蓋域及缺陷跟蹤報告,對于應(yīng)用軟件的質(zhì)量和開發(fā)團隊的工作進度及工作效率進行綜合評價。3、缺陷報告是描述軟件缺陷現(xiàn)象和重現(xiàn)步驟地集合。軟件缺陷報告SoftwareBugReport(SBR)或軟件問題報告SoftwareProblemReport(SPR)4、缺陷報告是軟件測試人員的工作成果之一,體現(xiàn)軟件測試的價值缺陷報告可以把軟件存在的缺陷準確的描述出來,便于開發(fā)人員修正

缺陷報告可以反映項目/產(chǎn)品當前的質(zhì)量狀態(tài),便于項目整體進度和質(zhì)量控制軟件測試缺陷報告是軟件測試的輸出成果之一,可以衡量測試人員的工作能力5、標題(Title)簡潔、準確、完整、反映缺陷本質(zhì)、方便查詢前綴+標題正文,標題正文采用結(jié)果和動作,或者現(xiàn)象和位置的方式表達步驟(Steps)可復(fù)現(xiàn)、完整、簡潔、準確按數(shù)字編號實際結(jié)果(Actualresults)準確、詳細描述軟件的現(xiàn)象和特征期望結(jié)果(Expectedresults)準確、豐富、有理有據(jù)平臺(Platforms)準確截圖(Screenshots)準確反映缺陷特征注釋(Notes)關(guān)于缺陷的輔助說明6、內(nèi)容準確(Correct):

每個組成部分的描述準確,不會引起誤解步驟簡潔(Concise):只包含必不可少的信息,不包括任何多余的內(nèi)容內(nèi)容清晰(Clear):每個組成部分的描述清晰,易于理解結(jié)構(gòu)完整(Complete):包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息風格一致(Consistent):按照一致的格式書寫全部缺陷報告7、在分析、設(shè)計、實現(xiàn)階段的復(fù)審和測試工作能夠發(fā)現(xiàn)和避免80%的缺陷,而系統(tǒng)測試又能找出其余缺陷中的80%,最后的4%的缺陷可能只有在用戶大范圍、長時間使用后才會暴露出來。8、制訂測試計劃、設(shè)計測試用例、實施測試、提交缺陷報告、測試總結(jié)。9、測試計劃的目的:編寫軟件測試計劃的目的是指導測試組成員進行工作和讓測試組以外的項目成員了解測試工作的。測試計劃的內(nèi)容:測試目的和測試項目簡介、測試參考文檔和測試提交文檔、術(shù)語和定義、測試策略、確定測試內(nèi)容、資源、測試進度、測試員的職責與任務(wù)分配、項目通過或失敗的標準、停和重新啟動測試的標準、風險和問題等。最重要的:測試策略、確定測試內(nèi)容、資源、測試進度、測試員的職責與任務(wù)分配、項目通過或失敗的標準

10、黑盒測試:把測試對象當成一個黑盒子,測試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。白盒測試:把測試對象當成一個透明的盒子,允許測試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息,設(shè)計或選擇測試用例,對程式所有邏輯路徑進行測試。單元測試:白盒測試的一種,對軟件設(shè)計中的單元模塊進行測試。集成測試:在單元測試的基礎(chǔ)上,對單元模塊之間的連接和組裝進行測試。集成測試:在單元測試的基礎(chǔ)上,對單元模塊之間的連接和組裝系統(tǒng)測試:在所有都考慮的情況下,對系統(tǒng)進行測試。驗收測試:第三方進行的確認軟件滿足需求的測試。試題21、什么是軟件測試?2'2、軟件測試與軟件質(zhì)量保證的區(qū)別。10'3、報告軟件缺陷時,測試人員要對軟件缺陷分類,以簡明扼要的方式指出其影響,以及修改的優(yōu)先次序。請描述如何劃分缺陷與錯誤嚴重性和優(yōu)先級別?10'4、BUG信息應(yīng)該包含那些內(nèi)容。5,5、測試用例說明應(yīng)該包含哪些內(nèi)容?測試用例計劃包含哪些目標?10'6、WEB應(yīng)用軟件測試必須進行哪些類型測試,請列出每種類型的測試要點。15,

7、網(wǎng)絡(luò)應(yīng)用測試的主要內(nèi)容是什么?10,8、用戶文檔測試應(yīng)該注意哪些要點?10'9、在DBMS中,視圖的作用是什么?寫出建立視圖的命令格式(如建立信息系學生的視圖)10'10、請列舉您認為身為測試人員應(yīng)具備的能力和技術(shù)。8,參考答案1、什么是軟件測試?2,【要點】在規(guī)定條件下對程序進行操作,以發(fā)現(xiàn)錯誤,對軟件質(zhì)量進行評估,包括對軟件形成過程的文檔、數(shù)據(jù)以及程序進行測試?!驹斀狻寇浖y試就是在軟件投入運行前對軟件需求分析、軟件設(shè)計規(guī)格說明書和軟件編碼進行查錯(包括代碼執(zhí)行活動與人工活動)。也可以說,軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?;蛘哒f,軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部構(gòu)造而精心設(shè)計一批測試用例(即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果),并利用這些測試用例去運行程序,以發(fā)現(xiàn)程序錯誤,這是在軟件投入前,對軟件需求分析、1、軟件測試與軟件質(zhì)量保證的區(qū)別。10'【要點】

軟件測試只是質(zhì)量保證工作中的一個環(huán)節(jié),軟件質(zhì)量保證與軟件測試是軟件質(zhì)量工程的兩個不同層面的工作;質(zhì)量保證:通過預(yù)防、檢查與改進來保證軟件質(zhì)量,采用全面質(zhì)量管理和過程改進的原理來開展質(zhì)量保證工作,主要關(guān)注軟件質(zhì)量的檢查與測試,主要著眼于軟件開發(fā)活動的過程、步驟和產(chǎn)物。軟件測試:通過執(zhí)行軟件來,對過程中的產(chǎn)物(開發(fā)文檔和程序)進行走查,發(fā)現(xiàn)問題,報告質(zhì)量【詳解】軟件測試和軟件質(zhì)量保證是軟件質(zhì)量工程中的兩個不同層面的工作。軟件測試只是軟件質(zhì)量保證工作中的一個重要環(huán)節(jié)。質(zhì)量保證(QA)的工作是通過預(yù)防、檢查與改進來保證軟件的質(zhì)量。QA采用的方法重要是按“全面質(zhì)量管理”和“過程改進”的原來開展質(zhì)量保證工作。雖然在軟件質(zhì)量保證的活動中也有一些測試活動,但它所以關(guān)注的是軟件質(zhì)量的檢查和測量。它的主要工作是對軟件生命周期的管理,以及檢驗軟件是否滿足規(guī)定的質(zhì)量和用戶的需求,因此重要是著眼于軟件開發(fā)活動中的過程,步驟和產(chǎn)物,而不是軟件進行剖析,找出問題或者評估。軟件測試雖然與開發(fā)過程緊密相關(guān),但它所關(guān)心的不是過程的活動,而是對過程的產(chǎn)物,以及開發(fā)出的軟件進行剖析。測試人員要對過程的產(chǎn)物(開發(fā)文檔和源代碼)進行走讀,運行軟件。以找到問題和報告質(zhì)量。測試人員必須假設(shè)軟件存在潛在的問題,測試中所做的操作就是為了找出更多的問題,而不是為了驗證(事實上也不可能)軟件

的正確性。所以軟件測試雖然對提高軟件的質(zhì)量起著關(guān)鍵的作用,但它只是軟件質(zhì)量保證的一個重要環(huán)節(jié)。3、請描述如何劃分缺陷與錯誤嚴重性和優(yōu)先級別?10'給軟件缺陷與錯誤劃分嚴重性和優(yōu)先級的通用原則:(1)表示軟件缺陷所造成餓危害和惡劣程度。(2)優(yōu)先級表示修復(fù)缺陷的重要程度和次序。嚴重性:(1)、嚴重:系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞(2)、較嚴重:操作性錯誤、結(jié)果錯誤、遺漏功能(3)、一般:小問題、錯別字、UI布局、罕見故障(4)、建議:不影響使用的瑕疵或更好的實現(xiàn)。優(yōu)先級:(1)、最高優(yōu)先級:立即修復(fù),停止進一步測試。(2)、次高優(yōu)先級:在產(chǎn)品發(fā)布之前必須修復(fù)。(3)、中等優(yōu)先級:如果時間允許應(yīng)該修

溫馨提示

  • 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)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論