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

1、一、 判斷題1. 測試是調(diào)試的一個部分（x）2. 軟件測試的目的是盡可能多的找出軟件的缺陷。（v）3. 程序中隱藏錯誤的概率與其已發(fā)現(xiàn)的錯誤數(shù)成正比（v）4. beta測試是驗(yàn)收測試的一種。（v ）5. 測試人員要堅(jiān)持原則， 缺陷未修復(fù)完堅(jiān)決不予通過。（v ）6. 項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（x）7. 單元測試能發(fā)現(xiàn)約 80%的軟件缺陷。（v ）8. 測試的目的是發(fā)現(xiàn)軟件中的錯誤。（v ）9. 代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（v ）10. 自底向上集成需要測試員編寫驅(qū)動程序。（v ）11. 測試是證明軟件正確的方法。（x ）12. 負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高

2、能達(dá)到什么程度。（v ）13. 測試中應(yīng)該對有效和無效、期望和不期望的輸入都要測試。（v ）驗(yàn)收測試是由最終用戶來實(shí)施的。（v ）14. 測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（v ）黑盒測試也稱為結(jié)構(gòu)測試。（x ）集成測試計(jì)劃在需求分析階段末提交。（x ）15. 軟件測試的目的是盡可能多的找出軟件的缺陷。（，）16. 自底向上集成需要測試員編寫驅(qū)動程序。（v ）17. 負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（x）18. 測試程序僅僅按預(yù)期方式運(yùn)行就行了。（x）19. 不存在質(zhì)量很高但可靠性很差的產(chǎn)品。（x）20. 軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。（x）21. 靜

3、態(tài)白盒測試可以找出遺漏之處和問題。（v）22. 總是首先設(shè)計(jì)白盒測試用例。（x ）23. 可以發(fā)布具有配置缺陷的軟件產(chǎn)品。（，）24. 所有軟件必須進(jìn)行某種程度的兼容性測試。（，）25. 所有軟件都有一個用戶界面，因此必須測試易用性。（x）26. 測試組負(fù)責(zé)軟件質(zhì)量。（x ）27. 按照測試實(shí)施組織劃分，可將軟件測試分為開發(fā)方測試、用戶測試和第三方測試。（，）28. 好的測試員不懈追求完美。（x ）29. 測試程序僅僅按預(yù)期方式運(yùn)行就行了。（x ）30. 在沒有產(chǎn)品說明書和需求文檔的條件下可以進(jìn)行動態(tài)黑盒測試。（v ）31. 靜態(tài)白盒測試可以找出遺漏之處和問題。（v ）32. 測試錯誤提示信息

4、不屬于文檔測試范圍。（x ）33. 代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（，）34. 總是首先設(shè)計(jì)黑盒測試用例。（v ）35. 軟件測試是有風(fēng)險的行為，并非所有的軟件缺陷都能夠被修復(fù)。（v ）36. 軟件質(zhì)量保證和軟件測試是同一層次的概念。 （ x ）37. 程序員兼任測試員可以提高工作效率。（ x ）38. 在設(shè)計(jì)測試用例時，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。（v ）39. 傳統(tǒng)測試是在開發(fā)的后期才介入，現(xiàn)在測試活動已經(jīng)擴(kuò)展到了整個生命周期。（v ）40. 傳統(tǒng)測試以發(fā)現(xiàn)錯誤為目的，現(xiàn)在測試已經(jīng)擴(kuò)展到了錯誤預(yù)防的范疇。v41. 軟件測試的生命周期包括測試計(jì)劃、測試設(shè)計(jì)、測試執(zhí)

5、行、缺陷跟蹤、測試評估。（v ）42. 軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個時期。 （ x ）43. 測試用例的數(shù)目越多，測試的效果越好。（ x ）44. 只要能夠達(dá)到100的邏輯覆蓋率，就可以保證程序的正確性。 （ x ）45. 單元測試屬于動態(tài)測試。（v ）46. 驗(yàn) 收 測 試 是 以 最 終 用 戶 為 主 的 測 試 。（v ）47. 沒 有 發(fā) 現(xiàn) 錯 誤 的 測 試 是 沒 有 價 值 的 。（v ）48. 可以把不合格的開發(fā)人員安排做測試。（ x ）二、 不定項(xiàng)選擇題1.軟件驗(yàn)收測試的合格通過準(zhǔn)則是： （ abcd ）a. 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，

6、性能指標(biāo)全部達(dá)到要求。b. 所有測試項(xiàng)沒有殘余一級、二級和三級錯誤。 c. 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。 d. 驗(yàn)收測試工件齊全。2. 軟 件 測 試 計(jì) 劃 評 審 會 需 要 哪 些 人 員 參 加?（ 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.評估測試活動4. 下面哪些屬于動態(tài)分析（ c d ）a. 代碼覆蓋率 b. 模塊功能檢查c. 系統(tǒng)壓力測試d. 程序數(shù)據(jù)流分析5. 下面哪些屬于靜態(tài)分析 （ abc ）a、 代碼規(guī)則檢查

7、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ì)活動主要有（ abcd ） a 、 工作量分析 b、 確定并說明測試用例c、 確立并結(jié)構(gòu)化測試過程d 、 復(fù)審并評估測試覆蓋8. 不屬于集成測試步驟的是（ d ）a、 制定集成計(jì)劃 b 、 執(zhí)行集成測試c、 記錄集成測試結(jié)果d 、 回歸測試9. 實(shí)施缺陷跟蹤的目的是： （ abcd ）a、軟件質(zhì)量無法控制b、問題無法量化c、重復(fù)問題接連產(chǎn)生d 、解決問題的知識無法保留e 、確保缺陷得到

8、解決f 、使問題形成完整的閉環(huán)處理10. 使用軟件測試工具的目的： （ abcdf ）a、幫助測試尋找問題b、協(xié)助問題的診斷c、節(jié)省測試時間d、提高bug的發(fā)現(xiàn)率e 、更好的控制缺陷提高軟件質(zhì)量f、更好的協(xié)助開發(fā)人員11. 編寫測試計(jì)劃的目的是： （ abc ）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 是可能的原因，

9、 其中最主要的原因包括（ abcd ） 。a 軟件需求說明書編寫的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改b 軟件設(shè)計(jì)說明書c.軟件操作人員的水平 d.開發(fā)人員不能很好的理解需求說明書和溝通不足14. 軟件驗(yàn)收測試的合格通過準(zhǔn)則是： （ ad ）a 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。b 所有測試項(xiàng)沒有殘余一級、 二級和三級錯誤。 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í)行被測軟件的角度，軟件測

10、試技術(shù)可劃分的類型是： （ ac ） 。a 、 靜態(tài)測試b、 黑盒測試c、 動態(tài)測試d、白盒測試17. 從測試階段角度， 測試結(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. 以 下

11、 測 試 方 法 是 白 盒 測 試 方 法 的是 _cda. 判定覆蓋和邊界值分析法b. 等價劃分和錯誤推測法c. 路徑覆蓋和判定/ 條件覆蓋法d. 條件組合覆蓋和語句覆蓋法e. 條件覆蓋和錯誤推測法20. 以 下 屬 于 黑 盒 測 試 方 法 的 有_abcdea 等價類劃分b. 邊界值分析c. 錯誤推測 d. 因果圖 e. 決策表21. 下列哪些屬于軟件測試階段的交付成果物 abca 測試計(jì)劃b 測試用例c 測試報告d 用戶手冊e 安裝部署手冊22. 以下哪些過程能夠提高軟件質(zhì)量？ bda. 可行性分析b. 需求評審 c. 測試e. 概要設(shè)計(jì) d. 代碼走查3、 填空題1. 軟件測試主

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

13、 動態(tài)測試通過運(yùn)行程序 發(fā)現(xiàn)錯誤。 根據(jù) 測試用例 的設(shè)計(jì)方法不同，動態(tài)測試又分為 黑 盒測試 與 白盒測試 兩類。9. 黑盒法只在軟件的 接口 處進(jìn)行測試，依據(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. 等價類劃分從程序的 功能 說明， 找出一個輸入條件（通常是一句話

14、 或 一個短語 ） ，然后將每個輸入條件劃分成兩個或多個等價類。13. 邊界值分析是將測試 邊界 情況作為重點(diǎn)目標(biāo)， 選取正好等于、 剛剛大于或剛剛小于邊界值的測試數(shù)據(jù)。 如果輸入或輸出域是一個有序集合， 則應(yīng)選取集合的 第一個 元素和 最后一個 元素作為測試用例。14. 測試的綜合策略是在測試中，聯(lián)合使用各種 測試 方法。 通常先用 黑盒 法設(shè)計(jì)基本的測試用例，再用 白盒法補(bǔ)充一些必要的測試用例。15. 軟件測試過程中需要3 類信息：軟件配置 、 測試配置 和 測試工具 。16. 軟件測試一般經(jīng)過4 個測試：單元測試集成測試 系統(tǒng)測試 驗(yàn)證測試 。17. 單元測試 指對源程序中每一個程序單元

15、進(jìn)行測試， 檢查各個模塊是否正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤，它涉及編碼 和 詳細(xì)設(shè)計(jì) 的文檔。18. 集成測試指在單元 測試基礎(chǔ)上， 將所有模塊按照設(shè)計(jì)要求組裝成一個完整的系統(tǒng)進(jìn)行的測試。也稱組裝 測試或 聯(lián)合 測試。19. 成測試的方法有兩種： 非漸增式測試 漸增式測試 。20. 漸增式測試有兩種不同的組裝模塊的方法： 自頂向下結(jié)合 自底向上結(jié)合 。21. 驗(yàn)證測試在模擬環(huán)境下運(yùn)用 黑盒 測試方法，由專門測試人員 和 用戶 參加的測試。22. 軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的 完整性 和 正確性 。23. 用等價類劃分法設(shè)計(jì)一個測試用例時，使其覆蓋 盡可能

16、多的 尚未被覆蓋的合理等價類。24. 用等價類劃分法設(shè)計(jì)一個測試用例時，使其覆蓋 一個 不合理等價類。25. 軟件測試是為了 發(fā)現(xiàn)錯誤 而執(zhí)行程序的過程。26. 運(yùn)行被測程序的方法稱為 動態(tài) 測試。27. 在單元測試中，測試一個模塊時，需要設(shè)計(jì) 驅(qū)動模塊和樁模塊 。4、 簡答題1. 請簡述軟件測試活動的生命周期？答： 軟件從進(jìn)入測試到退出測試的過程中， 所要經(jīng)歷的引入程序錯誤、 通過測試發(fā)現(xiàn)錯誤和清除程序錯誤的幾個階段。2. 軟件的缺陷等級應(yīng)如何劃分？1) 致命錯誤，可能導(dǎo)致本模塊以及其他相關(guān)模塊異常，死機(jī)等問題；2) 嚴(yán)重錯誤，問題局限在本模塊，導(dǎo)致模塊功能失效或異常退出3) 一般錯誤，模塊

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