軟件測試面精彩試題及問題詳解

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