軟件測試綜合練習題目-答案

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

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

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

4、同類型的測試工作，單元測試是對程序設(shè)計進行驗證，其中 _B_ 不是單元測試的主要內(nèi)容。在進行單元測試過程中，通常測試工程師都需要借助 _A_ 來代替所測模塊調(diào)用的子模塊：在單元測試的基礎(chǔ)上，需要將所有模塊按照概要設(shè)計和詳細設(shè)計說明書的要求進行組裝，模塊組裝成系統(tǒng)的方式有兩種，分別是 _A_ 。 A 模塊接口測試 B 有效性測試 C 路徑測試 D 邊界測試 A 樁模塊 B 驅(qū)動模塊 C 樁模塊和驅(qū)動模塊 D 存根模塊和驅(qū)動模塊 A 一次性組裝和增殖性組裝 B 自頂向下組裝和啟底向上組裝 C 單個模塊組裝和混合模塊組裝 D 接口組裝和功能組裝 8. 多條件覆蓋是一種邏輯覆蓋，它的含義是設(shè)計足夠的測

5、試用例，使得每個判定中條件的各種可能組合都至少出現(xiàn)一次，滿足多條件覆蓋級別的測試用例也是滿足 _A_ 級別的：針對布爾表達式 A&&(B|C) 執(zhí)行邏輯覆蓋測試，測試用例至少需要 _C_ 種組合才能滿足多條件覆蓋的要求。 A 語句覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋 B 判定覆蓋、條件覆蓋；條件判定組合覆蓋、修正條件判定覆蓋 C 語句覆蓋、判定覆蓋、條件判定組合覆蓋、修正條件判定覆蓋 D 路徑覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋 A 6 B 4 C 8 D 12 9. 典型的軟件測試過程模型有 _C_ 等，在這些模型中， _B_ 強調(diào)了測試計劃等工作的先行和對系統(tǒng)需

6、求和系統(tǒng)設(shè)計的測試， _C_ 對軟件測試流程予以了說明。 A V 模型、 W 模型、 H 模型、漸進模型 B V 模型、 W 模型、 H 模型、螺旋模型 C X 模型、 W 模型、 H 模型、前置測試模型 D X 模型、 W 模型、 H 模型、增量模型 A V 模型 B W 模型 C 漸進模型 D 螺旋模型 A V 模型 B W 模型 C H 模型 D 增量模型 10. 下述關(guān)于錯誤處理流程管理的原則， _D_ 的說法是不正確的。 A 為了保證正確地定位錯誤，需要有豐富測試經(jīng)驗的測試人員驗證發(fā)現(xiàn)的錯誤是否是真正的錯誤，并且驗證錯誤是否可以再現(xiàn)。 B 每次對錯誤的處理都要保留處理信息，包括處理人

7、姓名、處理時間、處理方法、處理意見以及錯誤狀態(tài) C 錯誤修復(fù)后必須由報告錯誤的測試人員確認錯誤已經(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_ 。 A X=1 ， X=100 B X=0 ， X=1 ， X=100 ， X=101 C X=2 ， X=99 D X=O ， X=101 12. 對于業(yè)務(wù)流清晰的系統(tǒng)可以利用 _D_ 貫穿整個測試用例設(shè)計過程廣在用例中綜合使用各種測試方法，對于參數(shù)配置類的軟件，要用 _C_ 選擇較少的組

8、合方式達到最佳效果，如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用 _B_ 和判定表驅(qū)動法。 A 等價類劃分 B 因果圖法 C 正交試驗法 D 場景法 關(guān)于軟件測試，（B）的敘述是正確的。    測試開始越早，越有利于發(fā)現(xiàn)軟件缺陷    采用正確的測試用例設(shè)計方法，軟件測試可以做到窮舉測試    測試覆蓋度和測試用例數(shù)量成正比    軟件測試的時間越長越好   A    B  &#

9、160; C、    D、13. 系統(tǒng)功能測試過程中，驗證需求可以正確實現(xiàn)的測試用例稱為（A） 。   A業(yè)務(wù)流程測試用例    B功能點測試用例    C通過測試用例              D失敗測試用例14. (A）不屬于功能測試用例構(gòu)成元素。   A測試數(shù)據(jù)  B測試步驟   C

10、預(yù)期結(jié)果   D實測結(jié)果15. 針對電子政務(wù)類應(yīng)用系統(tǒng)的功能測試，為設(shè)計有效的測試用例，應(yīng)（B） 。   A使業(yè)務(wù)需求的覆蓋率達到100%    B利用等價類法模擬核心業(yè)務(wù)流程的正確執(zhí)行    C對一個業(yè)務(wù)流程的測試用例設(shè)計一條驗證數(shù)據(jù)    D經(jīng)常使用邊界值法驗證界面輸入值16. （C）測試用例設(shè)計方法既可以用于黑盒測試，也可以用于白盒測試。   A邊界值法  B基本路徑法  C正交試驗設(shè)計法 

11、 D邏輯覆蓋法    對“功能測試的回歸測試經(jīng)常要多次重復(fù)”的正確理解是（D） 。    A回歸測試應(yīng)該執(zhí)行初測時所用的全部測試用例    B回歸測試只要執(zhí)行發(fā)現(xiàn)缺陷的那些測試用例即可    C通過多次的回歸測試可以發(fā)現(xiàn)所有缺陷    D回歸測試就是驗收測試17. 功能測試執(zhí)行過后一般可以確認系統(tǒng)的功能缺陷，缺陷的類型包括（B） 。    功能不滿足隱性需求功能實現(xiàn)不正確    功能易用

12、性不好功能不符合相關(guān)的法律法規(guī)   A     B    C    D18. 以下關(guān)于軟件測試的概念，正確的是（D） 。  A軟件測試的目的是想證實在一個給定的外部環(huán)境中軟件的邏輯正確性，即保證軟件以正確的方式來做這個事件    B軟件質(zhì)量保證的基本措施就是對軟件進行確認測試    C軟件測試的對象不僅僅是程序，文檔、數(shù)據(jù)和規(guī)程都是軟件測試的對象    D單

13、元測試可檢驗程序單元或部件的接口關(guān)系，應(yīng)能發(fā)現(xiàn)并排除在模塊連接中可能發(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ù)

14、據(jù)測試    C模塊間時序測試          D全局數(shù)據(jù)測試21. 以下關(guān)于軟件測試概念的敘述，不正確的是（A） 。 A軟件失效指軟件運行時產(chǎn)生了一種不希望或不可接受的內(nèi)部行為    B軟件功能實現(xiàn)超出了產(chǎn)品說明書的規(guī)定說明軟件存在缺陷    C測試目的是為了發(fā)現(xiàn)軟件缺陷與錯誤，也是對軟件質(zhì)量進行度量和評估    D在軟件生命周期各個階段都可能產(chǎn)生錯誤22. 以下關(guān)于軟件測

15、試分類定義的敘述，不正確的是（A） 。 A軟件測試可分為單元測試、集成測試、確認測試、系統(tǒng)測試、驗收測試 B確認測試是在模塊測試完成的基礎(chǔ)上，將所有的程序模塊進行組合并驗證其是否滿足用戶需求的過程 C軟件測試可分為白盒測試和黑盒測試 D系統(tǒng)測試是將被測軟件作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起進行測試的過程23. 正確的集成測試描述包括（A） 。    集成測試也叫做組裝測試，通常是在單元測試的基礎(chǔ)上，將模塊按照設(shè)計說明書要求進行組裝和測試的過程。   

16、; 自頂向下的增殖方式是集成測試的一種組裝方式，它能較早地驗證主要的控制和判斷點，對于輸入輸出模塊、復(fù)雜算法模塊中存在的錯誤能夠較早地發(fā)現(xiàn)。    集成測試的目的在于檢查被測模塊能否正確實現(xiàn)詳細設(shè)計說明中的模塊功能、性能、接口和設(shè)計約束等要求    集成測試需要重點關(guān)注各個模塊之間的相互影響，發(fā)現(xiàn)并排除全局數(shù)據(jù)結(jié)構(gòu)問題   A    B       C     D24. （B）

17、不會影響測試質(zhì)量。    A用戶需求頻繁變化    B測試流程不規(guī)范    C采用背靠背測試方式   D測試周期被壓縮25. （C）不屬于測試人員編寫的文檔。   A缺陷報告          B測試環(huán)境配置文檔    C缺陷修復(fù)報告    D測試用例說明文檔26. 假設(shè)在程序控制流圖中，有 12

18、條邊，8 個節(jié)點，則確保程序中每個可執(zhí)行語句至少執(zhí)行一次所必需的測試用例數(shù)目的上限是（B）。   A12       B8    C6      D427. 關(guān)于白盒測試的測試用例設(shè)計方法敘述，正確的是（D） 。   A完成SC（語句判定）所需的測試用例數(shù)目一定多于完成DC（邏輯判定）所需的測試用例數(shù)目    B達到100CC（條件判定）要求就一定能夠滿足100SC的

19、要求    C達到 100CDC（條件判定組合覆蓋）要求就一定能夠滿足 100CC的要求    D任何情況下，都可以達到100路徑覆蓋的要求28. 以下控制流圖的圈復(fù)雜度V(g)為（D） 。    A4        B6      C8        D1029. 針對下列程序段，需要（C）個測試用例可以滿

20、足分支覆蓋的要求。    int IsLeap(int year)        if ( year % 4 = 0 )        if ( ( year % 100 = 0 )        if ( year % 400 = 0 )    leap = 1;    else    leap

21、= 0;        else    leap = 1;        else    leap = 0;    return leap;       A3        B4      C6 &#

22、160;    D730. 黑盒測試中，（ B）是根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例。   A基本路徑法   B等價類    C因果圖    D功能圖法31. Web應(yīng)用系統(tǒng)負載壓力測試中，（ A）不是衡量業(yè)務(wù)執(zhí)行效率的指標。   A并發(fā)請求數(shù)         B每秒點擊率    C交易執(zhí)行吞吐量 

23、0;         D交易執(zhí)行響應(yīng)時間32. 軟件測試的基本方法包括白盒測試和黑盒測試方法，以下關(guān)于二者之間關(guān)聯(lián)的敘述，錯誤的是（C） 。   A黑盒測試與白盒測試是設(shè)計測試用例的兩種基本方法    B在集成測試階段是采用黑盒測試與白盒測試相結(jié)合的方法    C針對相同的系統(tǒng)模塊，執(zhí)行黑盒測試和白盒測試對代碼的覆蓋率都能夠達到100    D應(yīng)用系統(tǒng)負載壓力測試一般采用黑盒測試方法33. 為驗證

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

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

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

27、并行地對多個模塊實施測試，并逐步形成程序?qū)嶓w，完成所有模塊的組裝和集成測試。 在集成測試時，測試者應(yīng)當確定關(guān)鍵模塊，對這些關(guān)鍵模塊及早進行測試，比如高層控制模塊、有明確性能要求和定義的模塊等。A B C D 39. 缺陷探測率DDP是衡量一個公司測試工作效率的軟件質(zhì)量成本的指標。在某公司開發(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）A56.5% B78.3% C43.5% D34.8%40. 用等價類劃分

28、法設(shè)計8位長數(shù)字類型用戶名登錄操作的測試用例，應(yīng)該分成（ C)區(qū)間。A2 B3 C4 D641. 下面為C語言程序，邊界值問題可以定位在（A ）。int data（3）,int i,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)一標準。A B C D 43. 假定X為整數(shù)類型變量，X>=1并且X<=10，如果用邊界值分析法，X在測試中應(yīng)該取（B ）值。A1

29、，10 B0，1，10，11 C1，11 D1，5，10，1144. 以下（ D ）方法不是黑盒測試用例的設(shè)計方法。A. 場景法 B. 邊界值法 C. 因果圖法 D. 路徑法45. 不屬于界面元素測試的是（ C ） 。A窗口測試 B文字測試 C功能點測試 D鼠標測試 46. 以下說法不正確的是（D ） 。A易用性測試不僅是針對應(yīng)用程序的測試，而且還要包括用戶手冊等系列文檔B安裝測試就是按照用戶安裝手冊安裝軟件，來評估安裝過程的易用性、正確性C輔助系統(tǒng)測試包括幫助測試、向?qū)y試、信息提示測試等D界面整體測試是指對界面的規(guī)范性、可維護性、整體性等進行測試和評估47. 針對下列程序段，需要（C ）個

30、測試用例才可以滿足語句覆蓋的要求。switch ( value )case 0:other = 30;break;case 1:other = 50;break;case 2:other = 300;case 3:other = other / value;break;default:other = other * value;A2 B3 C4 D548. 以下控制流程圖的環(huán)路復(fù)雜性V（G）等于（ B）。A. 5 B. 6 C. 9 D 1249. 在程序控制流圖中，有8條邊，6個節(jié)點，則控制流程圖的環(huán)路復(fù)雜性V（G）等于（ B ）。A. 2 B. 4 C. 6 D. 850. 針對程序段：

31、IF（X>10）AND（Y<20）THEN W=W/A，對于（X，Y）的取值，以下（D ）組測試用例能夠滿足判定覆蓋的要求。 A.（30,15）（40,10）B.（3,0）（30,30）C.（5,25）（10,20）D.（20,10）（1,100）51. （ B）是功能測試工具。ALoadRunnerB. WinRunnerC. QALoadD. WAS52. 負載壓力性能測試需求分析時，應(yīng)該選擇（ B ）類型的業(yè)務(wù)作為測試案例。 高吞吐量的業(yè)務(wù) 業(yè)務(wù)邏輯復(fù)雜的業(yè)務(wù) 高商業(yè)風險的業(yè)務(wù) 高服務(wù)器負載的業(yè)務(wù) 批處理的業(yè)務(wù)A B C D 53. 測試記錄包括（B ）。 測試計劃或包含測試

32、用例的測試規(guī)格說明。 測試期間出現(xiàn)問題的評估與分析。 與測試用例相關(guān)的所有結(jié)果，包括在測試期間出現(xiàn)的所有失敗。 測試中涉及的人員身份。A B C D 54. 如下流程圖描述子程序的處理過程，要求用白盒測試法對其進行測試。根據(jù)判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、路徑覆蓋等覆蓋標準，從供選擇的答案中分別找出滿足相應(yīng)覆蓋標準的最小的測試數(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;

33、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;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 首先從較少的測試用例開

34、始，依次分析它所能達到的覆蓋判定標準，最好從語句覆蓋開始；2 如果它符合語句覆蓋標準，應(yīng)進一步分析它是否符合判定覆蓋或條件覆蓋；3 如果不符合語句覆蓋標準，應(yīng)考察是否符合條件發(fā)覆蓋，因為符合條件覆蓋的測試用例并不一定保證一定能夠符合語句覆蓋；4 如果它符合條件覆蓋，應(yīng)進一步分析是否符合條件組合覆蓋；5 對于符合判定覆蓋或者條件覆蓋的測試用例，應(yīng)進一步分析是否滿足路徑覆蓋；55. 本流程圖描述了某子程序的處理流程，要求用白盒測試方法對子程序進行測試。根據(jù)判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋、路徑覆蓋標準，從供選擇的答案中選擇滿足相應(yīng)覆蓋標準的測試數(shù)據(jù)組。1) A=5,b=12) A=5,b=-13) A=5,b=1;a=-5,b=-14) A=5,b=1;a=0,b=-15) A=5,b=-1;a