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

精選文庫一、判斷題1.測試是調(diào)試的一個(gè)部分（）2.軟件測試的目的是盡可能多的找出軟件的缺陷。（）3.程序中隱藏錯(cuò)誤的概率與其已發(fā)現(xiàn)的錯(cuò)誤數(shù)成正比（）4.Beta測試是驗(yàn)收測試的一種。（）5.測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（）6.項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（）7.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（）8.測試的目的是發(fā)現(xiàn)軟件中的錯(cuò)誤。（）9.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（）10.自底向上集成需要測試員編寫驅(qū)動(dòng)程序。（）11.測試是證明軟件正確的方法。（）12.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（）13.測試中應(yīng)該對有效和無效、期望和不期望的輸入都要測試。（）驗(yàn)收測試是由最終用戶來實(shí)施的。（）14.測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（）黑盒測試也稱為結(jié)構(gòu)測試。（）集成測試計(jì)劃在需求分析階段末提交。（）15. 軟件測試的目的是盡可能多的找出軟件的缺陷。()16.自底向上集成需要測試員編寫驅(qū)動(dòng)程序。()17.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。()18.測試程序僅僅按預(yù)期方式運(yùn)行就行了。()19.不存在質(zhì)量很高但可靠性很差的產(chǎn)品。()20.軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。()21.靜態(tài)白盒測試可以找出遺漏之處和問題。()22.總是首先設(shè)計(jì)白盒測試用例。()23.可以發(fā)布具有配置缺陷的軟件產(chǎn)品。()24.所有軟件必須進(jìn)行某種程度的兼容性測試。()25.所有軟件都有一個(gè)用戶界面，因此必須測試易用性。()26.測試組負(fù)責(zé)軟件質(zhì)量。()27.按照測試實(shí)施組織劃分，可將軟件測試分為開發(fā)方測試、用戶測試和第三方測試。()28.好的測試員不懈追求完美。()29.測試程序僅僅按預(yù)期方式運(yùn)行就行了。()30.在沒有產(chǎn)品說明書和需求文檔的條件下可以進(jìn)行動(dòng)態(tài)黑盒測試。()31.靜態(tài)白盒測試可以找出遺漏之處和問題。()32.測試錯(cuò)誤提示信息不屬于文檔測試范圍。()33.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。()34.總是首先設(shè)計(jì)黑盒測試用例。()35.軟件測試是有風(fēng)險(xiǎn)的行為，并非所有的軟件缺陷都能夠被修復(fù)。（）36.軟件質(zhì)量保證和軟件測試是同一層次的概念。（x）37.程序員兼任測試員可以提高工作效率。（x）38.在設(shè)計(jì)測試用例時(shí)，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。（）39.傳統(tǒng)測試是在開發(fā)的后期才介入，現(xiàn)在測試活動(dòng)已經(jīng)擴(kuò)展到了整個(gè)生命周期。（）40.傳統(tǒng)測試以發(fā)現(xiàn)錯(cuò)誤為目的，現(xiàn)在測試已經(jīng)擴(kuò)展到了錯(cuò)誤預(yù)防的范疇。41.軟件測試的生命周期包括測試計(jì)劃、測試設(shè)計(jì)、測試執(zhí)行、缺陷跟蹤、測試評估。（）42.軟件生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個(gè)時(shí)期。（x）43.測試用例的數(shù)目越多，測試的效果越好。（x）44.只要能夠達(dá)到100的邏輯覆蓋率，就可以保證程序的正確性。（x）45.單元測試屬于動(dòng)態(tài)測試。（）46.驗(yàn)收測試是以最終用戶為主的測試。（）47.沒有發(fā)現(xiàn)錯(cuò)誤的測試是沒有價(jià)值的。（）48.可以把不合格的開發(fā)人員安排做測試。（x）二、不定項(xiàng)選擇題1.軟件驗(yàn)收測試的合格通過準(zhǔn)則是：(abcd)A.軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B.所有測試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(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)分析(cd)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. 實(shí)施缺陷跟蹤的目的是：（ABCD）A、軟件質(zhì)量無法控制B、問題無法量化C、重復(fù)問題接連產(chǎn)生D、解決問題的知識(shí)無法保留E、確保缺陷得到解決F、使問題形成完整的閉環(huán)處理10. 使用軟件測試工具的目的：（ABCDF）A、 幫助測試尋找問題B、協(xié)助問題的診斷C、節(jié)省測試時(shí)間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)致軟件缺陷的原因有很多，AD是可能的原因，其中最主要的原因包括(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)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(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.從測試階段角度，測試結(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.路徑覆蓋和判定/條件覆蓋法D.條件組合覆蓋和語句覆蓋法E.條件覆蓋和錯(cuò)誤推測法20.以下屬于黑盒測試方法的有_ABCDE_A等價(jià)類劃分B.邊界值分析C.錯(cuò)誤推測D.因果圖E.決策表21.下列哪些屬于軟件測試階段的交付成果物ABCA測試計(jì)劃B測試用例C測試報(bào)告D用戶手冊E安裝部署手冊22.以下哪些過程能夠提高軟件質(zhì)量？BDA.可行性分析 B.需求評審C.測試E.概要設(shè)計(jì)D.代碼走查三、填空題1.軟件測試主要分為_單元測試_、_集成測試_、_系統(tǒng)測試_、_驗(yàn)收測試_四類測試。2.軟件缺陷產(chǎn)生的原因包括_編寫代碼_、設(shè)計(jì)、_編寫需求_以及其他原因。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)行測試，依據(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)，選取正好等于、剛剛大于或剛剛小于邊界值的測試數(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.集成測試指在單元測試基礎(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í)行程序的過程。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.軟件的缺陷等級(jí)應(yīng)如何劃分？1）致命錯(cuò)誤，可能導(dǎo)致本模塊以及其他相關(guān)模塊異常，死機(jī)等問題；2）嚴(yán)重錯(cuò)誤，問題局限在本模塊，導(dǎo)致模塊功能失效或異常退出3）一般錯(cuò)誤，模塊功能部分失效；4）建議問題，由問題提出人對測試對象的改進(jìn)意見；3.什么是軟件測試？（見第一章）4.什么是V模型？簡述V模型在軟件測試過程中的作用，以及在V模型中各個(gè)測試階段和開發(fā)過程的對應(yīng)關(guān)系?答：V模型是軟件開發(fā)瀑布模型的變種，它反映了測試活動(dòng)與分析和設(shè)計(jì)的關(guān)系。從左到右，描述了基本的開發(fā)過程和測試行為，非常明確地標(biāo)明了測試過程中存在的不同級(jí)別，并且清楚地描述了這些測試階段和開發(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í)行結(jié)果，測試報(bào)告6.你認(rèn)為一個(gè)優(yōu)