軟件測試期末考試(含答案)_第1頁
軟件測試期末考試(含答案)_第2頁
軟件測試期末考試(含答案)_第3頁
軟件測試期末考試(含答案)_第4頁
軟件測試期末考試(含答案)_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、1. 軟件缺陷是由很多方面造成的,以下哪個方面是造成軟件缺陷的最多的地方( A )A. 規(guī)格說明書B. 系統(tǒng)設計結果C. 編寫代碼D. 其他2. 覆蓋準則最強的是( D )A. 語句覆蓋B. 判定覆蓋C. 條件覆蓋D. 路徑覆蓋3. 實際的邏輯覆蓋測試中,一般以(C )為主設計測試用例。A. 條件覆蓋B. 判定覆蓋C. 條件組合覆蓋D. 路徑覆蓋4. 發(fā)現(xiàn)錯誤能力最弱的覆蓋準則是( A )。A. 語句覆蓋B. 判定覆蓋C. 條件覆蓋D. 路徑覆蓋5. 單元測試所使用的主要測試方法是( B )A. 黑盒測試B. 白盒測試C. 集成測試D. 驗收測試6. 對于軟件缺陷的修復費用,在哪個階段的費用花

2、費最?。?A )A. 分析階段B. 設計階段C. 編碼階段D. 發(fā)布階段7. 靜態(tài)測試的主要對象是(AB )A. 代碼檢查B. 代碼風格與規(guī)范C. 軟件的功能D. 設計的合理性8. 單元測試主要測試是模塊在(ABC )上的錯誤。A. 語法B. 格式C. 邏輯D. 功能9. 單元測試主要由( C )完成?其中( A )起主要作用。A 開發(fā)人員B 測試人員C 開發(fā)人員和測試人員D 以上都不對10. 集成測試所使用的主要測試方法是( A )。A. 黑盒測試B. 靜態(tài)測試C. 動態(tài)測試D. 白盒測試11. 系統(tǒng)測試主要包括包含了多種測試活動,主要分為( AB )。A. 功能性測試B. 非功能性測試C.

3、 回歸測試D. 單元測試12. 系統(tǒng)集成測試常見的有哪幾種不同模式( AB )。A 非漸增式測試模式B 漸增式測試模式C 獨立測試模式D 非獨立測試模式13. 軟件的兼容性測試包括( AD )。A. 向前和向后兼容B. 多語言測試C. 多版本測試D. 橫向測試14. 軟件的缺陷通常集中在( AB )階段。A. 需求分析B. 系統(tǒng)設計C. 編寫代碼D. 軟件測試15. 對于一些關鍵代碼或新人寫的代碼,主要采取( B )方式。A. 走查B. 會議審查C. 代碼互評D. 自查16. 在集成測試中,主要的集成方法有( ABCD )。A.自頂向下B.自底向上C.大爆炸D.三明治17. 文檔測試主要檢查文

4、檔的(ABCD )。A 正確性B 完備性C 易理解性D 一致性18. 驗收測試完成后還需要提交(AC ),才可交付用戶使用。A 驗收報告B 項目完成報告C 交付報告D 無需提供任何報告19. 軟件本地化工作中除了翻譯之外還應該( ABCD )。A 處理字符集問題B 數(shù)據(jù)格式C 頁面顯示和布局D 配置和兼容性等問題20. 造成軟件的主要原因可從( ABC)方面來查找。A 技術問題B 軟件本身C 團隊工作D 資金問題21. 代碼評審有哪些方法(ABCD )。A 代碼走查B 正式會議審查C 代碼會審D 代碼咨詢22. 軟件產(chǎn)品的質量中的非功能需求包括( ABCD )等。A 適用性B 有效性C 可靠性

5、D 性能23. 當程序有修改,并且要求保證原有功能正常的情況下,必須采用( D )方法。A 單元測試B 集成測試C 系統(tǒng)測試D 回歸測試24. 對于整個軟件的本地化過程來說,需要解決的技術問題主要有(AC)。A 數(shù)據(jù)格式B 頁面顯示和布局C 配置和兼容性問題D 翻譯問題25. 測試團隊的基本責任應該是( ABCD )。A 發(fā)現(xiàn)軟件程序、系統(tǒng)或產(chǎn)品中的所有問題B 盡早地發(fā)現(xiàn)問題C 督促開發(fā)人員盡快地解決程序中的缺陷D 幫助團隊解決資金問題26. 驅動程序,用以模擬被測模塊的( A )模塊。A 上級模塊B 下級模塊C 同級模塊D 其他27. 整體測試用例的質量要求包括( ABCD )。A 覆蓋率B

6、 易用性C 易維護性D 粒度適中28. 易用性、兼容性、安裝、文檔測試等主要在( A )階段完成。 A 單元測試B 集成測試C 功能測試D 驗收測試二、判斷題(分值)1. 能夠盡可能早的發(fā)現(xiàn)軟件缺陷,就能夠盡可能地節(jié)約修復缺陷的成本,因此,因此在軟件的設計階段修復缺陷的費用最低。( F )2. 根據(jù)著名的瀑布模型,軟件測試應該處在“編程”的下游、在“軟件維護”的上游,先有編程,后有測試,測試的位置很清楚。( T )3. 為了能更多測試出軟件的缺陷,測試用例的一般要求越復雜越好。( F )4. 因為軟件開發(fā)人員不止一人,因此在測試時候,只能進行松散地實施測試。(F )5. 每一種測試方法都必須執(zhí)

7、行程序,才能得到最好的效果。( F )6. 單元測試的主要人員構成是開發(fā)人員。( T )7. 集成測試就是系統(tǒng)測試。( F )8. 在進行系統(tǒng)測試的時候,當發(fā)現(xiàn)有錯誤時候,應該及時修正,緊接著修正下一個錯誤。( T )9. 有的時候因為時間緊迫,可以臨時安排幾個程序員或者行業(yè)新手做測試工作。(F)10. 在實際的運用中,無論對于白盒測試和黑盒測試,通常使用其中一種方法就可以完成對某一軟件的測試工作。( F )11. 驗收測試是測試的最后一個環(huán)節(jié),該測試完成后,馬上可以交付用戶使用。( F )12. 軟件質量的要求是要滿足軟件的功能性需求。( F )13. 系統(tǒng)測試的目的是檢查已經(jīng)通過單元測試的

8、單元之間的接口是否存在問題。(T)14. 在軟件的開發(fā)中,每次回歸測試都要重新運行完整的測試包。( F )15. 在整個軟件團隊中,對軟件測試人員的要求比較低,會操作計算機、有一定的軟件使用經(jīng)驗就可以。(F )16. 在對軟件缺陷的描述中,測試人員可以對有個人的觀點,也可以對開發(fā)人員進行評價,有利于開發(fā)人員提高開發(fā)質量。(F )17. 在整個軟件生命周期中的每個階段、每個時刻都存在著軟件測試活動,軟件測試伴隨著軟件開發(fā)。( T )18. 驗收測試是由用戶完成的。( F )19. 在一個規(guī)范的軟件的開發(fā)中,開發(fā)人員的人數(shù)一般大于測試人員的人數(shù)。( F )20. 在整個開發(fā)周期中要對測試用例進行有

9、效的跟蹤和維護。( T )21. 功能測試也可以采用白盒測試的方法。(F )1. 在軟件測試過程中,應該遵循的原則是?(1)、盡早可能展開預防性測試;(2)、可追溯性;(4)、投入/產(chǎn)出原則;(5)、80/20原則;(6)、獨立的軟件測試機構或委托第三方測試,即避免開發(fā)人員一邊開發(fā),一邊測試的情況的出現(xiàn)。2. 測試用例的設計的步驟一般包括?(1)、測試需求分析;(2)、業(yè)務流程分析;(3)、測試用例設計;(4)、測試用例評審;(5)、測試用例更新完善。3. 測試用例的原則?(1)測試用例的代表性;(2)測試結果的可判斷性;(3)測試結果的可再現(xiàn)性。4. 常用到的軟件質量模型有哪些?并簡述一下。

10、(1)軟件測試瀑布模型:分為測試計劃、需求分析、概要設計、詳細設計、軟件測試、運行和維護7個階段,自頂向下執(zhí)行。強調階段劃分及順序性、各階段工作及其文檔的完備性。(2)軟件測試V模型:也稱為RAD模型,即快速應用開發(fā)模型。屬于線性順序一類的軟件開發(fā)模型。5. 什么是軟件測試計劃?是指導測試過程的綱領性文件,包含產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流和風險分析等內(nèi)容。6. 制定軟件測試的計劃的原則有?(1)制定測試計劃應盡早開始;(2)保持測試計劃的靈活性;(3)保持測試計劃簡潔和易讀;(4)盡量爭取多渠道評審測試計劃;(5)計算測試計劃的投入。7. 制定

11、軟件測試的技術的步驟有?(1)產(chǎn)品基本情況調研;(2)測試需求說明;(3)測試的策略和記錄;(4)測試資源配置;(5)計劃表;(6)問題跟蹤報告;(7)測試計劃的評審8. 什么是靜態(tài)測試、動態(tài)測試?靜態(tài)測試:是一種不通過執(zhí)行程序而進行測試的技術,只是檢測和評審。動態(tài)測試:直接執(zhí)行被測試程序以提供測試支持。9. 什么是白盒測試、黑盒測試?二者的關系是什么?一、(1)白盒測試:又稱功能功能測試、數(shù)據(jù)驅動測試和行為測試,是一種從用戶觀點出發(fā)的測試,被測程序為黑盒子,通過測試來檢測每個功能是否能夠正常使用(2)黑盒測試:又稱結構測試和邏輯驅動測試,是知道產(chǎn)品內(nèi)部工作過程,通過測試來檢測產(chǎn)品內(nèi)部動作是否

12、按照規(guī)格說明書的規(guī)定去正常運行。二、白盒測試偏重實現(xiàn)方式,注重局部;黑盒測試偏重業(yè)務方面,注重整體。有著本質區(qū)別,又是相互聯(lián)系、相輔相成。10. 軟件測試的過程是什么?(1)測試一致性;(2)可持續(xù)改進測試過程;(3)便于管理;(4)系統(tǒng)測試;(5)驗收測試;11. 軟件測試與軟件開發(fā)的過程的關系是什么?(1)測試工程師與開發(fā)工程師目標一致、行為對立、并行工作,有生產(chǎn)就必然有質檢,二者的工作相輔相成,開發(fā)人員和測試人員的主要矛盾就集中在對bug的定義上。(2)軟件測試工程師:查找bug、管理bug、質量保證。軟件開發(fā):系統(tǒng)設計、編碼、修改bug12. 白盒測試的覆蓋準則有哪些?(1)語句覆蓋&

13、#160;;(2)判定覆蓋;(即分支覆蓋); (3)條件覆蓋 ;(4)判定條件覆蓋 ;(5)條件組合覆蓋 ;(6)路徑覆蓋 。13. 白盒測試的常用工具有哪些?各適用于什么情況?(1)靜態(tài)白盒測試:在不執(zhí)行的條件下有條理地仔細審查軟件設計、體系結構和代碼,從而找出軟件缺陷的過程。(2)動態(tài)白盒測試:需要對各個模塊功能、模塊間的接口、局部數(shù)據(jù)結構、主要執(zhí)行路徑、錯誤處理等反面的測試14. 單元測試是什么?單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動,起目的在于發(fā)現(xiàn)每個模塊內(nèi)部可能存在的差距。15. 單元測試的原則有哪些?(1)單元測試越早

14、進行越好;(2)單元測試應該根據(jù)軟件詳細設計規(guī)格說明進行;(3)對于修改過的代碼應該重做單元測試,以保證對已發(fā)現(xiàn)錯誤的修改沒有引入新的錯誤;(4)當測試用例的測試結果與設計規(guī)格說明書的預期結果不一致時,測試人員應該如實記錄實際的測試結果;(5)單元測試應注意選擇好被測試軟件單元的大??;(6)一個完整的單元測試說明應該包含軟件證明測試和負面測試;(7)注意使用單元測試工具。16. 單元測試的重要性及目的是什么?一、(1)提前發(fā)現(xiàn)問題并解決可以節(jié)約時間(2)是測試階段的基礎,為后期的集成測試和系統(tǒng)測試做好準備;(3)對單元獨立測試,容易發(fā)現(xiàn)問題,減少成本。二、目的:是暴漏出失敗和錯誤。失敗的可能性

15、是可預期的,并且可以使用斷言來進行檢查。而錯誤則是不可預期的問題17. 簡述單元測試的過程?(1)準備階段;(2)編制階段(3)代碼審查階段;(4)單元測試階段;(5)評審、提交階段。18. 什么是插樁程序設計?是在保證被測程序原有邏輯完整性的基礎上在程序中插于一些探針,通過探針的執(zhí)行拋出程序運行的特征數(shù)據(jù),通過這些數(shù)據(jù)的分析,可以獲得程序的控制流和數(shù)據(jù)信息,進而得到邏輯覆蓋等動態(tài)信息,從而實現(xiàn)測試目標的方法。19. 集成測試是什么?是在假定各個軟件單元已經(jīng)通過了單元測試的前提下,檢測各個軟件單元之間相互接口是否正確。20. 集成測試的主要任務是什么?(1)將各個模塊連接起來,檢查模塊相互調用

16、時,數(shù)據(jù)結構接口是否丟失;(2)將各個子功能組合起來,檢查能否達到預期要求的各項功能;(3)一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響;(4)全局數(shù)據(jù)結構是否有問題,會不會被異常修改;(5)單個模塊的誤差積累起來,是否被放大,從而達到不可接受的程度。21. 集成測試與單元測試,系統(tǒng)測試的區(qū)別是什么?一、集成測試與單元測試的區(qū)別:(1)集成測試關注的是模塊間的接口、接口之間的數(shù)據(jù)傳遞關系、單元組合后是否實現(xiàn)預計的功能;(2)集成測試組裝的對象比單元測試的對象級別要高。二、集成測試與系統(tǒng)測試的區(qū)別:(1)系統(tǒng)測試對象是整個系統(tǒng)以及與系統(tǒng)交互的硬件和軟件平臺;(2)集成測試所測試的對象是模

17、塊間的接口,其目的是在找出在模塊接口上面,包括整體體系結構上的問題;(3)軟件的集成測試工作最好由不屬于該軟件開發(fā)組的軟件設計人員承擔,以提高集成測試的效果。22. 集成測試的內(nèi)容有哪些?(1)制定集成測試計劃;(2)設計集成測試;(3)實施集成測試;(4)執(zhí)行集成測試;(5)評估集成測試。23. 如何進行集成測試的用例設計?(1)為系統(tǒng)運行設計用例;(2)為正向測試設計用例;(3)為逆向測試設計用例;(4)為滿足特殊需求設計用例;(5)為高覆蓋設計用例;(6)測試用例補充;(7)注意事項。24. 集成測試的方法有哪些?分別適用于哪些情況?一、非曾式集成;將所有經(jīng)過單元測試的模塊一次性組裝到被

18、測系統(tǒng)中進行測試,不考慮模塊之間的依賴性和可能的風險;二、自頂向下集成;從控制模塊開始,沿著程序的控制層向下移動,逐漸把各個模塊結合起來。三、自底向上集成;從最底層的模塊開始,按結構圖自下而上和自底向上的集成方法;四、混合集成。對高風險模塊優(yōu)先進行重點測試,保證系統(tǒng)穩(wěn)定性。25. 系統(tǒng)測試是什么?是指測試整個系統(tǒng)已確定其是否能夠提供應用的所有需求行為,包含了多種測試活動,主要分為功能性測試和非功能測試。26. 系統(tǒng)測試與用戶測試有何不同?系統(tǒng)測試是測試整個系統(tǒng)已確定其是否能夠提供應用的所有需求行為;用戶測試分為體驗、界面、驗收、用戶測試報告組成27. 簡述系統(tǒng)測試的主要內(nèi)容?(1)功能測試。即測試軟件系統(tǒng)的功能是否正確,其依據(jù)是需求文檔,如產(chǎn)品需求規(guī)格說明書。(2)健壯性測試。即測試軟件系統(tǒng)在異常情況下能否正常運行的能力。健壯性有兩層含義:一是容錯能力,二是恢復能力28. 容量測試與壓力測試的區(qū)別有哪些?(1)壓力測試是在給系統(tǒng)不斷加壓,增加并發(fā)量,直到崩潰,找到系統(tǒng)所能承受的極限值。(2)容量測試是在預先分析的極限值下,系統(tǒng)能否正常運行。29. 什么是性能測試?通過自動

溫馨提示

  • 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

提交評論