軟件測試綜合練習(xí)題目答案

1、軟件測試綜合練習(xí)題1. 在系統(tǒng)驗收測試中，A_是在一個模擬的環(huán)境下使用模擬數(shù)據(jù)運行系統(tǒng)；A_是在一個實際環(huán)境中使用真實數(shù)據(jù)運行系統(tǒng)。A.驗證測試B.審計測試C.確認(rèn)測試D.模塊測試2. 采用瀑布模型進(jìn)行系統(tǒng)開發(fā)的過程中，每個階段都會產(chǎn)生不同的文檔。以下關(guān)于產(chǎn)生這些文檔的描述中，正確的是D_。A外部設(shè)計評審報告在概要設(shè)計階段產(chǎn)生B. 集成測評計劃在程序設(shè)計階段產(chǎn)生C. 系統(tǒng)計劃和需求說明在詳細(xì)設(shè)計階段產(chǎn)生D.在進(jìn)行編碼的同時，獨立的設(shè)計單元測試計劃3. 正式的技術(shù)評審FTR(FormalTechnicalReview)是軟件工程師組織的軟件質(zhì)量保證活動，下面關(guān)于FTR指導(dǎo)原則中不正確的是C_。A

2、評審產(chǎn)品，而不是評審生產(chǎn)者的能力B要有嚴(yán)格的評審計劃，并遵守日程安排C對評審中出現(xiàn)的問題要充分討論，以求徹底解決D限制參與者人數(shù)，并要求評審會之前做好準(zhǔn)備4. 對于軟件的B測試，下列描述正確的是D。A.B測試就是在軟件公司內(nèi)部展開的測試，由公司專業(yè)的測試人員執(zhí)行的測試B.B測試就是在軟件公司內(nèi)部展開的測試，由公司的非專業(yè)測試人員執(zhí)行的測試C.B測試就是在軟件公司外部展開的測試，由專業(yè)的測試人員執(zhí)行的測試D.B測試就是在軟件公司外部展開的測試，可以由非專業(yè)的測試人員執(zhí)行的測試5. B_可以作為軟件測試結(jié)束的標(biāo)志。(37)A使用了特定的測試用例B錯誤強(qiáng)度曲線下降到預(yù)定的水平C查出了預(yù)定數(shù)目的錯誤D

3、按照測試計劃中所規(guī)定的時間進(jìn)行了測試6. 下面-是關(guān)于軟件評測師工作原則的描述，正確的判斷是D_。 對于開發(fā)人員提交的程序必須進(jìn)行完全的測試，以確保程序的質(zhì)量 必須合理安排測試任務(wù)，做好周密的測試計劃，平均分配軟件各個模塊的測試時間 在測試之前需要與開發(fā)人員進(jìn)行詳細(xì)的交流，明確開發(fā)人員的程序設(shè)計思路，并以此為依據(jù)開展軟件測試工作，最大程度地發(fā)現(xiàn)程序中與其設(shè)計思路不一致的錯誤 要對自己發(fā)現(xiàn)的問題負(fù)責(zé)，確保每一個問題都能被開發(fā)人員理解和修改。A、B、C、D無7. 在軟件生命周期的不同階段，需要實施不同類型的測試工作，單元測試是對程序設(shè)計進(jìn)行驗證，其中B_不是單元測試的主要內(nèi)容。在進(jìn)行單元測試過程中

4、，通常測試工程師都需要借助A_來代替所測模塊調(diào)用的子模塊：在單元測試的基礎(chǔ)上，需要將所有模塊按照概要設(shè)計和詳細(xì)設(shè)計說明書的要求進(jìn)行組裝，模塊組裝成系統(tǒng)的方式有兩種，分別是C 路徑測C 樁模塊和驅(qū)動模B 自頂向下組裝和啟底向上D 接口組裝和功能組裝A模塊接口測試B有效性測試試D邊界測試A樁模塊B驅(qū)動模塊塊D存根模塊和驅(qū)動模塊A一次性組裝和增殖性組裝組裝C單個模塊組裝和混合模塊組裝8. 多條件覆蓋是一種邏輯覆蓋，它的含義是設(shè)計足夠的測試用例，使得每個判定中條件的各種可能組合都至少出現(xiàn)一次，滿足多條件覆蓋級別的測試用例也是滿足_A_級別的：針對布爾表達(dá)式A&&(B|C)執(zhí)行邏輯覆蓋測

5、試，測試用例至少需要C_種組合才能滿足多條件覆蓋的要求。A語句覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋B判定覆蓋、條件覆蓋；條件判定組合覆蓋、修正條件判定覆蓋C語句覆蓋、判定覆蓋、條件判定組合覆蓋、修正條件判定覆蓋D路徑覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋A6B4C8D129. 典型的軟件測試過程模型有_C_等，在這些模型中，B_強(qiáng)調(diào)了測試計劃等工作的先行和對系統(tǒng)需求和系統(tǒng)設(shè)計的測試，_C_對軟件測試流程予以了說明。AV模型、W模型、H模型、漸進(jìn)模型H 模型、螺旋模型H 模型、前置測試模型H 模型、增量模型BV模型、W模型、CX模型、W模型、DX模型、W模型、C 漸進(jìn)模型D 螺C H

6、模型 D 增AV模型BW模型旋模型AV模型BW模型10. 下述關(guān)于錯誤處理流程管理的原則，量模型的說法是不正確的。A為了保證正確地定位錯誤，需要有豐富測試經(jīng)驗的測試人員驗證發(fā)現(xiàn)的錯誤是否是真正的錯誤，并且驗證錯誤是否可以再現(xiàn)。B每次對錯誤的處理都要保留處理信息，包括處理人姓名、處理時問、處理方法、處理意見以及錯誤狀態(tài)C錯誤修復(fù)后必須由報告錯誤的測試人員確認(rèn)錯誤已經(jīng)修復(fù)，才能關(guān)閉錯誤D對于無法再現(xiàn)的錯誤，應(yīng)該由項目經(jīng)理，測試經(jīng)理和設(shè)計經(jīng)理共同討論決定拒絕或者延期。11. 用邊界值分析法，假定1<X<100，那么X在測試中應(yīng)該取的邊界值是B_。AX=1，X=100BX=0，X=1，X=

7、100，X=101CX=2，X=99DX=O，X=10112. 對于業(yè)務(wù)流清晰的系統(tǒng)可以利用_D_貫穿整個測試用例設(shè)計過程廣在用例中綜合使用各種測試方法，對于參數(shù)配置類的軟件，要用_C_選擇較少的組合方式達(dá)到最佳效果，如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用_B_和判定表驅(qū)動法。A等價類劃分B因果圖法C正交試驗法D場景法關(guān)于軟件測試，（B）的敘述是正確的。 測試開始越早，越有利于發(fā)現(xiàn)軟件缺陷 采用正確的測試用例設(shè)計方法，軟件測試可以做到窮舉測試 測試覆蓋度和測試用例數(shù)量成正比 軟件測試的時間越長越好A.B C .、D .、13. 系統(tǒng)功能測試過程中，驗證需求可以正確實現(xiàn)的

8、測試用例稱為（A）。A.業(yè)務(wù)流程測試用例B.功能點測試用例C通過測試用例D失敗測試用例14.（A）不屬于功能測試用例構(gòu)成元素。A.測試數(shù)據(jù)B.測試步驟C.預(yù)期結(jié)果D.實測結(jié)果15. 針對電子政務(wù)類應(yīng)用系統(tǒng)的功能測試，為設(shè)計有效的測試用例，應(yīng)（B）。A,使業(yè)務(wù)需求白覆蓋率達(dá)到100%B利用等價類法模擬核心業(yè)務(wù)流程的正確執(zhí)行C對一個業(yè)務(wù)流程的測試用例設(shè)計一條驗證數(shù)據(jù)D經(jīng)常使用邊界值法驗證界面輸入值16. （C）測試用例設(shè)計方法既可以用于黑盒測試，也可以用于白盒測試。A.邊界值法B.基本路徑法C.正交試驗設(shè)計法D.邏輯覆蓋法對“功能測試的回歸測試經(jīng)常要多次重復(fù)”的正確理解是（D）。A回歸測試應(yīng)該執(zhí)行

9、初測時所用的全部測試用例B回歸測試只要執(zhí)行發(fā)現(xiàn)缺陷的那些測試用例即可C通過多次的回歸測試可以發(fā)現(xiàn)所有缺陷D回歸測試就是驗收測試17. 功能測試執(zhí)行過后一般可以確認(rèn)系統(tǒng)的功能缺陷，缺陷的類型包括（B）。功能不滿足隱性需求功能實現(xiàn)不正確功能易用性不好功能不符合相關(guān)的法律法規(guī)A.B.C.D.18. 以下關(guān)于軟件測試的概念，正確的是（D）。A.軟件測試的目的是想證實在一個給定的外部環(huán)境中軟件的邏輯正確性，即保證軟件以正確的方式來做這個事件B軟件質(zhì)量保證的基本措施就是對軟件進(jìn)行確認(rèn)測試C軟件測試的對象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟件測試的對象D單元測試可檢驗程序單元或部件的接口關(guān)系，應(yīng)能發(fā)現(xiàn)并排除

10、在模塊連接中可能發(fā)生的問題19. 以下不正確的軟件測試原則是（B）。A.軟件測試可以發(fā)現(xiàn)軟件潛在的缺陷B所有的軟件測試都可追溯到用戶需求C測試應(yīng)盡早不斷地執(zhí)行D程序員應(yīng)避免測試自己的程序20. 在編碼階段對系統(tǒng)執(zhí)行的測試類型主要包括單元測試和集成測試，（A）屬于單元測試的內(nèi)容。A.接口數(shù)據(jù)測試B.局部數(shù)據(jù)測試C.模塊間時序測試D全局?jǐn)?shù)據(jù)測試21. 以下關(guān)于軟件測試概念的敘述，不正確的是（A）。A.軟件失效指軟件運行時產(chǎn)生了一種不希望或不可接受的內(nèi)部行為B軟件功能實現(xiàn)超出了產(chǎn)品說明書的規(guī)定說明軟件存在缺陷C測試目的是為了發(fā)現(xiàn)軟件缺陷與錯誤，也是對軟件質(zhì)量進(jìn)行度量和評估D在軟件生命周期各個階段都可

11、能產(chǎn)生錯誤22. 以下關(guān)于軟件測試分類定義的敘述，不正確的是（A）。A.軟件測試可分為單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗收測試B.確認(rèn)測試是在模塊測試完成的基礎(chǔ)上，將所有的程序模塊進(jìn)行組合并驗證其是否滿足用戶需求的過程C.軟件測試可分為白盒測試和黑盒測試D.系統(tǒng)測試是將被測軟件作為整個基于計算機(jī)系統(tǒng)的一個元素，與計算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起進(jìn)行測試的過程23. 正確的集成測試描述包括（A）。集成測試也叫做組裝測試，通常是在單元測試的基礎(chǔ)上，將模塊按照設(shè)計說明書要求進(jìn)行組裝和測試的過程。自頂向下的增殖方式是集成測試的一種組裝方式，它能較早地驗證主要的

12、控制和判斷點，對于輸入輸出模塊、復(fù)雜算法模塊中存在的錯誤能夠較早地發(fā)現(xiàn)。集成測試的目的在于檢查被測模塊能否正確實現(xiàn)詳細(xì)設(shè)計說明中的模塊功能、性能、接口和設(shè)計約束等要求集成測試需要重點關(guān)注各個模塊之間的相互影響，發(fā)現(xiàn)并排除全局?jǐn)?shù)據(jù)結(jié)構(gòu)問題A.B.C.D.24. （B）不會影響測試質(zhì)量。A用戶需求頻繁變化B測試流程不規(guī)范C采用背靠背測試方式D測試周期被壓縮25. （C）不屬于測試人員編寫的文檔。A.缺陷報告B.測試環(huán)境配置文檔C.缺陷修復(fù)報告D.測試用例說明文檔26. 假設(shè)在程序控制流圖中，有12條邊，8個節(jié)點，則確保程序中每個可執(zhí)行語句至少執(zhí)行一次所必需的測試用例數(shù)目的上限是（B）。A12B8C

13、6D427. 關(guān)于白盒測試的測試用例設(shè)計方法敘述，正確的是（D）。A.完成SC（語句判定）所需的測試用例數(shù)目一定多于完成DC（邏輯判定）所需的測試用例數(shù)目B.達(dá)到100%CC（條件判定）要求就一定能夠滿足100%SC的要求C.達(dá)到100%CDC（條件判定組合覆蓋）要求就一定能夠滿足100%CC的要求D任何情況下，都可以達(dá)到100路徑覆蓋的要求28. 以下控制流圖的圈復(fù)雜度V（g）為（D）。A4B6C8D1029. 針對下列程序段，需要（C）個測試用例可以滿足分支覆蓋的要求。intIsLeap（intyear）if（year%4=0）if（year%100=0）if（year%400=0）lea

14、p=1;elseleap=0;elseleap=1;elseleap=0;returnleap;A.3B.4C.6D.730. 黑盒測試中，（B）是根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。A.基本路徑法B.等價類C.因果圖D.功能圖法31.Web應(yīng)用系統(tǒng)負(fù)載壓力測試中，（A）不是衡量業(yè)務(wù)執(zhí)行效率的指標(biāo)。A.并發(fā)請求數(shù)B.每秒點擊率C.交易執(zhí)行吞吐量D.交易執(zhí)行響應(yīng)時間32. 軟件測試的基本方法包括白盒測試和黑盒測試方法，以下關(guān)于二者之問關(guān)聯(lián)的敘述，錯誤的是（C）。A.黑盒測試與白盒測試是設(shè)計測試用例的兩種基本方法B.在集成測試階段是采用黑盒測試與白盒測試相結(jié)合的方法C.針對相同的系統(tǒng)模塊，執(zhí)行黑

15、盒測試和白盒測試對代碼的覆蓋率都能夠達(dá)到100%D.應(yīng)用系統(tǒng)負(fù)載壓力測試一般采用黑盒測試方法33. 為驗證某音樂會訂票系統(tǒng)是否能夠承受大量用戶同時訪問，測試工程師一般采用（B）測試工具。A.故障診斷B.代碼C.負(fù)載壓力D.網(wǎng)絡(luò)仿真34. 在下列所列舉的邏輯測試覆蓋中，測試覆蓋最強(qiáng)的是（B）,最弱的是A條件覆蓋B條件組合覆蓋C語句覆蓋D判定/條件覆蓋35. 測試用例是測試使用的文檔化的細(xì)則，其規(guī)定如何對軟件某項功能或功能組合進(jìn)行測試。測試用例應(yīng)包括下列（B）內(nèi)容的詳細(xì)信息。測試目標(biāo)和被測功能。測試環(huán)境和其他條件。測試數(shù)據(jù)和測試步驟。測試記錄和測試結(jié)果。A.B.C.D.36. 關(guān)于確認(rèn)測試，描述正

16、確的是（B）確認(rèn)測試一般包括有效性測試與軟件配置復(fù)查，采用黑盒測試為主，白盒測試為輔的測試方法進(jìn)行測試。確認(rèn)測試配置項復(fù)查時應(yīng)當(dāng)嚴(yán)格檢查用戶手冊和操作手冊中規(guī)定的使用步驟的完整性和正確性。確認(rèn)測試需要檢測與證實軟件是否滿足軟件需求說明書中規(guī)定的要求。確認(rèn)測試是保證軟件正確實現(xiàn)特定功能的一系列活動和過程，目的是保證軟件生命周期中的每一個階段的成果滿足上一個階段所設(shè)定的目標(biāo)。A.B.C.D.37. 關(guān)于軟件測試的說法，（D是不正確的。A.代碼審查是代碼檢查的一種，是由程序員和測試員組成一個審查小組，通過閱讀、討論和爭議，對程序進(jìn)行靜態(tài)分析的過程B.軟件測試的對象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟

17、件測試的對象C.白盒測試是通過對程序內(nèi)部結(jié)構(gòu)的分析、檢測來尋找問題的測試方法D.單元測試是針對軟彳設(shè)計的最小單位-程序模塊進(jìn)行正確性檢驗的測試工作，它通常需要開發(fā)輔助的樁模塊作為主程序調(diào)用被測模塊來完成測試38 .關(guān)于集成測試的描述中，正確的是（C）集成測試也叫做組裝測試或聯(lián)合測試，通常是在單元測試的基礎(chǔ)上，將所有模塊按照概要設(shè)計說明書和詳細(xì)設(shè)計說明書的要求進(jìn)行組裝和測試的過程。自頂向下的增殖方式是集成測試的一種組裝方式，它能較早地驗證主要的控制和判斷點，對于輸入輸出模塊、復(fù)雜算法模塊中存在的錯誤能夠較早地發(fā)現(xiàn)。自底向上的增殖方式需要建立樁模塊，并行地對多個模塊實施測試，并逐步形成程序?qū)嶓w，完

18、成所有模塊的組裝和集成測試。在集成測試時，測試者應(yīng)當(dāng)確定關(guān)鍵模塊，對這些關(guān)鍵模塊及早進(jìn)行測試，比如高層控制模塊、有明確性能要求和定義的模塊等。A.B.C.D.39 .缺陷探測率DD%衡量一個公司測試工作效率的軟件質(zhì)量成本的指標(biāo)。在某公司開發(fā)一個軟件產(chǎn)品的過程中，開發(fā)人員自行發(fā)現(xiàn)并修正的缺陷數(shù)量為80個，測試人員A發(fā)現(xiàn)的缺陷數(shù)量為50個，測試人員B發(fā)現(xiàn)的缺陷數(shù)為50個，測試人員A和測試人員B發(fā)現(xiàn)的缺陷不重復(fù)，客戶反饋缺陷數(shù)量為50個，則該公司針對本產(chǎn)品的缺陷探測率為（B）A.56.5%B.78.3%C.43.5%D.34.8%DDP二Bug慍眈-.40 .用等價類劃分法設(shè)計8位長數(shù)字類型用戶名登

19、錄操作的測試用例，應(yīng)該分成(C)區(qū)間。A.2B.3C.4D.641 .下面為C語言程序，邊界值問題可以定位在(A)。intdata(3),inti,for(i=1,i<=3,i+)data(i)=100A.data(0)B.data(1)C.data(2)D.data(3)42 .通常測試用例很難100%覆蓋測試需求，因為(D)。輸入量太大。輸出結(jié)果太多。軟件實現(xiàn)途徑多。測試依據(jù)沒有統(tǒng)一標(biāo)準(zhǔn)。A.B.C.D.43 .假定X為整數(shù)類型變量，X>=1并且X<=1Q如果用邊界值分析法，X在測試中應(yīng)該取(B)值。A.1,10B.0,1,10,11C.1,11D.1,5,10,1144

20、 .以下(D)方法不是黑盒測試用例的設(shè)計方法。A.場景法B.邊界值法C.因果圖法D.路徑法45 .不屬于界面元素測試的是(C)。A.窗口測試B.文字測試C.功能點測試D.鼠標(biāo)測試46 .以下說法不正確的是(D)。A.易用性測試不僅是針對應(yīng)用程序的測試，而且還要包括用戶手冊等系列文檔B.安裝測試就是按照用戶安裝手冊安裝軟件，來評估安裝過程的易用性、正確性C.輔助系統(tǒng)測試包括幫助測試、向?qū)y試、信息提示測試等D.界面整體測試是指對界面的規(guī)范性、可維護(hù)性、整體性等進(jìn)行測試和評估47 .針對下列程序段，需要(C)個測試用例才可以滿足語句覆蓋的要求。switch(value)case0:other=30

21、;break;case 1:other=50;break;case 2:other=300;case 3:other=other/value;break;default:other=other*value;A.2B.3C.4D.5A.5B.6C.9D1249 .在程序控制流圖中，有8條邊，6個節(jié)點，則控制流程圖的環(huán)路復(fù)雜性V(G)等于(B)。A.2B.4C.6D.850 .針對程序段：IF(X>10)AND(Y<20)THENW=W/A對于(X,Y)的取值，以下(D)組測試用例能夠滿足判定覆蓋的要求。A.(30,15)(40,10)B.(3,0)(30,30)C.(5,25)(10

22、,20)D.(20,10)(1,100)51 .(B)是功能測試工具。A.LoadRunnerB.WinRunnerC.QALoadD.WAS52 .負(fù)載壓力性能測試需求分析時，應(yīng)該選擇(B)類型的業(yè)務(wù)作為測試案例。高吞吐量的業(yè)務(wù)業(yè)務(wù)邏輯復(fù)雜的業(yè)務(wù)高商業(yè)風(fēng)險的業(yè)務(wù)高服務(wù)器負(fù)載的業(yè)務(wù)批處理的業(yè)務(wù)A.B.C.D.53 .測試記錄包括(B)。測試計劃或包含測試用例的測試規(guī)格說明。 測試期間出現(xiàn)問題的評估與分析。 與測試用例相關(guān)的所有結(jié)果，包括在測試期間出現(xiàn)的所有失敗。 測試中涉及的人員身份。A.B.CD.54.如下流程圖描述子程序的處理過程，要求用白盒測試法對其進(jìn)行測試。根據(jù)判定覆蓋、條件覆蓋、判定

23、/條件覆蓋、條件組合覆蓋、路徑覆蓋等覆蓋標(biāo)準(zhǔn)，從供選擇的答案中分別找出滿足相應(yīng)覆蓋標(biāo)準(zhǔn)的最小的測試數(shù)據(jù)組。1) x=90,y=902) x=50,y=503) x=90,y=90;x=50,y=504) x=90,y=70;x=40,y=905) x=90,y=90;x=50,y=50;x=90,y=706) x=90,y=70;x=70,y=90;x=50,y=507) x=90,y=90;x=50,y=50;x=90,y=70;x=70,y=908) x=90,y=90;x=50,y=50;x=90,y=50,x=80,y=809)x=90,y=90;x=90,y=70;x=90,y=30

24、;x=70,y=90;x=70,y=70;x=30,y=90;x=50,y=5010) x=90,y=90;x=80,y=80;x=90,y=70;x=90,y=30;x=70,y=90;x=30,y=90,x=70,y=70答案：判定覆蓋選5)條件覆蓋選4)判定/條件覆蓋選7)條件組合覆蓋選9)路徑覆蓋選5)分析過程：1 首先從較少的測試用例開始，依次分析它所能達(dá)到的覆蓋判定標(biāo)準(zhǔn)，最好從語句覆蓋開始；2 如果它符合語句覆蓋標(biāo)準(zhǔn)，應(yīng)進(jìn)一步分析它是否符合判定覆蓋或條件覆蓋；3 如果不符合語句覆蓋標(biāo)準(zhǔn)，應(yīng)考察是否符合條件發(fā)覆蓋，因為符合條件覆蓋的測試用例并不一定保證一定能夠符合語句覆蓋；4 如果它符合條件覆蓋，應(yīng)進(jìn)一步分析是否符合條件組合覆蓋；5 對于符合判定覆蓋或者條件覆蓋的測試用例，應(yīng)進(jìn)一步分析是否滿足路徑覆蓋；55 .本