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

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

軟件測試工程師筆試題庫及答案

試題1

一、基礎理論

1、軟件測試的結束標準是什么?

2、一套完整的測試應該由哪些階段組成?分別闡述一下各個階段。

3、什么是缺陷報告?

4、缺陷報告的作用

5、缺陷報告的要點

6、軟件測試缺陷報告的“5C”原則

7、缺陷的二八定理

8、軟件測試的流程

9、測試計劃的目的是什么?測試計劃的內容都包括什么?其中哪些

是最重要的?

10、請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系

統測試、驗收測試的區別與聯系。

11、Alpha測試與beta測試的區別

答案:

一、基礎理論

1、測試計劃中所有規定的測試內容和回歸測試都已經運行完成或根

據上級主管對測試結果的意見,就可以結束本次測試

2、計劃階段、設計階段、白盒單元、白盒集成、黑盒單元、黑盒集

成、系統測試、回歸測試、驗收測試

一套完整的測試應該由五個階段組成:

1)測試計劃首先,根據用戶需求報告中關于功能要求和性能指標的

規格說明書,定義相應的測試需求報告,即制訂黑盒測試的最高標準。

以后所有的測試工作都將圍繞著測試需求來進行,符合測試需求的應

用程序即是合格的,反之即是不合格的;同時,還要適當選擇測試內

容,合理安排測試人員、測試時間及測試資源等。

2)測試設計將測試計劃階段制訂的測試需求分解、細化為若干個可

執行的測試過程,并為每個測試過程選擇適當的測試用例(測試用例

選擇的好壞將直接影響測試結果的有效性)。

3)測試開發建立可重復使用的自動測試過程。

4)測試執行執行測試開發階段建立的自動測試過程,并對所發現的

缺陷進行跟蹤管理,測試執行一般由單元測試、組合測試、集成測試、

系統聯調及回歸測試等步驟組成,測試人員應本著科學負責的態度,

一步一個腳印地進行測試。

5)測試評估結合量化的測試覆蓋域及缺陷跟蹤報告,對于應用軟件

的質量和開發團隊的工作進度及工作效率進行綜合評價。

3、缺陷報告是描述軟件缺陷現象和重現步驟地集合。軟件缺陷報告

SoftwareBugReport(SBR)或軟件問題報告SoftwareProblem

Report(SPR)

4、缺陷報告是軟件測試人員的工作成果之一,體現軟件測試的價值

缺陷報告可以把軟件存在的缺陷準確的描述出來,便于開發人員修正

缺陷報告可以反映項目/產品當前的質量狀態,便于項目整體進度和

質量控制

軟件測試缺陷報告是軟件測試的輸出成果之一,可以衡量測試人員的

工作能力

5、標題(Title)

簡潔、準確、完整、反映缺陷本質、方便查詢

前綴+標題正文,標題正文采用結果和動作,或者現象和位置的方

式表達

步驟(Steps)

可復現、完整、簡潔、準確

按數字編號

實際結果(Actualresults)

準確、詳細描述軟件的現象和特征

期望結果(Expectedresults)

準確、豐富、有理有據

平臺(Platforms)

準確

截圖(Screenshots)

準確反映缺陷特征

注釋(Notes)

關于缺陷的輔助說明

6、內容準確(Correct):

每個組成部分的描述準確,不會引起誤解

步驟簡潔(Concise):

只包含必不可少的信息,不包括任何多余的內容

內容清晰(Clear):

每個組成部分的描述清晰,易于理解

結構完整(Complete):

包含復現該缺陷的完整步驟和其他本質信息

風格一致(Consistent):

按照一致的格式書寫全部缺陷報告

7、在分析、設計、實現階段的復審和測試工作能夠發現和避免80%

的缺陷,而系統測試又能找出其余缺陷中的80%,最后的4%的缺陷可

能只有在用戶大范圍、長時間使用后才會暴露出來。

8、制訂測試計劃、設計測試用例、實施測試、提交缺陷報告、測試

總結。

9、測試計劃的目的:編寫軟件測試計劃的目的是指導測試組成員進

行工作和讓測試組以外的項目成員了解測試工作的。

測試計劃的內容:測試目的和測試項目簡介、測試參考文檔和測試提

交文檔、術語和定義、測試策略、確定測試內容、資源、測試進度、

測試員的職責與任務分配、項目通過或失敗的標準、暫

停和重新啟動測試的標準、風險和問題等。

最重要的:測試策略、確定測試內容、資源、測試進度、測試員的職

責與任務分配、項目通過或失敗的標準

10、黑盒測試:把測試對象當成一個黑盒子,測試人員完全不考慮邏

輯結構和內部特性,只依據程式的需求說明書來檢查程式的功能是否

滿足它的功能說明。

白盒測試:把測試對象當成一個透明的盒子,允許測試人員利用程序

內部邏輯結構及相關信息,設計或選擇測試用例,對程式所有邏輯路

徑進行測試。

單元測試:白盒測試的一種,對軟件設計中的單元模塊進行測試。

集成測試:在單元測試的基礎上,對單元模塊之間的連接和組裝W

進行測試。

系統測試:在所有都考慮的情況下,對系統進行測試。

驗收測試:第三方進行的確認軟件滿足需求的測試。

試題2

1、什么是軟件測試?2,

2、軟件測試與軟件質量保證的區別。10'

3、報告軟件缺陷時,測試人員要對軟件缺陷分類,以簡明扼要的方

式指出其影響,以及修

改的優先次序。請描述如何劃分缺陷與錯誤嚴重性和優先級別?10'

4、BUG信息應該包含那些內容。5'

5、測試用例說明應該包含哪些內容?測試用例計劃包含哪些目標?

10,

6、WEB應用軟件測試必須進行哪些類型測試,請列出每種類型的測

試要點。15'

7、網絡應用測試的主要內容是什么?10'

8、用戶文檔測試應該注意哪些要點?10'

9、在DBMS中,視圖的作用是什么?

寫出建立視圖的命令格式(如建立信息系學生的視圖)10'

10、請列舉您認為身為測試人員應具備的能力和技術。8,

參考答案

1、什么是軟件測試?2,

【要點】

在規定條件下對程序進行操作,以發現錯誤,對軟件質量進行評估,

包括對軟件形成過程的文檔、數據以及程序進行測試。

【詳解】

軟件測試就是在軟件投入運行前對軟件需求分析、軟件設計規格說明

書和軟件編碼進行查錯(包括代碼執行活動與人工活動)。也可以說,

軟件測試是為了發現錯誤而執行程序的過程?;蛘哒f,軟件測試是根

據軟件開發各階段的規格說明和程序的內部構造而精心設計一批測

試用例(即輸入數據及其預期的輸出結果),并利用這些測試用例去

運行程序,以發現程序錯誤,這是在軟件投入前,對軟件需求分析、

軟件設計規格說明書和軟件編碼的最終復審,是軟件質量保障的關鍵

步驟。

1、軟件測試與軟件質量保證的區別。10'

【要點】

軟件測試只是質量保證工作中的一個環節,軟件質量保證與軟件測試

是軟件質量工程的兩個不同層面的工作;

質量保證:通過預防、檢查與改進來保證軟件質量,采用全面質量管

理和過程改進的原理來開展質量保證工作,主要關注軟件質量的檢查

與測試,主要著眼于軟件開發活動的過程、步驟和產物。

軟件測試:通過執行軟件來,對過程中的產物(開發文檔和程序)進

行走查,發現問題,報告質量

【詳解】

軟件測試和軟件質量保證是軟件質量工程中的兩個不同層面的工作。

軟件測試只是軟件質量保證工作中的一個重要環節。

質量保證(QA)的工作是通過預防、檢查與改進來保證軟件的質量。QA

采用的方法重要是按“全面質量管理”和“過程改進”的原來開展質

量保證工作。雖然在軟件質量保證的活動中也有一些測試活動,但它

所以關注的是軟件質量的檢查和測量。它的主要工作是對軟件生命周

期的管理,以及檢驗軟件是否滿足規定的質量和用戶的需求,因此重

要是著眼于軟件開發活動中的過程,步驟和產物,而不是軟件進行剖

析,找出問題或者評估。

軟件測試雖然與開發過程緊密相關,但它所關心的不是過程的活動,

而是對過程的產物,以及開發出的軟件進行剖析。測試人員要對過程

的產物(開發文檔和源代碼)進行走讀,運行軟件。以找到問題和報

告質量。測試人員必須假設軟件存在潛在的問題,測試中所做的操作

就是為了找出更多的問題,而不是為了驗證(事實上也不可能)軟件

的正確性。所以軟件測試雖然對提高軟件的質量起著關鍵的作用,但

它只是軟件質量保證的一個重要環節。

3、請描述如何劃分缺陷與錯誤嚴重性和優先級別?10'

給軟件缺陷與錯誤劃分嚴重性和優先級的通用原則:

(1)表示軟件缺陷所造成餓危害和惡劣程度。

(2)優先級表示修復缺陷的重要程度和次序。

嚴重性:

(1)、嚴重:系統崩潰、數據丟失、數據毀壞

(2)、較嚴重:操作性錯誤、結果錯誤、遺漏功能

(3)、一般:小問題、錯別字、UI布局、罕見故障

(4)、建議:不影響使用的瑕疵或更好的實現。

優先級:

(1)、最高優先級:立即修復,停止進一步測試。

(2)、次高優先級:在產品發布之前必須修復。

(3)、中等優先級:如果時間允許應該修復。

(4)、最低優先級:可能會修復,但是也可能發布。

4、BUG信息應該包含那些內容。5'

測試軟件名稱、測試版本號、測試人名稱、測試事件、測試軟件和硬

件配置環境、發現軟件錯誤的類型、錯誤的嚴重程度、詳細步驟、必

要的附圖、測試注釋。

5、測試用例說明應該包含哪些內容?10'

(1)定義(ANSI/IEEE829):編寫用于輸入的實際數據和預期結果,

并明確指出使用

具體測試用例產生的測試程序的任何限制

(2)包含的內容

標識符:由測試設計過程說明和測試程序說明引用的唯一標識符

測試項:描述被測試的詳細特性、代碼模塊等

輸入說明:列舉執行測試用例的所有輸入內容或者條件

輸出說明:描述進行測試用例預期的結果

環境要求:執行測試用例的軟件、硬件、測試工具及人員等要求

特殊要求:描述執行測試用例的特殊要求

用例之間的依賴性:注明與其分用例的依賴關系或受其他用例的

影響

測試用例計劃包含4個目標即:組織性、重復性、跟蹤和測試證實。

6、WEB應用軟件測試必須進行以下不同類型的測試,包括:功能測

試、性能測試、可用性測試、兼容測試、安全測試等。15,

(1)、功能測試主要是用來測試WEB應用軟件是否履行了預期的功

能,確保每一個功能與需求說明一致。根據測試對象的不同,可分為:

鏈接測試、表單測試、COOKIES測試、設計語言測試、數據庫測試。

(2)、性能測試主要是確保WEB應用系統達到要求的性能,一般用

最大的運行時間、吞吐率、相應時間描述。

性能測試又分為:鏈接速度測試、負載測試和壓力測試,負載測試是

為了測量WEB系統在某一負載級別上的性能,以保證WEB系統在需求

范圍內能正常工作。負載級別可以是某個時刻同時訪問WEB系統的用

戶數量,也可以是在線數據處理的數量。

壓力測試是指實際破壞一個WEB應用系統時測試系統的反映,壓力測

試是測試系統的限制和故障恢復能力,也就是測試WEB應用系統會不

會崩潰,在什么情況下會崩潰,壓力測試的區域包括表單、登錄、和

其他信息傳輸頁面等。壓力測試側重于確定系統崩潰時的用戶負載量。

(3)、可用性測試:導航測試、圖形測試、內容測試、整體界面測

試。

(4)、兼容性測試:確定WEB應用軟件在不同軟件、硬件和網絡配

置下運行情況,它主要

是用來測試在不同瀏覽器中是否都可以正確地顯示WEB應用程序的

頁面內容,從而保證頁面中的某些代碼,比如:JavaScript.ActiveX,

CSS等在不同平臺配置上都能具有正確性。

(5)、安全測試。

7、網絡應用測試的主要內容是什么?10'

網絡應用系統包含:網絡應用軟件、工作站桌面軟件和客戶/服務器

數據庫。

網絡應用測試重點考察:多用戶并發訪問性能、應用系統響應時間、

應用系統對網絡資源的占用情況、與網絡相關的應用功能特性、應

用系統在網絡環境下的穩定性。

(1)特性測試:特性測試核實的是單個命令和應用程序功能,通常

用較小的負

載完成,關注的是用戶界面、應用程序的操作,以及用戶與計算機之

間的互操作。

(2)功能測試:要求網絡配置和負載非常接近于運行環境下的模式,

關注的是

當多個用戶使用應用程序時,網絡和文件系統或者數據庫系統之間的

交互

情況,核實的是重負載下后臺功能能否正確執行。

(3)應用負載測試。

(4)應用系統響應時間測試。

(5)應用系統升級測試。

8、用戶文檔測試的要點10'

(1)、明確讀者群:根據讀者群(如初級、中級、高級用戶)的不

同來檢查文檔內容,保證用戶能夠看得懂、能理解

(2)、術語:文檔中術語的描述要適合定位的讀者群,用法一致,

標準定義與業界規范相吻合(3)、文檔內容的正確性:要保證所有

信息是真實正確的(4)、文檔內容的完整性:要完全根據提示逐步

操作,檢查是否存在遺漏的地方

(5)、文檔與程序的一致性:按照文檔操作后,檢查軟件返回的結

果與文檔描述是否一致

(6)、文檔的易用性:檢查是否便于用戶查找相應的內容

(7)、圖表與界面截圖:檢查所有圖表與界面截圖與發布的程序版

本一致

(8)、樣例和示例:檢查所有的樣例和示例能夠正確完成;

(9)、語言:中文文檔保證無錯別字和二義性

(10)、印刷與包裝:印刷質量,包裝質量

9、在DBMS中,視圖不是真正的包含數據,只是把定義存于數據字典

中。作用為:10'

(1)、簡化用戶操作。

(2)、使用戶能從多角度中看待同一數據。

(3)、對重構數據提供一定程度的邏輯獨立性。

(4)、能對機密數據提供安全保護。

CREATEVIEW〈視圖名>[(<列名>[<列名>]““)]

AS

子查詢

[WithCheckOption]

CREATEVIEWIS_Student

AS

SELECTSno,Sname,Sage

FROMStudent

WHERESdept='IS'

WithCheckOptionlO,測試人員應該具備的能力和技術。8'

1、基本能力

2、溝通能力

3、技術能力

測試方法應用、測試用例設計、測試工具使用(測試管理系統、自動

化測試工具、負載測試工具)

4、管理能力

5、文檔能力

試題3

一、判斷題

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

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

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

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

5.單元測試能發現約80%的軟件缺陷。(Y)

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

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

8.負載測試是驗證要檢驗的系統的能力最高能達到什么程度。(N)

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

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

11.我們可以人為的使得軟件不存在配置問題。(N)

12.集成測試計劃在需求分析階段末提交。(N)

二、選折

1.軟件驗收測試的合格通過準則是:(ABCD)

A.軟件需求分析說明書中定義的所有功能已全部實現,性能指標全

部達到要求。

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

C.立項審批表、需求分析文檔、設計文檔和編碼實現一致。

D.驗收測試工件齊全。

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

A.項目經理

B.SQA負責人

C.配置負責人

D.測試組

3.下列關于alpha測試的描述中正確的是:(AD)

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

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

C.alpha測試是系統測試的一種

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

4.測試設計員的職責有

溫馨提示

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

評論

0/150

提交評論