軟件測試方法與技術試題一及答案_第1頁
軟件測試方法與技術試題一及答案_第2頁
軟件測試方法與技術試題一及答案_第3頁
軟件測試方法與技術試題一及答案_第4頁
軟件測試方法與技術試題一及答案_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

軟件測試方法與技術試題一及答案題號—一二三四五六七八總分得分評卷人單選題(本大題共15小題,每小題1分,共15分)對程序中已發(fā)現的錯誤進行錯誤定位和確定出錯性質,并改正這些錯誤,同時修改相關的文檔,稱為(B)A)測試 B)調試 C)錯誤分析 D)驗證數據流覆蓋關注的是程序中某個變量從其聲明、賦值到引用的變化情況,它是下列哪一種覆蓋的變種(A)A)語句覆蓋 B)控制覆蓋 C)分支覆蓋 D)路徑覆蓋程序的流程圖如下圖所示,采用路徑覆蓋法進行測試,則至少需要幾個測試用例可以覆蓋所有可能的路徑(C)A)5 B)6C)7 D)84.如果一個判定中的復合條件表達式為A)5 B)6C)7 D)84.如果一個判定中的復合條件表達式為(A>1)or(B<=3),則為了達到100%的條件覆蓋率,至少需要設計多少個測試用例(B)A)1 B)2 C)3D)4A)1 B)2 C)3D)4自底向上單元測試的策略是首先對模塊調用圖上的哪一層模塊進行測試(A)A)最底層 B)下一層 C)最高層 D)上一層基本路徑測試滿足(B)A)語句覆蓋 B)路徑覆蓋 C)分支覆蓋 D)條件覆蓋集成測試對系統內部的交互以及集成后系統功能檢驗了何種質量特性(B)A)正確性 B)可靠性 C)可使用性 D)可維護性在軟件性能測試中,下列指標中哪個不是軟件性能的指標(D)A)響應時間 B)吞吐量 C)資源利用率 D)并發(fā)進程數下列關于軟件性能測試的說法中,正確的是(B)A) 性能測試的目的不是為了發(fā)現軟件缺陷B) 壓力測試與負載測試的目的都是為了探測軟件在滿足預定性能需求的情況下所能負擔的最大壓力C) 性能測試通常要對測試結果進行分析才能獲得測試結論D) 在性能下降曲線上,最大建議用戶數通常處于性能輕微下降區(qū)與性能急劇下降區(qū)的交界處下列關于軟件可靠性測試的說法中,錯誤的是(A )A) 發(fā)現軟件缺陷是軟件可靠性測試的主要目的B) 軟件可靠性測試通常用于有可靠性要求的軟件C) 在一次軟件可靠性測試中,執(zhí)行的測試用例必須完全符合所定義的軟件運行剖面D) 可靠性測試通常要對測試結果進行分析才能獲得測試結論下列關于面向對象軟件測試的說法中,正確的是(A)A) 在測試一個類時,只要對該類的每個成員方法都進行充分的測試就完成了對該類充分的測試B) 在存在多態(tài)的情況下,為了達到較高的測試充分性,應對所有可能的綁定都進行測試C) 假設類B是類A的子類,如果類A已進行了充分的測試,在測試類B時不必測試任何類B繼承類A的成員方法D) 對于一棵繼承樹上的多個類,只有處于葉節(jié)點的類需要測試下列哪種測試不屬于面向對象單元測試考慮的范疇(D)A)成員方法的測試 B)類的測試C)類樹的測試 D)多個相互協作的類樹的測試下列關于面向對象集成測試的說法中,正確的是(B)A) 大突擊集成是面向對象集成測試最常用且最有效的方法B) 自底向上集成和自頂向下集成都需要為集成測試開發(fā)大量代碼C) 協作集成在任何情況下都優(yōu)于自底向上集成和自頂向下集成D) 高頻集成是以自底向上集成為基礎,利用冒煙測試進行的集成測試下列有關測試過程V模型的說法中,正確的是(C)A) 驗收測試應確定程序的執(zhí)行是否滿足軟件設計的要求B) 系統測試應確定系統功能和性能的質量特性是否達到系統要求的指標C) 單元測試和集成測試應確定軟件的實現是否滿足用戶需要或合同的要求D) 集成測試在編碼結束前就可以開始計算機軟件測試規(guī)范規(guī)定,軟件測試的類別可分為:單元測試、集成測試以及(C)A)系統測試 B)驗收測試C)系統測試和驗收測試 D)配置項測試、系統測試和驗收測試二、 不定項選擇題(本大題共15小題,每小題1分,共15分)使用軟件測試工具的目的:(ABCDF)A、A、幫助測試尋找問題C、節(jié)省測試時間E、更好的控制缺陷提高軟件質量編寫測試計劃的目的是:(ABCA、使測試工作順利進行C、 使測試工作更加系統化E、軟件過程規(guī)范化的要求選出屬于黑盒測試方法的選項(A、條件組合覆蓋 B、輸入覆蓋D、 分支覆蓋 E、語句覆蓋B、協助問題的診斷D、提高Bug的發(fā)現率F、更好的協助開發(fā)人員)B、使項目參與人員溝通更舒暢D、軟件工程以及軟件過程的需要F、控制軟件質量B)C、基路徑測試F、條件覆蓋在GB/T17544中,軟件包質量要求包括三部分,即產品描述要求、( A)、程序和數據要求。用戶文檔要求 B.系統功能要求設計要求說明 D.軟件配置要求在軟件工程,典型的瀑布模型的四個階段是:(ABCD)A、分析 B、設計 C、編碼導致軟件缺陷的原因有很多,A—D是可能的原因,其中最主要的原因包括(ABCD )。軟件需求說明書編寫的不全面,不完整,不準確,而且經常更改軟件設計說明書軟件操作人員的水平開發(fā)人員不能很好的理解需求說明書和溝通不足軟件驗收測試的合格通過準則是:(AD)軟件需求分析說明書中定義的所有功能已全部實現,性能指標全部達到要求所有測試項沒有殘余一級、二級和三級錯誤。立項審批表、需求分析文檔、設計文檔和編碼實現一致。驗收測試工件齊全。軟件測試計劃評審會需要哪些人員參加?(ABCD)項目經理 B.SQA負責人C.配置負責人 D.測試組下列關于alpha測試的描述中正確的是:(AD)alpha測試需要用戶代表參加alpha測試不需要用戶代表參加alpha測試是系統測試的一種alpha測試是驗收測試的一種測試設計員的職責有:(BC)制定測試計劃 B.設計測試用例C.設計測試過程、腳本 D.評估測試活動軟件實施活動的進入準則是:( ABC )需求工件已經被基線化詳細設計工件已經被基線化構架工件已經被基線化項目階段成果已經被基線化下面的哪一項測試步驟中需要進行局部數據結構測試:(A)A、 單元測試B、 集成測試C、 確認測試D、 系統測試從是否需要執(zhí)行被測軟件的角度,軟件測試技術可劃分的類型是:(AC )。A、 靜態(tài)測試B、 黑盒測試C、 動態(tài)測試D、 白盒測試從測試階段角度,測試結束的正確順序是:(B)A、 單元測試、集成測試、系統測試、確認測試B、 單元測試、系統測試、集成測試、確認測試C、 確認測試、集成測試、系統測試、單元測試D、 確認測試、系統測試、集成測試、單元測試軟件的六大質量特性包括:(A)功能性、可靠性、可用性、效率、可維護、可移植功能性、可靠性、可用性、效率、穩(wěn)定性、可移植功能性、可靠性、可擴展性、效率、穩(wěn)定性、可移植功能性、可靠性、兼容性、效率、穩(wěn)定性、可移植三、 判斷題(本大題共10小題,每小題1分,共10分)測試是調試的一個部分(X)TOC\o"1-5"\h\z軟件測試的目的是盡可能多的找出軟件的缺陷。(V )程序中隱藏錯誤的概率與其已發(fā)現的錯誤數成正比(V)測試人員要堅持原則,缺陷未修復完堅決不予通過。( V )單元測試能發(fā)現約80%的軟件缺陷。(V )測試的目的是發(fā)現軟件中的錯誤。(V)代碼評審是檢查源代碼是否達到模塊設計的要求。(X)負載測試是驗證要檢驗的系統的能力最高能達到什么程度。(X)測試中應該對有效和無效、期望和不期望的輸入都要測試。(V)集成測試計劃在需求分析階段末提交。( X)四、 填空題(本大題共5小題,每空1分,共10分)軟件驗收測試包括 、 、 三種類型。軟件驗收測試包括正式驗收測試、alpha測試、beta測試三種測試。對面向過程的系統采用的集成策略有_自底向上的集成___、_自頂向下的集成___兩種。五、 名詞解釋(本大題共5小題,每小題3分,共15分)Beta測試Beta測試是從用戶角度進行的測試,是由軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。它是在開發(fā)者無法控制的軟件環(huán)境下進行的軟件現場應用。壓力測試持續(xù)不斷地給被測系統增加壓力,直到系統被壓垮,從而確定系統能承受的最大壓力。邏輯覆蓋是以程序內部的邏輯結構為基礎的設計測試用例的技術。它屬于白盒測試。驅動模塊:樁模塊(P105):用于代替所測模塊調用的子模塊。樁模塊可以進行少量的數據操作,不需要實現子模塊的所有功能,但要根據需要來實現或代替子模塊的一部分功能。驅動模塊(P105):相當于所測模塊的主程序。它接收測試數據,把這些數據傳送給所測模塊,最后再輸出實際測試結果。大爆炸集成屬于非增值式集成的一種方法,也稱為一次性組裝或整體拼裝。這種集成策略的做法就是把所有通過單元測試的模塊一次性集成到一起進行測試,不考慮組件之間的互相依賴性及可能存在的風險。六、 簡答題(本大題共5小題,每小題5分,共25分)您所熟悉的軟件測試類型都有哪些?請試著分別比較這些不同的測試類型的區(qū)別與聯系(如功能測試、性能測試)答:有功能測試,性能測試,可靠性測試,安全性測試,負載測試,壓力測試,安裝/卸載測試,啟動/停止測試,兼容性測試,互連測試,文檔測試,恢復測試,回歸測試,可使用性測試,容量測試。功能測試只對軟件的功能是否滿足用戶需求來做測試。性能測試需要和壓力和負載測試聯合起來。請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統測試、驗收測試的區(qū)別與聯系。黑盒測試:把測試對象當成一個黑盒子,測試人員完全不考慮邏輯結構和內部特性,只依據程式的需求說明書來檢查程式的功能是否滿足它的功能說明。白盒測試:把測試對象當成一個透明的盒子,允許測試人員利用程序內部邏輯結構及相關信息,設計或選擇測試用例,對程式所有邏輯路徑進行測試。單元測試:白盒測試的一種,對軟件設計中的單元模塊進行測試。集成測試:在單元測試的基礎上,對單元模塊之間的連接和組裝進行測試。系統測試:在所有都考慮的情況下,對系統進行測試。驗收測試:第三方進行的確認軟件滿足需求的測試。單元測試策略主要有哪三種方式?分別加以說明。1)自頂向下的單元測試策略:從頂層調用的單元做成樁模塊;對第二層測試,使用上面已測試的單元做驅動模塊;依次類推,直到全部單元測試結束。2)自底向上的單元測試策略:先對模塊調用的最底層模塊進行測試,模擬調用該模塊的模塊為驅動模塊;其次,對上一層模塊進行單元測試,用已經被測試過的模塊做樁模塊,依次類推,直到全部單元測試結束。3)孤立測試的單元測試策略:無需考慮每個模塊與其他模塊之間的關系,分別為每個模塊單獨設計樁模塊和驅動模塊,逐一完成所有單元模塊的測試。軟件測試和軟件測試結束的標準:什么是軟件測試,軟件測試分為哪幾個階段軟件測試是為了發(fā)現錯誤而執(zhí)行程序的過程?;蛘哒f,軟件測試是根據軟件開發(fā)各階段的規(guī)格說明和程序的內部結構而精心設計一批測試用例(即輸入數據及其預期的輸出結果),并利用這些測試用例去運行程序,以發(fā)現程序錯誤的過程。軟件測試過程按各測試階段的先后順序可分為單元測試、集成測試、確認(有效性)測試、系統測試和驗收(用戶)測試5個階段軟件測試退出標準為:完成測試需求中列出的所有功能及測試過程中發(fā)現缺陷的回歸測試。判斷系統安全性性能的指標有哪些?并加以說明。有效性:啟動嚴格的安全性性能所花費的時間占啟動整個系統所花費時間的比例。生存性:當錯誤發(fā)生時,系統對緊急操作的支持,對錯誤的補救措施以及恢復到正常操作的能力,即系統的抗挫能力。精確性:衡量系統安全性控制的精度指標,圍繞所出現的錯誤數量、發(fā)生頻率及其嚴重性判斷。反應時間:出錯時系統響應速度的快慢,一個安全性較強的系統要具備快速的反應速度。吞吐量:用戶和服務請求的峰值和平均值。七、 綜合題(本大題共2小題,每小題10分,共20分)1.常見的黑盒測試方法都有哪些?請分別以具體的例子來說明這些方法在測試用例設計工作中的應用。等價類劃分常見的軟件測試面試題劃分等價類:等價類是指某個輸入域的子集合.在該子集合中,各個輸入數據對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數據合理劃分為若干等價類,在每一個等價類中取一個數據作為測試的輸入條件,就可以用少量代表性的測試數據.取得較好的測試結果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.邊界值分析法邊界值分析方法是對等價類劃分方法的補充。測試工作經驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤.使用邊界值分析方法設計測試用例,首先應確定邊界情況.通常輸入和輸出等價類的邊界,就是應著重測試的邊界情況.應當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數據,而不是選取等價類中的典型值或任意值作為測試數據.錯誤推測法基于經驗和直覺推測程序中所有可能存在的各種錯誤,從而有針對性的設計測試用例的方法.錯誤推測方法的基本思想:列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據他們選擇測試用例.例如,在單元測試時曾列出的許多在模塊中常見的錯誤.以前產品測試中曾經發(fā)現的錯誤等,這些就是經驗的總結。還有,輸入數據和輸出數據為0的情況。輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯誤的情況??蛇x擇這些情況下的例子作為測試用例.因果圖方法前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯系,相互組合等.考慮輸入條件之間的相互組合,可能會產生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多.因此必須考慮采用一種適合于描述對于多種條件的組合,相應產生多個動作的形式來考慮設計測試用例.這就需要利用因果圖(邏輯模型).因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.正交表分析法有時候,可能因為大量的參數的組合而引起測試用例

溫馨提示

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

評論

0/150

提交評論