軟件測試方法和技術(shù)練習(xí)題與答案

1、.一、 判斷題22.總是首先設(shè)計(jì)白盒測試用例。( )1. 測試是調(diào)試的一個(gè)部分（ ）23.可以發(fā)布具有配置缺陷的軟件產(chǎn)品。( )2. 軟件測試的目的是盡可能多的找出軟件的24.所有軟件必須進(jìn)行某種程度的兼容性測缺陷。（ ）試。( )3. 程序中隱藏錯(cuò)誤的概率與其已發(fā)現(xiàn)的錯(cuò)誤25.所有軟件都有一個(gè)用戶界面，因此必須測數(shù)成正比（ ）試易用性。 ()4. Beta 測試是驗(yàn)收測試的一種。（ ）26.測試組負(fù)責(zé)軟件質(zhì)量。 ( )5. 測試人員要堅(jiān)持原則， 缺陷未修復(fù)完堅(jiān)決不27.按照測試實(shí)施組織劃分，可將軟件測試分予通過。（ ）為開發(fā)方測試、 用戶測試和第三方測試。 ( )6. 項(xiàng)目立項(xiàng)前測試人員不需

2、要提交任何工件。28.好的測試員不懈追求完美。 (× )（ ）29.測試程序僅僅按預(yù)期方式運(yùn)行就行了。7. 單元測試能發(fā)現(xiàn)約 80%的軟件缺陷。（ ）( × )8. 測試的目的是發(fā)現(xiàn)軟件中的錯(cuò)誤。 （ ）30.在沒有產(chǎn)品說明書和需求文檔的條件下可9. 代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)以進(jìn)行動(dòng)態(tài)黑盒測試。 ( )的要求。（ ）31.靜態(tài)白盒測試可以找出遺漏之處和問題。10.自底向上集成需要測試員編寫驅(qū)動(dòng)程序。( )（ ）32.測試錯(cuò)誤提示信息不屬于文檔測試范圍。11.測試是證明軟件正確的方法。（ ）( × )12.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高33.代碼評

3、審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)能達(dá)到什么程度。 （ ）的要求。 ( )13.測試中應(yīng)該對有效和無效、期望和不期望34.總是首先設(shè)計(jì)黑盒測試用例。( )的輸入都要測試。 （ ） 驗(yàn)收測試是由最終35.軟件測試是有風(fēng)險(xiǎn)的行為，并非所有的軟用戶來實(shí)施的。 （ ）件缺陷都能夠被修復(fù)。 （ ）14.測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決36.軟件質(zhì)量保證和軟件測試是同一層次的概不予通過。（ ）念。（ x ）黑盒測試也稱為結(jié)構(gòu)測試。（ ）37.程序員兼任測試員可以提高工作效率。集成測試計(jì)劃在需求分析階段末提交。 （ ）（ x ）15.軟件測試的目的是盡可能多的找出軟件的38.在設(shè)計(jì)測試用例時(shí)，應(yīng)當(dāng)包括合理的

4、輸入缺陷。 ( )條件和不合理的輸入條件。 （ ）16.自底向上集成需要測試員編寫驅(qū)動(dòng)程序。39.傳統(tǒng)測試是在開發(fā)的后期才介入，現(xiàn)在測( )試活動(dòng)已經(jīng)擴(kuò)展到了整個(gè)生命周期。（ ）17.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高40.傳統(tǒng)測試以發(fā)現(xiàn)錯(cuò)誤為目的，現(xiàn)在測試已能達(dá)到什么程度。 ( )經(jīng)擴(kuò)展到了錯(cuò)誤預(yù)防的范疇。18.測試程序僅僅按預(yù)期方式運(yùn)行就行了。41.軟件測試的生命周期包括測試計(jì)劃、測試( )設(shè)計(jì)、測試執(zhí)行、 缺陷跟蹤、 測試評估。（ ）19.不存在質(zhì)量很高但可靠性很差的產(chǎn)品。42.軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)( )束的整個(gè)時(shí)期。 （ x ）20.軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒

5、測43.測試用例的數(shù)目越多，測試的效果越好。試。 ()（ x ）21.靜態(tài)白盒測試可以找出遺漏之處和問題。44.只要能夠達(dá)到 100的邏輯覆蓋率，就可( )以保證程序的正確性。 （ x ）.45. 單元測試屬于動(dòng)態(tài)測試。 （ ）F、使問題形成完整的閉環(huán)處理46.驗(yàn)收測試是以最終用戶為主的測試。10. 使用軟件測試工具的目的： （ ABCDF）（ ）A 、幫助測試尋找問題 B、協(xié)助問題的診斷47.沒有發(fā)現(xiàn)錯(cuò)誤的測試是沒有價(jià)值的。C、節(jié)省測試時(shí)間 D 、提高 Bug 的發(fā)現(xiàn)率（ ）E、更好的控制缺陷提高軟件質(zhì)量48.可以把不合格的開發(fā)人員安排做測試。F、更好的協(xié)助開發(fā)人員（ x ）11. 編寫測試

6、計(jì)劃的目的是： （ ABC ）二、 不定項(xiàng)選擇題1. 軟件驗(yàn)收測試的合格通過準(zhǔn)則是： ( abcd )A. 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B. 所有測試項(xiàng)沒有殘余一級、二級和三級錯(cuò)誤。 C. 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。 D. 驗(yàn)收測試工件齊全。2. 軟件測試計(jì)劃評審會(huì)需要哪些人員參加 ?( abcd )A. 項(xiàng)目經(jīng)理B. SQA 負(fù)責(zé)人B. C. 配置負(fù)責(zé)人D. 測試組3. 測試設(shè)計(jì)員的職責(zé)有： ( bc ) A. 制定測試計(jì)劃 B. 設(shè)計(jì)測試用例C. 設(shè)計(jì)測試過程、腳本D. 評估測試活動(dòng)4. 下面哪些屬于動(dòng)態(tài)分析 ( c d )

7、A. 代碼覆蓋率 B. 模塊功能檢查C. 系統(tǒng)壓力測試D. 程序數(shù)據(jù)流分析5. 下面哪些屬于靜態(tài)分析 ( abc )A 、 代碼規(guī)則檢查 B 、 程序結(jié)構(gòu)分析C、 程序復(fù)雜度分析 D、 內(nèi)存泄漏 6. 不屬于單元測試內(nèi)容的是 （ d ）A. （A ）模塊接口測試 （B ）局部數(shù)據(jù)結(jié)構(gòu)測試 B. (C) 路徑測試 （ D ）用戶界面測試7. 軟件測試設(shè)計(jì)活動(dòng)主要有( abcd ) A 、 工作量分析B、 確定并說明測試用例C、確立并結(jié)構(gòu)化測試過程D 、 復(fù)審并評估測試覆蓋8. 不屬于集成測試步驟的是 ( d )A 、 制定集成計(jì)劃 B 、 執(zhí)行集成測試C、 記錄集成測試結(jié)果 D、 回歸測試9.

8、實(shí)施缺陷跟蹤的目的是： （ ABCD ）A 、軟件質(zhì)量無法控制 B、問題無法量化C、重復(fù)問題接連產(chǎn)生D、解決問題的知識(shí)無法保留E、確保缺陷得到解決A 、使測試工作順利進(jìn)行B 、使項(xiàng)目參與人員溝通更舒暢C、使測試工作更加系統(tǒng)化D 、軟件工程以及軟件過程的需要E、軟件過程規(guī)范化的要求F、控制軟件質(zhì)量12. 選出屬于黑盒測試方法的選項(xiàng)（B ）A 、測試用例覆蓋B 、輸入覆蓋C、輸出覆蓋D、分支覆蓋E、語句覆蓋F、條件覆蓋13. 導(dǎo)致軟件缺陷的原因有很多， A D 是可能的原因， 其中最主要的原因包括 ( ABCD ) 。A 軟件需求說明書編寫的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改 B 軟件設(shè)計(jì)說明書

9、 C 軟件操作人員的水平 D 開發(fā)人員不能很好的理解需求說明書和溝通不足14. 軟件驗(yàn)收測試的合格通過準(zhǔn)則是： （ AD ）A 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B 所有測試項(xiàng)沒有殘余一級、 二級和三級錯(cuò)誤。 C 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。 D驗(yàn)收測試工件齊全。15. 下面的哪一項(xiàng)測試步驟中需要進(jìn)行局部數(shù)據(jù)結(jié)構(gòu)測試： （ A ）A 、單元測試B、集成測試C、確認(rèn)測試D、系統(tǒng)測試16. 從是否需要執(zhí)行被測軟件的角度，軟件測試技術(shù)可劃分的類型是： （AC ）。A 、 靜態(tài)測試B、 黑盒測試C、 動(dòng)態(tài)測試D、 白盒測試17. 從測試階段角度，

10、測試結(jié)束的正確順序是：（B）A 、 單元測試、集成測試、系統(tǒng)測試、確認(rèn)測試 B 、 單元測試、系統(tǒng)測試、集成測試、確.認(rèn)測試 C、 確認(rèn)測試、集成測試、系統(tǒng)測試、單元測試 D、 確認(rèn)測試、系統(tǒng)測試、集成測試、單元測試18. 軟件的六大質(zhì)量特性包括：（ A ）A. 功能性、可靠性、可用性、效率、可維護(hù)、可移植 B. 功能性、可靠性、可用性、效率、穩(wěn)定性、可移植 C. 功能性、可靠性、可擴(kuò)展性、效率、穩(wěn)定性、可移植 D. 功能性、可靠性、兼容性、效率、穩(wěn)定性、可移植19. 以下測試方法是白盒測試方法的是 _CD_A. 判定覆蓋和邊界值分析法B. 等價(jià)劃分和錯(cuò)誤推測法C. 路徑覆蓋和判定 /條件覆蓋

11、法D. 條件組合覆蓋和語句覆蓋法E. 條件覆蓋和錯(cuò)誤推測法20. 以下屬于黑盒測試方法的有_ABCDE_A 等價(jià)類劃分 B. 邊界值分析 C. 錯(cuò)誤推測 D. 因果圖 E. 決策表21. 下列哪些屬于軟件測試階段的交付成果物 ABCA 測試計(jì)劃 B 測試用例C 測試報(bào)告 D 用戶手冊E 安裝部署手冊22. 以下哪些過程能夠提高軟件質(zhì)量？ BD A. 可行性分析 B. 需求評審 C. 測試E. 概要設(shè)計(jì) D. 代碼走查三、 填空題1. 軟件測試主要分為 _單元測試 _、_集成測試_、_系統(tǒng)測試 _、_驗(yàn)收測試 _四類測試。2. 軟件缺陷產(chǎn)生的原因包括 _編寫代碼 _、設(shè)計(jì)、 _編寫需求 _以及其

12、他原因。3. 對面向過程的系統(tǒng)采用的集成策略有 自頂向下集成 、 自底向上集成 兩種。4. 黑盒測試用例設(shè)計(jì)方法包括 等價(jià)類劃分、邊界值分析 以及 因果圖 ,錯(cuò)誤推測法等。5. 測試工作就是進(jìn)行輸入、 接受輸出、 檢驗(yàn)結(jié)果，不深入代碼細(xì)節(jié)， 這樣的測試方法稱為 _黑盒測試 _。.6. 軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的 錯(cuò)誤 ，將測試 測試結(jié)果 作為糾錯(cuò)的依據(jù)。7. 軟件測試方法一般分為兩大類：動(dòng)態(tài)測試 方法和 靜態(tài)測試方法。8. 動(dòng)態(tài)測試通過 運(yùn)行程序 發(fā)現(xiàn)錯(cuò)誤。 根據(jù) 測試用例 的設(shè)計(jì)方法不同，動(dòng)態(tài)測試又分為 黑盒測試 與 白盒測試 兩類。9. 黑盒法只在軟件的接口 處進(jìn)行測試，依

13、據(jù) 需求規(guī)格說明書，檢查程序是否滿足功能 要求。10. 白盒法必須考慮程序的 內(nèi)部結(jié)構(gòu) 和 處理過程 ，以檢查 處理過程 的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行 測試 。11. 邏輯覆蓋是對程序內(nèi)部有 判定 存在的邏輯結(jié)構(gòu)設(shè)計(jì)測試用例， 根據(jù)程序內(nèi)部的邏輯覆蓋程度又可分為 語句覆蓋 判定覆蓋 條件覆蓋 判定 /條件覆蓋 條件組合覆蓋 路徑覆蓋 6 種覆蓋技術(shù)。12. 等價(jià)類劃分從程序的 功能 說明，找出一個(gè)輸入條件（通常是 一句話 或 一個(gè)短語 ），然后將每個(gè)輸入條件劃分成兩個(gè)或多個(gè)等價(jià)類 。13. 邊界值分析是將測試 邊界 情況作為重點(diǎn)目標(biāo)，選取正好等于、 剛剛大于或剛剛小于邊界值的測

14、試數(shù)據(jù)。 如果輸入或輸出域是一個(gè)有序集合， 則應(yīng)選取集合的 第一個(gè) 元素和 最后一個(gè) 元素作為測試用例。14. 測試的綜合策略是在測試中，聯(lián)合使用各種 測試 方法。通常先用 黑盒 法設(shè)計(jì)基本的測試用例，再用 白盒 法補(bǔ)充一些必要的測試用例。15. 軟件測試過程中需要 3 類信息：軟件配置 、 測試配置 和 測試工具 。16. 軟件測試一般經(jīng)過 4 個(gè)測試： 單元測試 集成測試 系統(tǒng)測試 驗(yàn)證測試 。17. 單元測試 指對源程序中每一個(gè)程序單元進(jìn)行測試，檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤，它涉及 編碼 和 詳細(xì)設(shè)計(jì) 的文檔。.18. 集成測試指在 單元 測試基

15、礎(chǔ)上， 將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試。也稱 組裝 測試或 聯(lián)合 測試。19. 成測試的方法有兩種： 非漸增式測試 漸增式測試 。20. 漸增式測試有兩種不同的組裝模塊的方法： 自頂向下結(jié)合 自底向上結(jié)合 。21. 驗(yàn)證測試在模擬環(huán)境下運(yùn)用 黑盒 測試方法，由專門測試人員 和 用戶 參加的測試。22. 軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的 完整性 和 正確性 。23. 用等價(jià)類劃分法設(shè)計(jì)一個(gè)測試用例時(shí)，使其覆蓋 盡可能多的 尚未被覆蓋的合理等價(jià)類。24. 用等價(jià)類劃分法設(shè)計(jì)一個(gè)測試用例時(shí)，使其覆蓋 一個(gè) 不合理等價(jià)類。25. 軟件測試是為了 發(fā)現(xiàn)錯(cuò)誤 而執(zhí)行程序的

16、過程。26. 運(yùn)行被測程序的方法稱為 動(dòng)態(tài) 測試。27. 在單元測試中，測試一個(gè)模塊時(shí)，需要設(shè)計(jì) 驅(qū)動(dòng)模塊和樁模塊。四、 簡答題1. 請簡述軟件測試活動(dòng)的生命周期？答：軟件從進(jìn)入測試到退出測試的過程中， 所要經(jīng)歷的引入程序錯(cuò)誤、 通過測試發(fā)現(xiàn)錯(cuò)誤和清除程序錯(cuò)誤的幾個(gè)階段。2. 軟件的缺陷等級應(yīng)如何劃分？1）致命錯(cuò)誤， 可能導(dǎo)致本模塊以及其他相關(guān)模塊異常，死機(jī)等問題；2）嚴(yán)重錯(cuò)誤， 問題局限在本模塊， 導(dǎo)致模塊功能失效或異常退出3）一般錯(cuò)誤，模塊功能部分失效；4）建議問題， 由問題提出人對測試對象的改進(jìn)意見；3. 什么是軟件測試？（見第一章）4. 什么是 V 模型？簡述 V 模型在軟件測試過程中

17、的作用，以及在 V 模型中各個(gè)測試階段和開發(fā)過程的對應(yīng)關(guān)系 ?答：V 模型是軟件開發(fā)瀑布模型的變種， 它反映了測試活動(dòng)與分析和設(shè)計(jì)的關(guān)系 。 從左到右，.描述了基本的開發(fā)過程和測試行為， 非常明確地標(biāo)明了測試過程中存在的不同級別， 并且清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系 。 左邊依次下降的是開發(fā)過程各階段，與此相對應(yīng)的是右邊依次上升的部分，即各測試過程的各個(gè)階段。V 模型的局限性在于沒有明確地說明早期的測試 , 無法體現(xiàn)“盡早地和不斷地進(jìn)行軟件測試”的原則5. 軟件測試應(yīng)該劃分幾個(gè)階段 ?簡述各個(gè)階段應(yīng)重點(diǎn)測試的點(diǎn) ?各個(gè)階段的含義？答：大體上來說可分為單元測試 ,集成測試 ,系統(tǒng)測試 ,驗(yàn)收測試 每個(gè)階段又分為以下五個(gè)步驟 :測試計(jì)劃，測試設(shè)計(jì)，用例設(shè)計(jì)，執(zhí)行