軟件測試類型及其在軟件開發(fā)過程中的地位_第1頁
軟件測試類型及其在軟件開發(fā)過程中的地位_第2頁
軟件測試類型及其在軟件開發(fā)過程中的地位_第3頁
已閱讀5頁,還剩10頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、 模擬 軟件測試類型及其在軟件開發(fā)過程中的地位選擇題第1題:對程序中已發(fā)現(xiàn)的錯誤進行錯誤定位和確定出錯性質(zhì),并改正這些錯誤,同時修改相關的文檔,稱為 _。A. 測試B. 調(diào)試C.錯誤分析D.驗證參考答案: B在測試信息流中,測試過程需要三類輸入:- 軟件配置 ( 包括需求規(guī)格說明、軟件設計規(guī)格說明、 源代碼等 ) 。- 測試配置 ( 包括表明測試工作如何進行的測試計劃、給出測試數(shù)據(jù)的測試用例、控制測試進行的測試程序等)。-測試工具 ( 為提高軟件測試效率,測試工作要有測試工具的支持其主要工作是為測試的實施提供各種服務, 以減輕人們完成測試任務的手工勞動) 。在測試完成之后,要對所有測試結果進行

2、分析, 即將實際測試的結果與預期的結果進行比較。若發(fā)現(xiàn)出錯的數(shù)據(jù),就意味著軟件有錯誤,然后就需要開始排錯 ( 也稱為調(diào)試 ) ,即對已發(fā)現(xiàn)的錯誤進行定位和確定出錯性質(zhì),并改正這些錯誤,同時修改相關的文檔。修正后的文檔一般都要經(jīng)過兩次測試,直到通過測試為止。第2題:把經(jīng)過評審通過的各項需求轉換為一個相應的體系結構,包括數(shù)據(jù)的體系結構、系統(tǒng)和軟件的體系結構,這是軟件生命周期哪一階段做的事情_。A. 系統(tǒng)和需求定義B. 編程和單元測試C. 軟件設計D. 運行和維護參考答案: C軟件設計是軟件工程的技術核心, 在設計階段中, 設計人員把經(jīng)評審通過的各項需求轉換為一個相應的體系結構, 包括數(shù)據(jù)的體系結構

3、、 系統(tǒng)和軟件的體系結構。結構中每一組成部分都是一個模塊, 每個模塊都是和某種需求相對應, 即所謂概要設計和高層設計。 進而對每個模塊要完成的任務進行具體描述, 為后面的編程打基礎,即所謂詳細設計。第3題:之所以要對已交付使用的軟件進行維護,原因是_。( ) 為了增強軟件的功能,滿足功能上的變更1( ) 運行中發(fā)現(xiàn)了軟件中的錯誤需要更正( ) 為了適應軟件工作環(huán)境變化而引起的相應改變A.( )B.( ) 和( )C.( ) 和( )D.( ) 和( ) 和( )參考答案: D對于已交付的軟件投入正常使用, 就進入運行階段, 這一階段可能持續(xù)若干年甚至幾十年。但軟件在運行過程中往往可能會因為多方

4、面的原因導致需要對該軟件進行修改,這一修改過程便是軟件的維護。 其主要原因可能為以下幾點: 軟件在運行中發(fā)現(xiàn)了軟件本身存在的錯誤需要修正;為了適應變化了的軟件工作環(huán)境;為了滿足用戶需求要增強軟件的功能而需做變更。第4題:根據(jù)軟件需求規(guī)格說明,在開發(fā)環(huán)境下對已經(jīng)集成的軟件系統(tǒng)進行的測試是_。A. 系統(tǒng)測試B. 單元測試C.集成測試D.驗收測試參考答案: A軟件測試生存周期模型描述了軟件測試的全過程: 單元測試、集成測試、 系統(tǒng)測試、驗收測試和回歸測試等。 當一個程序單元編寫出來之后, 首先要做的就是及時對其進行單元測試, 檢查該程序單元中的各種缺陷, 并通過調(diào)試改正它們, 然后進行回歸測試,檢查

5、這些缺陷是否確實得到修正。 集成測試根據(jù)軟件體系結構的設計,按照一定順序將經(jīng)過單元測試的程序單元逐步組裝為子系統(tǒng)或系統(tǒng),該過程可以與單元測試穿插進行。 系統(tǒng)測試是根據(jù)軟件需求規(guī)格說明,在開發(fā)環(huán)境下對已經(jīng)集成的軟件系統(tǒng)進行測試, 確認各項規(guī)定的需求是否在系統(tǒng)中實現(xiàn),以及各種質(zhì)量要求在系統(tǒng)中是否達到預期的標準。 驗收測試是對已經(jīng)確認的軟件系統(tǒng)進行的測試, 在實際使用環(huán)境中, 與計算機系統(tǒng)的其他系統(tǒng)元素進行一系列系統(tǒng)級的集成測試和測試。第5題:下列可以做為軟件測試對象的是_。A. 需求規(guī)格說明B. 軟件設計規(guī)格說明C. 源程序D. 以上全部參考答案: D2軟件測試不僅僅限于程序編碼之后,而應該貫穿于

6、軟件開發(fā)的全過程。軟件測試并不等于程序測試,因此,需求分析、概要設計、詳細設計以及程序編碼等各個階段所得到的文檔資料, 包括需求規(guī)格說明、 軟件概要設計規(guī)格說明、 軟件詳細設計規(guī)格說明以及源程序都應做為軟件測試的對象。第6題:測試過程需要輸入軟件配置、測試配置和測試工具。其中不屬于測試配置的是_。A. 測試計劃B. 測試用例C.測試報告D.測試程序參考答案: C軟件測試信息流中,測試過程需要三類輸入,分別是:測試汁劃、測試配置和測試工具。其中測試計劃包括軟件需求規(guī)格說明、軟件設汁規(guī)格說明、源代碼等;測試配置包括表明測試工作如何進行的測試計劃、 給 m測試數(shù)據(jù)的測試用例、 控制測試進行的測試程序

7、等; 測試工具主要是為測試的實施提供某種服務, 以減輕人們完成測試任務中的手工勞動。第7題:面向對象的軟件設計要首先考慮問題中的數(shù)據(jù)實體,通過實體提供的服務和實體之間的消息的傳遞來實現(xiàn)某種計算,這種體系結構的好處體系在_。A. 穩(wěn)定性B. 一致性C.可靠性D.效率參考答案: A面向對象的軟件設計要首先考慮問題中所涉及的數(shù)據(jù)實體, 功能分散到各個實體中,通過實體提供的服務和實體之間的消息的傳遞來實現(xiàn)某種計算, 如果功能發(fā)生變化 ( 這也是最常出現(xiàn)的 ) ,整個系統(tǒng)結構不會變化, 只是相應調(diào)整系統(tǒng)中各個實體的服務即可,因此這種體系結構的好處就是具有很好的穩(wěn)定性。第8題:規(guī)劃階段實際上指的是 _。A

8、. 需求獲取和定義階段B. 數(shù)據(jù)獲取和定義階段C.測試用例設計規(guī)劃階段D.產(chǎn)品實施規(guī)劃3參考答案: A規(guī)劃階段的測試實際上就是對需求獲取和定義階段進行的測試, 產(chǎn)品規(guī)劃小組應由系統(tǒng)分析員、 銷售人員和市場營銷人員以及產(chǎn)品經(jīng)理等組成, 他們對產(chǎn)品進行定義,制作演示模型, 以闡明他們的構想。 規(guī)劃人員目的是編寫文檔來知道將來的開發(fā)工作。第9題:軟件設計階段的測試主要采取的方式是_。A. 評審B. 白盒測試C. 黑盒測試D. 動態(tài)測試參考答案: A軟件設計測試的對象是設計文檔,其測試主要采用的是評審的方式進行。第10題:下列不屬于內(nèi)部設計的是 _。A. 數(shù)據(jù)設計B. 邏輯設計C.界面設計D.結構設計

9、參考答案: C軟件設計分為內(nèi)部設計和外部設計, 而外部設計主要是從用戶的角度對產(chǎn)品進行描述,主要是設計用戶界面, 最后會產(chǎn)生文檔形式的外部設計規(guī)格說明; 內(nèi)部設計則主要描述產(chǎn)品的內(nèi)部工作機制, 具體又可以細分為結構設計、 數(shù)據(jù)設計和邏輯設計。第11題:需求規(guī)格說明中應該能為后面的設計和實現(xiàn)提供質(zhì)量和數(shù)量兩方面的約束,通常需求分為 _。A. 功能類和性能類B. 外部接口類C.設計約束類和質(zhì)量特性類D.以上全部參考答案: D在需求規(guī)格說明中要求準確地描述軟件的任務,應當可以正向跟蹤、反向跟蹤,與軟件、硬件的可操作環(huán)境相適應。 需求規(guī)格說明中應該還能為后面的設計和實4現(xiàn)提供質(zhì)量和數(shù)量兩方面的約束,通

10、常需求分為以下五類:功能類、性能類、外部接口類、設計約束類和質(zhì)量特性類。第12題:在需求獲取與定義階段就開始建立,以后要不斷細化和完善的文檔是_。A. 用戶手冊B. 外部設計規(guī)格說明C. 內(nèi)部設計規(guī)格說明D. 測試計劃手冊參考答案: A軟件的外部設計是從用戶的角度對產(chǎn)品進行描述的, 外部設計規(guī)格說明是在外部設計期間產(chǎn)生的文檔用戶手冊是另一種文檔,與外部設計規(guī)格說明不同的是,它是在需求獲取與定義階段就開始建立,以后要不斷細化和完善的文檔。第13題:設計階段的測試對象來自設計文檔,下列不屬于這一階段設計文檔的是_。A. 邏輯設計規(guī)格說明B. 物理設計規(guī)格說明C.內(nèi)部設計規(guī)格說明D.外部設計規(guī)格說明

11、參考答案: B設計階段的測試對象設計文檔, 這里的設計文檔包括: 外部設計 ( 用戶界面設計,與其他元素的接口設計 系統(tǒng)構件部署設計 ) 規(guī)格說明、內(nèi)部設計 ( 功能設計,系統(tǒng)體系結構設計,數(shù)據(jù)設計 ) 規(guī)格說明和邏輯設計 ( 模塊算法與數(shù)據(jù)結構設計 ) 規(guī)格說明。第14題:以下有關回歸測試的說法中錯誤的是 _。A. 嚴格來說,回歸測試不是一個測試階段,只是一種可以用于各個測試階段的測試技術B. 回歸測試的目標是保證被測應用在系統(tǒng)被修改和擴充后, 各項功能依然正確C. 回歸測試可以在系統(tǒng)和驗收測試環(huán)境下進行D. 回歸測試適合采用傳統(tǒng)手工方法來完成, 而不適合使用自動化測試工具來完成參考答案:

12、D自動化測試可以記錄之前發(fā)現(xiàn)缺陷的測試過程,而回歸測試就是要再重新執(zhí)行以5前發(fā)現(xiàn)這個缺陷的測試, 查看此缺陷是否重現(xiàn), 所以應當鼓勵對所有的回歸測試用例進行自動化測試。第15題:單元測試時,調(diào)用被測模塊的是_。A. 樁模塊B. 通信模塊C. 驅動模塊D. 代理模塊參考答案: C增量測試策略首先要對程序的每個程序單元或程序部件單獨進行測試, 這種測試便是單元測試或模塊測試或部件測試。 在單元測試時, 程序員必須編寫一個驅動模塊,用來調(diào)用被測模塊并向其傳送測試數(shù)據(jù), 若該模塊調(diào)用了其他模塊 程序員必須編寫一個樁模塊,用來代替被調(diào)用的模塊。第16題:大突擊測試把所有的模塊一次性集成為一個完整的系統(tǒng)后

13、進行測試,很容易_。A. 通過測試B. 整體測試C. 快速查錯D. 快速排錯參考答案: B大突擊測試與增量測試不同, 它是把所有的模塊一次性集成為一個完整的系統(tǒng)后進行完全測試, 所有東西都集成到一起測試, 很容易整體測試, 也容易導致整個崩潰。大突擊測試的優(yōu)點是無須編寫樁模塊和驅動模塊代碼。 不足有兩點: 一是要找出導致失效的原因很困難; 二是一個模塊中存在的缺陷還可能妨礙其他模塊的測試。第17題:自底向上單元測試的策略是首先對模塊調(diào)用圖上的哪一層模塊進行測試_。A. 最底層B. 下一層C. 最高層D. 上一層參考答案: A自底向上測試與自頂向下測試策略都是增量式的測試,軟件是分層設計的, 主

14、模6塊調(diào)用子模塊, 子模塊又依次調(diào)用更低層次的模塊, 依此類推。 在自底向上單元測試的策略中, 應首先測試最底層的模塊, 利用輔助的測試驅動模塊調(diào)用它們并傳遞測試數(shù)據(jù), 然后再測試更高層次的模塊, 在較高層次的模塊測試中可以直接調(diào)用已測試過的較低層次的模塊。第18題:下列關于測試方法的敘述中不正確的是_。A. 從某種角度上講,白盒測試與黑盒測試都屬于動態(tài)測試B. 功能測試屬于黑盒測試C.對功能的測試通常是要考慮程序的內(nèi)部結構的D.結構測試屬于白盒測試參考答案: C白盒測試是程序員十分了解程序的前提下, 對程序的邏輯結構進行的測試。 而黑盒測試則將程序視為一個黑盒子, 僅僅是測試人員提供輸入數(shù)據(jù)

15、, 觀察輸出數(shù)據(jù),并不了解程序是如何運行的, 結構測試屬于白盒測試, 關注的是如何選擇合適的程序或子程序路徑來執(zhí)行有效的檢查。 功能測試則屬于黑盒測試, 對功能的測試通常通過提供輸入數(shù)據(jù),檢查實際輸出的結果,很少考慮程序的內(nèi)部結構。第19題:不需要運行程序,通過收集有關代碼的結構信息來對程序進行的測試的是_。A. 性能測試B. 黑盒測試C.白盒測試D.靜態(tài)分析參考答案: D軟件測試的分類方法比較多, 針對測試時是否要運行程序分為靜態(tài)測試和動態(tài)測試,其中靜態(tài)測試也稱靜態(tài)分析, 它不必運行程序, 目的僅僅是收集程序代碼的結構信息而不用查錯; 相反,動態(tài)測試則是要執(zhí)行程序, 目的是查出程序的錯誤而非

16、單純收集代碼結構信息。 針對測試人員是否要清楚程序的內(nèi)部邏輯, 將測試分為白盒測試和黑盒測試, 同時這兩種測試方法都是要對程序進行查錯, 從這一角度看,白盒測試和黑盒測試都應屬于動態(tài)測試。由此本題D 選項最恰當。第20題:在白盒測試中,程序員要運用自己的智力和理解力,深入到源程序中以開發(fā)測試,這樣的好處是 _。A. 重點測試B. 數(shù)據(jù)完整性和內(nèi)部邊界C.測試覆蓋和控制流D.以上全部7參考答案: D白盒測試與黑盒測試的區(qū)別: 黑盒測試將程序視為一個黑盒子, 測試人員提供輸入數(shù)據(jù),觀察輸出數(shù)據(jù), 并不了解程序是如何運行的。 而白盒測試是程序員十分了解程序的前提下, 對程序的邏輯結構進行的測試。 在

17、白盒測試中, 程序員要運用自己的智力和理解力, 深入到源程序中以開發(fā)測試, 這樣的好處在于以下幾點:重點測試、測試覆蓋、控制流、數(shù)據(jù)完整性、內(nèi)部邊界以及特定算法測試。第21題:關注在一連串的測試中如何選擇合適的程序或子程序路徑來執(zhí)行有效的檢查,這種測試極有可能是 _。A. 結構測試B. 黑盒測試C.功能測試D.靜態(tài)測試參考答案: A白盒測試是對程序的邏輯結構進行的測試,而黑盒測試將程序視為一個黑盒子,僅僅是測試人員提供輸入數(shù)據(jù),觀察輸出數(shù)據(jù), 并不了解程序是如何運行的。結構測試屬于白盒測試, 關注的是如何選擇合適的程序或子程序路徑來執(zhí)行有效的檢查。功能測試則屬于黑盒測試,對功能的測試通常通過提

18、供輸入數(shù)據(jù),檢查實際輸出的結果, 很少考慮程序的內(nèi)部結構。靜態(tài)測試不必執(zhí)行程序, 僅收集有關程序代碼的結構信息。第22題:在覆蓋準則中,最常用的是 _。A. 語句覆蓋B. 條件覆蓋C.分支覆蓋D.以上全部參考答案: D在路徑測試中, 覆蓋準則中規(guī)定了測試的每一組路徑, 覆蓋準則又稱為邏輯覆蓋準則或安全性準則,其中最常用的覆蓋準則是語句覆蓋、分支覆蓋和條件覆蓋。第23題:認為自底向上測試的方法要優(yōu)于自頂向下測試方法的是_。A.YourdonB.MyersC.DunnD.Fisher8參考答案: B自底向上測試和自頂向下測試都是增量式的測試方法, 在自底向上測試中, 首先測試最底層的模塊, 利用輔助的驅動模塊調(diào)用, 然后測試高層次的模塊。 而自頂向下測試則剛好相反, 它是首先測試頂層模塊 無須編寫驅動模塊, 但要使用樁模塊,然后測試下一層模塊。 Yourdon 認為自頂向下測試是個較好的策略; Myers 認為兩者各有優(yōu)缺點,權衡來看,自底向上測試的方法要優(yōu)于自頂向下測試方法;Dunn認為兩種不可缺少。第24題:大多數(shù)實際情況下,性能測試的實

溫馨提示

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

評論

0/150

提交評論