軟件測試面精彩試題及問題詳解_第1頁
軟件測試面精彩試題及問題詳解_第2頁
軟件測試面精彩試題及問題詳解_第3頁
軟件測試面精彩試題及問題詳解_第4頁
軟件測試面精彩試題及問題詳解_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

實用文檔軟件開發(fā)——軟件測試1、測試的關鍵問題是()A.如何組織對軟件的評審 B .如何驗證程序的正確性C.如何采用綜合策略 D .如何選擇測試用例2、下面不屬于軟件測試步驟的是A.集成測試 B .回歸測試 C .確認測試 D.單元測試3、自底向上集成需要測試員編寫驅動程序。請判斷這句話的正確與否。A.T B .F4、測試人員要堅持原則,缺陷未修復完堅決不予通過。請判斷這句話的正確與否。A.T B .F5、軟件測試類型按開發(fā)階段劃分是?A.需求測試、單元測試、集成測試、驗證測試B.單元測試、集成測試、確認測試、系統(tǒng)測試、驗收測試C.單元測試、集成測試、驗證測試、確認測試、驗收測試D.調(diào)試、單元測試、集成測試、用戶測試6、如果我們可以通過覆蓋率檢測來判斷我們是否對所有的路徑都進行了測試,但是仍然可能存在未被檢測出來的缺陷,原因是()A.全部選項B.程序可能因為缺某些路徑而存在問題C.窮舉路徑的測試可能不好暴露數(shù)據(jù)敏感的錯誤D.就算窮舉路徑測試也不能保證程序符合需求7、下面哪些屬于網(wǎng)游的測試內(nèi)容?A.客戶端性能B.服務器端性能C.從運行完game.exe打開游戲界面后可進行的各種操作、玩法D.界面8、下述有關負載測試,容量測試和強度測試的描述正確的有?A.負載測試:在一定的工作負荷下,系統(tǒng)的負荷及響應時間。B.強度測試:在一定的負荷條件下,在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。C.容量測試:容量測試目的是通過測試預先分析出反映軟件系統(tǒng)應用特征的某項指標的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等),系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。D.容量測試是面向數(shù)據(jù)的,并且它的目的是顯示系統(tǒng)可以處理目標內(nèi)確定的數(shù)據(jù)容量。標準文案大全實用文檔9、集成測試的過程包括有以下哪些?A.構建的確認過程 B .系統(tǒng)集成測試測試組提交過程C.測試用例設計過程 D .Bug的報告過程10、下面關于軟件測試,描述正確的是?A.軟件測試是使用人工操作或者軟件自動運行的方式來檢驗它是否滿足規(guī)定的需求或弄清預期結果與實際結果之間的差別的過程。B.軟件測試的測試目標是發(fā)現(xiàn)一些可以通過測試避免的開發(fā)風險。C.軟件測試的原則之一是測試應該盡早進行,最好在需求階段就開始介入D.軟件測試主要工作內(nèi)容是驗證(verification)和確認(validation)11、驗收測試是由最終用戶來實施的。請判斷這句話的正確與否。A.TB.F12、下面屬于黑盒測試方法的是A.語句覆蓋B.邏輯覆蓋C.邊界值分析D.路徑覆蓋13、項目立項前測試人員不需要提交任何工件。請判斷這句話的正確與否。A.TB.F14、下面屬于白盒測試方法的是A.等價劃分方法B.邏輯覆蓋C.邊界值分析D.錯誤推測法15、負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。請判斷這句話的正確與否。A.T B .F16、既可以用于黑盒測試,也可以用于白盒測試的方法的是()A.邏輯覆蓋法 B .邊界值法 C .基本路徑法 D .正交試驗設計法17、判斷對錯。系統(tǒng)測試計劃屬于項目階段性關鍵文檔,因此需要同行評審。A.T B .F18、單元測試能發(fā)現(xiàn)約 80%的軟件缺陷。請判斷這句話的正確與否。A.T B .F19、軟件測試的目的是盡可能多的找出軟件的缺陷。請判斷這句話的正確與否。A.T B .F20、軟件測試的對象包括( )A.目標程序和相關文檔B.源程序、目標程序、數(shù)據(jù)及相關文檔C.目標程序、操作系統(tǒng)和平臺軟件D.源程序和目標程序標準文案大全實用文檔21、代碼評審員一般由測試員擔任。請判斷這句話的正確與否。A.T B .F22、alpha測試與beta的區(qū)別,描述錯誤的是?A.a(chǎn)lpha測試是在用戶組織模擬軟件系統(tǒng)的運行環(huán)境下的一種驗收測試,由用戶或第三方測試公司進行的測試,模擬各類用戶行為對即將面市的軟件產(chǎn)品進行測試,試圖發(fā)現(xiàn)并修改錯誤。B.Beta測試是用戶公司組織各方面的典型終端用戶在日常工作中實際使用 bet版本,并要求用戶報告異常情況,提出批評意見。C.beta測試的環(huán)境是不受開發(fā)方控制的,誰也不知道用戶如何折磨軟件,用戶數(shù)量相對比較多,時間不集中。D.beta測試先于alpha測試執(zhí)行23、關于測試驅動開發(fā),描述錯誤的是A.測試驅動開發(fā)式是一種敏捷開發(fā)方法B.TDD需求開發(fā)人員學習測試相關知識C.測試驅動開發(fā)不適合使用 CMM/CMMI方法D.測試驅動開發(fā)可以和結對編程結合使用24、下面有關白盒測試和黑盒測試說法錯誤的有?A.白盒測試也稱結構測試或邏輯驅動測試,是指基于一個應用代碼的內(nèi)部邏輯知識,即基于覆蓋全部代碼、分支、路徑、條件的測試。B.黑盒測試也稱功能測試或數(shù)據(jù)驅動測試,它是在已知產(chǎn)品所應具有的功能,通過測試來檢測每個功能是否都能正常使用C.黑盒測試,也稱作黑盒分析,是基于對程序內(nèi)部細節(jié)有限認知上的軟件調(diào)試方法D.黑盒測試與白盒測試相比,更需要關心模塊與模塊之間的交互25、下圖用基本路徑法測試需要覆蓋幾條路徑?( )A.3 B.4 C.5 D.6標準文案大全實用文檔26、在下面說列舉的邏輯測試覆蓋中,測試覆蓋最強的是?A.條件覆蓋 B.條件組合覆蓋 C .語句覆蓋 D.判定/條件覆蓋27、計算一個任意三角形的面積,S=√(p(p-a)(p-b)(p-c)),p=(a+b+c)/2,以下等價類測試用例中,不屬于無效等價類的是()A.a(chǎn)=5,b=3,c=6; B .a(chǎn)=2,b=3,c=5;C.a(chǎn)=7,b=3,c=3; D .a(chǎn)=2,b=6,c=3;28、如果某測試用例集實現(xiàn)了某軟件的路徑覆蓋, 那么它一定同時實現(xiàn)了該軟件的A.條件覆蓋 B.判定/條件覆蓋 C.組合覆蓋 D .判定覆蓋29、系統(tǒng)測試的策略有哪些?A.負載測試 B.易用性測試 C.強度測試 D.安全測試30、下面描述測試工具的功能正確的有?A.JMeter: 基于JAVA的壓力測試工具,Badboy用來進行腳本的錄制B.Junit: 白盒測試工具:針對代碼測試C.LoadRunner:負載壓力測試D.TestLink: 用例管理工具31、設計系統(tǒng)測試計劃需要參考的項目文擋有哪些?A.軟件測試計劃 B.可行性研究報告 C.軟件需求規(guī)范 D.迭代計劃32、軟件驗收測試包括哪些?A.正式驗收測試 B.白盒測試 C.a(chǎn)lpha測試D.beta測試33、下面哪些測試屬于黑盒測試方法()A.路徑測試B.等價類劃分C.邊界值分析D.條件判斷E.循環(huán)測試F.因果圖分析G.正交分析法34、測試設計員的職責有哪些?A.制定測試計劃 B.設計測試用例 C.設計測試過程、腳本 D.評估測試活動35、軟件驗收測試的合格通過準則是:A.軟件需求分析說明書中定義的所有功能已全部實現(xiàn), 性能指標全部達到要求。B.所有測試項沒有殘余一級、二級和三級錯誤。C.立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。D.驗收測試工件齊全。36、有關"測試驅動開發(fā)",下列說法正確的有?A.TDD的原理是在開發(fā)功能代碼之前,先編寫單元測試用例代碼,測試代碼確定需要編寫什么產(chǎn)品代碼標準文案大全實用文檔B.TDD的基本思路就是通過測試來推動整個開發(fā)得進行,但測試驅動開發(fā)并不只是單純的測試工作,而是把需求分析,設計,質(zhì)量控制量化的過程。C.TDD的重要目的不僅僅是測試軟件,測試工作保證代碼質(zhì)量僅僅是其中一部分,而且是在開發(fā)過程中幫助客戶和程序員去除模棱兩可的需求。D.TDD首先考慮使用需求(對象、功能、過程、接口等),主要是編寫測試用例框架對功能的過程和接口進行設計,而測試框架可以持續(xù)進行驗證。37、下面屬于白盒測試方法的有哪些?A.語句覆蓋 B.等價類劃分 C .邊界值分析 D.判定條件覆蓋38、測試方法可以分成哪幾種 ?A.個人復查 B .抽查和會審 C .黑盒測試 D.白盒測試39、對于軟件的β測試,下列描述正確的是 ()。A.β測試就是在軟件公司內(nèi)部展開的測試,由公司專業(yè)的測試人員執(zhí)行的測試B.β測試就是在軟件公司內(nèi)部展開的測試,由公司的非專業(yè)測試人員執(zhí)行的測試C.β測試就是在軟件公司外部展開的測試,由專業(yè)的測試人員執(zhí)行的測試D.β測試就是在軟件公司外部展開的測試,可以由非專業(yè)的測試人員執(zhí)行的測試40、Beta測試是驗收測試的一種。請判斷這句話的正確與否。A.T B .F41、集成測試計劃在需求分析階段末提交。請判斷這句話的正確與否。A.T B .F42、對手機軟件的壓力測試通??梢园ā径噙x】 ()A.存儲壓力 B.響應能力壓力 C.網(wǎng)絡流量壓力 D.并發(fā)壓力43、下列關于alpha 測試的描述中正確的是哪些?A.a(chǎn)lpha測試需要用戶代表參加B.a(chǎn)lpha測試不需要用戶代表參加C.a(chǎn)lpha測試是系統(tǒng)測試的一種D.a(chǎn)lpha測試是驗收測試的一種44、做好文檔測試需要注意的點有哪些 ?A.仔細閱讀,跟隨每個步驟,檢查每個圖形,嘗試每個示例B.檢查文檔的編寫是否滿足文檔編寫的目的C.內(nèi)容是否齊全,正確,完善D.標記是否正確45、軟件測試計劃評審會需要哪些人員參加?A.項目經(jīng)理 B.SQA負責人 C.配置負責人 D.測試組標準文案大全實用文檔軟件測試 答案1、D(測試用例是測試程序正確性與否的關鍵。一個覆蓋完全的測試用例可以測試出程序是否正確運行,是否有bug等等,是最重要的)2、B(測試過程按4個步驟進行,即單元測試、集成測試、確認測試和系統(tǒng)測試及發(fā)版測試。? 開始是單元測試,集中對用源代碼實現(xiàn)的每一個程序單元進行測試, 檢查各個程序模塊是否正確地實現(xiàn)了規(guī)定的功能。? 集成測試把已測試過的模塊組裝起來,主要對與設計相關的軟件體系結構的構造進行測試。? 確認測試則是要檢查已實現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求,以及軟件配置是否完全、正確。? 系統(tǒng)測試把已經(jīng)經(jīng)過確認的軟件納入實際運行環(huán)境中,與其它系統(tǒng)成份組合在一起進行測試。回歸測試是指修改了舊代碼后,重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產(chǎn)生錯誤。它不是軟件測試的步驟)3、A(自底向上測試是從“原子”模塊(即軟件結構最低層的模塊)開始組裝測試,因測試到較高層模塊時,所需的下層模塊功能均已具備,所以不再需要樁模塊。自底向上集成方法不用樁模塊,測試用例的設計亦相對簡單,但缺點是程序最后一個模塊加入時才具有整體形象,需要開發(fā)驅動模塊。)4、B(缺陷分兩種:1、完全影響軟件的正常運行或者影響客戶的正常體驗。 這種當然不能予以通過。2、不影響產(chǎn)品運行及客戶正常體驗且此軟件急于使用。 以公司利益為出發(fā),應予以通過。但在時間不緊急的情況下應不予通過。一個好的測試人員應該有很好的情況分析能力,并且要有擔當 )5、B6、A7、ABCD(a) 性能:i. 客戶端性能 ii. 服務器端性能1. 服務器2. 數(shù)據(jù)庫iii.網(wǎng)絡功能i.從運行完game.exe打開游戲界面后可進行的各種操作、玩法界面iii.音樂自動化i.測試工作組織實施中需要的工具、軟件、平臺的開發(fā)標準文案大全實用文檔自動化的回歸測試作用:游戲中基礎的、變動不大的、出錯率高的、可進行checklist重復測試的功能、性能等自動化是一個好方法任何時候自動化都取代不了人腦,它只是將一些重復性的勞動從我們測試人員身上去掉,讓我們有更多的時間做更有意義的事情,如果你覺得你做一件事情是重復的,且有規(guī)律可行的,不防考慮自動化)8、ABCD9、ABCD(系統(tǒng)集成測試主要包括以下過程:1.構建的確認過程。2.補丁的確認過程。3.系統(tǒng)集成測試測試組提交過程。4.測試用例設計過程。5.測試代碼編寫過程。6.Bug的報告過程。7.每周/每兩周的構建過程。8.點對點的測試過程。9.組內(nèi)培訓過程)10、ABCD11、B(驗收測試是指在軟件正式發(fā)布之前,做最后的確認測試。參與人員主要有用戶,開發(fā)人員,和質(zhì)量保證人員 )12、A(具體的黑盒測試用例設計方法包括等價類劃分法、 邊界值分析法、錯誤推測法、因果圖法、判定表驅動法、正交試驗設計法、功能圖法、場景法等 )13、A(工件是加工過程中的生產(chǎn)對象。項目立項前,測試人員是不需要提供任何工件的)14、B(白盒子測試方法:(強度由低到高)語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋 )15、B(負載測試時測試在超負載情況下的情況,不是最高能達到什么程度 )16、B17、A(系統(tǒng)測試計劃屬于項目階段性關鍵文檔,因此需要評審 )18、A(因為缺陷放大理論,在單元測試階段發(fā)現(xiàn)的bug會在系統(tǒng)測試階段被放大,放大倍數(shù)完全符合80/20理論)19、A20、B21、B(代碼評審的內(nèi)容:編碼規(guī)范問題:命名不規(guī)范、magicnumber、System.out??代碼結構問題:重復代碼、巨大的方法和類、分層不當、緊耦合工具、框架使用不當:Spring、Hibernate、AJAX實現(xiàn)問題:錯誤驗證、異常處理、事務劃分、線程、性能、安全、實現(xiàn)過于復雜、代碼可讀性不佳、擴展性不好測試問題:測試覆蓋度不夠、可測試性不好標準文案大全實用文檔代碼評審不負責檢查功能、邏輯是否正確,這些要靠單元測試和 QA工作來解決)22、D23、C(CMM是指“能力成熟度模型”,其英文全稱為CapabilityMaturityModelforSoftware,英文縮寫為SW-CMM,簡稱CMM。它是對于軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發(fā)展階段的描述。 CMM的核心是把軟件開發(fā)視為一個過程,并根據(jù)這一原則對軟件開發(fā)和維護進行過程監(jiān)控和研究,以使其更加科學化、標準化、使企業(yè)能夠更好地實現(xiàn)商業(yè)目標。 此外還是化妝品的名字。CMMI(CapabilityMaturityModelIntegration ,能力成熟度模型集成)將各種能力成熟度模型(即: SoftwareCMM、SystemsEng-CMM、PeopleCMM和AcquisitionCMM)整合到同一架構中去,由此建立起包括軟件工程、系統(tǒng)工程和軟件采購等在內(nèi)的諸模型的集成, 以解決除軟件開發(fā)以外的軟件系統(tǒng)工程和軟件采購工作中的迫切需求。這兩種方法屬于測試驅動開發(fā)的方式 )24、C25、B(1)(iRecordNum-->0)False--->只有1條路徑2)(iRecordNum-->0)True--->共有3條路徑2.1)0==iType--->1條2.2)1==iType--->1條2.3)其他的狀況--->1條)26、B27、A28、A29、ABCD(系統(tǒng)測試的16個測試策略:功能測試、性能測試、壓力測試、容量測試、安全性測試、GUI測試、可用性測試、安裝測試、配置測試、異常測試,備份測試、健壯性測試、文檔測試、在線幫助測試、網(wǎng)絡測試、穩(wěn)定性測試。 )30、ABCD(LoadRunner-負載壓力測試:預測系統(tǒng)性能。JMeter+Badboy:基于JAVA的壓力測試工具,Badboy用來進行腳本的錄制功能測試:通過自動錄制、檢測和回放用戶的應用操作。將輸出記錄同預先給定的記錄比較。Junit:白盒測試工具:針對代

溫馨提示

  • 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

提交評論