軟件測試復(fù)習(xí)題

1、精選優(yōu)質(zhì)文檔-傾情為你奉上軟件測試復(fù)習(xí)題一、判斷（01）測試是為了驗證軟件已正確地實現(xiàn)了用戶的要求。 錯（02）白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，完全可以不考慮程序的功能要求。 對（03）白盒測試不僅與程序的內(nèi)部結(jié)構(gòu)有關(guān)，還要考慮程序的功能要求。 錯（04）黑盒測試的測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。 錯（05）黑盒測試的測試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計的。 對（06）為了快速完成集成測試，采用一次性集成方式是適宜的。 錯（07）在軟件開發(fā)過程中，若能推遲暴露其中的錯誤，則為修復(fù)和改進錯誤所花費的代價就會降低。 錯（05）在軟件開發(fā)過程中，若能盡早暴露其中的錯誤，則為修復(fù)和改進錯誤所花費的代

2、價就會降低。 對（09）單元測試通常由開發(fā)人員進行。 對（10）壓力測試通常需要輔助工具的支持。 對（11）壓力測試不需要輔助工具的支持。 錯（12）測試人員說：“沒有可運行的程序，我無法進行測試工作”。 錯（13）員可以對產(chǎn)品說明書進行。 錯（14）員無法對產(chǎn)品說明書進行。 對（15）單元測試能發(fā)現(xiàn)約80%的軟件缺陷。 對（16）軟件測試是有風(fēng)險的行為，并非所有的軟件缺陷都能夠被修復(fù)。對（17）軟件質(zhì)量保證和軟件測試是同一層次的概念。錯（18）我們有理由相信只要能夠設(shè)計出盡可能好的測試方案，經(jīng)過嚴(yán)格測試之后的軟件可以沒有缺陷。錯（19） 程序員兼任測試員可以提高工作效率。錯（20） 在設(shè)計測

3、試用例時，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。對（21） 傳統(tǒng)測試是在開發(fā)的后期才介入，現(xiàn)在測試活動已經(jīng)擴展到了整個生命周期。對（22） 傳統(tǒng)測試以發(fā)現(xiàn)錯誤為目的，現(xiàn)在測試已經(jīng)擴展到了錯誤預(yù)防的范疇。對（23） 軟件測試的生命周期包括測試計劃、測試設(shè)計、測試執(zhí)行、缺陷跟蹤、測試評估。對（24） 調(diào)試從一個已知的條件開始，使用預(yù)先定義的過程，有預(yù)知的結(jié)果；測試從一個未知的條件開始，結(jié)束的過程不可預(yù)計。錯（25） 白盒測試往往會造成測試用例之間可能存在嚴(yán)重的冗余和未測試的功能漏洞。錯（26） 在邊界值方法中，對于一個有n個變量的函數(shù)作最壞情況測試，生成的測試用例個數(shù)是7n個。錯（27） 軟件

4、生存周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個時期。 錯（28） 在所有的黑盒測試方法中，基于決策表的測試是最為嚴(yán)格、最具有邏輯性的測試方法。對（29） 永遠(yuǎn)有缺陷類型會在測試的一個層次上被發(fā)現(xiàn)，并且能夠在另一個層次上逃避檢測。對（30） 測試用例的數(shù)目越多，測試的效果越好。錯（31） 只要能夠達(dá)到100的邏輯覆蓋率，就可以保證程序的正確性。錯（32） 單元測試屬于動態(tài)測試。對（33） 驗收測試是以最終用戶為主的測試。對（34） 測試程序僅僅按預(yù)期方式運行就行了。錯（35）可以把不合格的開發(fā)人員安排做測試。錯（36）好的測試員不懈追求完美。 錯 （37）軟件測試是有效的排除軟件缺陷的手段。 錯 （3

5、8）程序員與測試工作無關(guān)。 錯 （39）程序員兼任測試員可以提高工作效率。 錯 （40）測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。 錯 （41）白盒測試的“條件覆蓋”標(biāo)準(zhǔn)強于“判定覆蓋”。 錯 （42）軟件開發(fā)全過程的測試工作都可以實現(xiàn)自動化。 錯 （43）找出的軟件缺陷越多，說明剩下的軟件缺陷越少。 錯 （44）采用自動化測試有可能延誤項目進度。 對 （45）測試應(yīng)從“大規(guī)?！遍_始，逐步轉(zhuǎn)向“小規(guī)?！?。 錯（46）永遠(yuǎn)有缺陷類型會在測試的一個層次上被發(fā)現(xiàn)，并且能夠在另一個層次上逃避檢測。對（47）一個程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。對 （48）結(jié)構(gòu)性測試是根據(jù)軟件的規(guī)

6、格說明來設(shè)計測試用例。錯（49）錯誤推測法是根據(jù)輸出對輸入的依賴關(guān)系來設(shè)計測試用例的。錯（50）軟件缺陷屬性包括缺陷標(biāo)識、缺陷類型、缺陷嚴(yán)重程度、缺陷產(chǎn)生可能性、缺陷優(yōu)先級、缺陷狀態(tài)、缺陷起源、缺陷來源、缺陷原因。對（51）對于一個含有n個變量的程序，采用邊界值健壯性測試方法來測試程序會產(chǎn)生6n+1個測試用例。對（52）數(shù)據(jù)流測試是主要用作路徑測試的真實性檢查。兩種形式分別為定義/使用測試、基于程序片的測試。對（53）軟件只要經(jīng)過嚴(yán)格嚴(yán)謹(jǐn)?shù)膬?nèi)部測試之后，可以做到?jīng)]有缺陷。錯（54）測試用例應(yīng)由測試輸入數(shù)據(jù)和對應(yīng)的實際輸出結(jié)果這兩部分組成。錯（55）測試是可以窮盡的。錯（56）測試自動化是萬能的

7、。錯（57）軟件缺陷可能會被修復(fù)，可能會被保留或者標(biāo)識出來。錯（58）每一個軟件項目都有一個最優(yōu)的測試量。錯（59）黑盒測試往往會造成測試用例之間可能存在嚴(yán)重的冗余和未測試的功能漏洞。錯（60）代碼審查工作屬于靜態(tài)測試。錯（61）軟件測試是一個過程，包含若干活動，運行軟件進行測試只是活動之一。錯（62）回歸測試是在軟件修改后再次運行以前為查找錯誤而執(zhí)行程序曾用過的測試用例. 對（63） 集成測試是為確定軟件系統(tǒng)是否滿足驗收標(biāo)準(zhǔn)以及使客戶決定是否接受而進行的正式測試. 錯（64）測試按照測試層次可以劃分成為單元測試、集成測試和系統(tǒng)測試。對（65）單元測試僅僅證明了被測程序單元做了什么。錯二、選擇

8、1、用黑盒技術(shù)設(shè)計測試用例的方法之一為（ a ）A）因果圖 B）邏輯覆蓋 C）循環(huán)覆蓋 D）基本路徑測試2、軟件測試的目的是（ b） A）避免軟件開發(fā)中出現(xiàn)的錯誤 B）發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤 C）盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，提高軟件的可靠性 D）修改軟件中出現(xiàn)的錯誤 3、下列軟件屬性中，軟件產(chǎn)品首要滿足的應(yīng)該是（ a ）A）功能需求 B）性能需求 C）可擴展性和靈活性 D）容錯糾錯能力4、堅持在軟件的各個階段實施下列哪種質(zhì)量保障措施，才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防錯誤，把出現(xiàn)的錯誤克服在早期（ a）。A）技術(shù)評審 B）程序測試 C）改正程序錯誤 D）管理評審5、以程序的內(nèi)部結(jié)構(gòu)為基礎(chǔ)的

9、測試用例技術(shù)屬于（ d ）。A）灰盒測試B）數(shù)據(jù)測試C）黑盒測試D）白盒測試6、為了提高測試的效率，正確的做法是（ a ）。A）選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試用例B）在完成程序的編碼之后再制定軟件的測試計劃C）隨機選取測試用例D）使用測試用例測試是為了檢查程序是否做了應(yīng)該做的事7、對程序的測試最好由誰來做，對程序的調(diào)試最好由誰來做（ b ）。A）程序員 第三方測試機構(gòu)B）第三方測試機構(gòu) 程序員C）程序開發(fā)組 程序員D）程序開發(fā)組 程序開發(fā)組8、在進行單元測試時，常用的方法是（c ）A）采用白盒測試，輔之以黑盒測試 B）采用黑盒測試，輔之以白盒測試C）只使用白盒測試 D）只使用黑盒測試9、以

10、下那一種選項不屬于軟件缺陷（ d ）。A）軟件沒有實現(xiàn)產(chǎn)品規(guī)格說明所要求的功能B）軟件中出現(xiàn)了產(chǎn)品規(guī)格說明不應(yīng)該出現(xiàn)的功能C）軟件實現(xiàn)了產(chǎn)品規(guī)格沒有提到的功能D）軟件實現(xiàn)了產(chǎn)品規(guī)格說明所要求的功能但因受性能限制而未考慮可移植性問題10、軟件生存周期過程中，修改錯誤最大的階段是（ d ）。A）需求階段B）設(shè)計階段C）編程階段D）發(fā)布運行階段11、在邊界值分析中，下列數(shù)據(jù)通常不用來做數(shù)據(jù)測試的是（b ）。A）正好等于邊界的值 B）等價類中的等價值C）剛剛大于邊界的值 D）剛剛小于邊界的值D）在程序完成的編碼之后再制定軟件的測試用例12、單元測試中設(shè)計測試用例的依據(jù)是（ d ）。 A）概要設(shè)計規(guī)格說

11、明書 B）用戶需求規(guī)格說明書 C）項目計劃說明書 D）詳細(xì)設(shè)計規(guī)格說明書13、通常可分為白盒測試和黑盒測試。白盒測試是根據(jù)程序的（ c ）來設(shè)計測試用例，黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。 A）功能 B）性能 C）內(nèi)部邏輯 D）內(nèi)部數(shù)據(jù) 14、如果一個判定中的復(fù)合條件表達(dá)式為（A 1）or（B 1)&(B=0) ) 2 X = X/A; 3 if ( (A=2)|(X1) ) 4 X = X+1; 5 1畫出控制流圖： 如右圖所示 計算環(huán)形復(fù)雜度： 10（條邊）- 7（個節(jié)點）+ 2 = 5 導(dǎo)出獨立路徑（用語句編號表示） 路徑1：1234567 路徑2：14567 路徑3：1246

12、7 路徑4：12457 路徑5：123457測試用例用例號路徑輸入數(shù)據(jù) A B X預(yù)期輸出XTC11234567 3 0 63TC214567 0 1 3 4TC312467 2 1 12TC412457 3 1 00TC5123457 3 0 314. 某城市的電話號碼由三部分組成。這三部分的名稱和內(nèi)容分別是 地區(qū)碼：空白或三位數(shù)字； 前 綴：非0或1開頭的三位數(shù)； 后 綴：四位數(shù)字。 假定被調(diào)試的程序能接受一切符合上述規(guī)定的電話號碼，拒絕所有不符合規(guī)定的號碼，試用等價分類法來設(shè)計它的調(diào)試用例。解：第一步：劃分等價類，包括4個有效等價類，11個無效等價類。輸入條件有效等價類無效等價類地區(qū)碼空

13、白(1),3位數(shù)字(2)有非數(shù)字字符(5),少于3位數(shù)字(6),多于三位數(shù)字(7)前綴從200到999之間的3位數(shù)字(3)有非數(shù)字字符(8),起始位為0(9),起始位為1(10),少于3位數(shù)字(11),多于3位數(shù)字(12)后綴4位數(shù)字(4)有非數(shù)字字符(13),少于4位數(shù)字(14),多于4位數(shù)字(15) 第二步：確定調(diào)試用例。調(diào)試數(shù)據(jù)范圍期望結(jié)果 ( ) 2762345等價類(1)，(3)，(4)有效 (635) 8059321等價類(2)，(3)，(4)有效 對11個無效等價類，要選擇11個調(diào)試用例，如下所示： 調(diào)試數(shù)據(jù) 范圍 期望結(jié)果(20A) 1234567 無效等價類(5)無效 (33

14、 ) 2345678 無效等價類(6)無效 (7777) 3456789 無效等價類(7) 無效 (777) 34A6789無效等價類(8) 無效 (234) 0456789無效等價類(9)無效 (777) 1456789 無效等價類(10) 無效 (777) 346789 無效等價類(11)無效 (777) 23456789 無效等價類(12)無效 (777) 345678A 無效等價類(13) 無效 (777) 345678 無效等價類(14)無效 (777) 34556789 無效等價類(15) 無效 選取的調(diào)試數(shù)據(jù)可以不同，關(guān)鍵是與調(diào)試內(nèi)容相符。5、按要求給出下列程序的測試用例（要求寫

15、出必要的說明）：（1）語句覆蓋（2）判定覆蓋（3）條件覆蓋（4）判定-條件覆蓋（5）條件組合覆蓋圖中共有4條路徑：P1（ace）、P2（abd）、P3（abe）、P4（acd）。1P1正好滿足語句覆蓋的條件?？梢栽O(shè)計如下的輸入數(shù)據(jù)：A2，B0，x42測試用例如果能夠測試路徑P1（ace）和P2（abd），就可以滿足判定覆蓋要求?？梢栽O(shè)計如下兩組輸入數(shù)據(jù)：A2，B0，x4A1，B1，x13條件：A1，B0，A2，x1。需要有足夠的測試用例使得上述四個條件都能有滿足和不滿足的情況。以下這兩組輸入數(shù)據(jù)能滿足這些要求：A2，B0，x4A1，B1，x14判定條件覆蓋A2，B0，x4A1，B1，x15可能的條件組合：（1）A1，B0（2）A1，B0（3）A1，B0（4）A1，B0（5）A2，x1（6）A2，x1（7）A2，x1（8）A2，x1相應(yīng)的輸入數(shù)據(jù)：A2，B0，x4 滿足（1）和（5）A2，B1，x1 滿足（2）和（6）A1，B0，x2 滿足（3）和（7）A1，B1，x1 滿足（4）和（8）6、 某軟件的規(guī)格說明：文件名的第