軟件的高質(zhì)量保證與測試復(fù)習(xí)總匯試題的總結(jié)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上選擇題1軟件測試的目的是（ B ）。A）試驗性運行軟件 B）發(fā)現(xiàn)軟件錯誤 C）證明軟件正確 D）找出軟件中全部錯誤2軟件測試中白盒法是通過分析程序的（ B ）來設(shè)計測試用例的。A）應(yīng)用范圍 B）內(nèi)部邏輯 C）功能 D）輸入數(shù)據(jù)3黑盒法是根據(jù)程序的（ C ）來設(shè)計測試用例的。A）應(yīng)用范圍 B）內(nèi)部邏輯 C）功能 D）輸入數(shù)據(jù)4為了提高軟件測試的效率，應(yīng)該（ D ）。A）隨機(jī)地選取測試數(shù)據(jù) B）取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C）在完成編碼以后制定軟件的測試計劃 D）選擇發(fā)現(xiàn)錯誤可能性最大的數(shù)據(jù)作為測試用例5與設(shè)計測試用例無關(guān)的文檔是（ A ）。A）項目開發(fā)計劃 B）需求

2、規(guī)格說明書 C）設(shè)計說明書 D）源程序6測試的關(guān)鍵問題是（ B ）。A）如何組織軟件評審 B）如何選擇測試用例C）如何驗證程序的正確性 D）如何采用綜合策略7軟件測試用例主要由輸入數(shù)據(jù)和（ C ）兩部分組成。A）測試計劃 B）測試規(guī)則 C）預(yù)期輸出結(jié)果 D）以往測試記錄分析8成功的測試是指運行測試用例后（ B ）。A）未發(fā)現(xiàn)程序錯誤 B）發(fā)現(xiàn)了程序錯誤 C）證明程序正確性 D）改正了程序錯誤9下列幾種邏輯覆蓋標(biāo)準(zhǔn)中，查錯能力最強的是（ D ）。A）語句覆蓋 B）判定覆蓋 C）條件覆蓋 D）條件組合覆蓋10在黑盒測試中，著重檢查輸入條件組合的方法是（ D ）。A）等價類劃分法 B）邊界值分析法

3、C）錯誤推測法 D）因果圖法11單元測試主要針對模塊的幾個基本特征進(jìn)行測試，該階段不能完成的測試是（ A ）。A）系統(tǒng)功能 B）局部數(shù)據(jù)結(jié)構(gòu) C）重要的執(zhí)行路徑 D）錯誤處理12軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)（ B ）階段的錯誤。A）需求分析 B）概要設(shè)計 C）詳細(xì)設(shè)計 D）編碼13不屬于白盒測試的技術(shù)是（ D ）。A）路徑覆蓋 B）判定覆蓋 C）循環(huán)覆蓋 D）邊界值分析14集成測試時，能較早發(fā)現(xiàn)高層模塊接口錯誤的測試方法為（ A ）。A）自頂向下漸增式測試 B）自底向上漸增式測試 C）非漸增式測試 D）系統(tǒng)測試15使用白盒測試方法時，確定測試數(shù)據(jù)應(yīng)根據(jù)（A ）和指定的覆蓋標(biāo)準(zhǔn)。A）程

4、序內(nèi)部邏輯 B）程序的復(fù)雜度 C）使用說明書 D）程序的功能16程序的三種基本結(jié)構(gòu)是（ B ）。A）過程子、程序、分程序 B）順序、選擇、循環(huán)C）遞歸、堆棧、隊列 D）調(diào)用、返回、轉(zhuǎn)移17軟件調(diào)試的目的是（ A ）A）找出錯誤所在并改正之 B）排除存在錯誤的可能性C）對錯誤性質(zhì)進(jìn)行分類 D）統(tǒng)計出錯的次數(shù) 18下面說法正確的是( C )。A）經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確 B）測試的目標(biāo)是為了證明程序沒有錯誤C）成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試 D）成功的測試是沒有發(fā)現(xiàn)錯誤的測試20發(fā)現(xiàn)錯誤能力最弱的是( A )。A）語句覆蓋 B）判定覆蓋C）條件覆蓋 D）路徑覆蓋22下面( D

5、)方法能夠有效地檢測輸入條件的各種組合可能引起的錯誤。A）等價類劃分 B）邊界值分析C）錯誤推測 D）因果圖23與確認(rèn)測試階段有關(guān)的文檔是( A )。A）需求規(guī)格說明書 B）概要設(shè)計說明書C）詳細(xì)設(shè)計說明書 D）源程序25( B )方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A）單元測試 B）集成測試C）確認(rèn)測試 D）系統(tǒng)測試26調(diào)試應(yīng)該由( B )完成。A）與源程序無關(guān)的程序員 B）編制該源程序的程序員C）不了解軟件設(shè)計的機(jī)構(gòu) D）設(shè)計該軟件的機(jī)構(gòu)27在設(shè)計人機(jī)界面時，應(yīng)主要考慮的因素有（ D ）。系統(tǒng)響應(yīng)時間B）錯誤處理C）用戶求助機(jī)制D）以上都是28、用黑盒技術(shù)設(shè)計測試用例的方法之一為（

6、A ）A）因果圖 B）邏輯覆蓋 C）循環(huán)覆蓋 D）基本路徑測試29、軟件測試的目的是（ B ） A）避免軟件開發(fā)中出現(xiàn)的錯誤 B）發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤 C）盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤，提高軟件的可靠性 D）修改軟件中出現(xiàn)的錯誤 30、下列軟件屬性中，軟件產(chǎn)品首要滿足的應(yīng)該是（ A ）A）功能需求 B）性能需求 C）可擴(kuò)展性和靈活性 D）容錯糾錯能力5、以程序的內(nèi)部結(jié)構(gòu)為基礎(chǔ)的測試用例技術(shù)屬于（ D ）。A）灰盒測試B）數(shù)據(jù)測試C）黑盒測試D）白盒測試6、為了提高測試的效率，正確的做法是（ A ）。A）選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試用例B）在完成程序的編碼之后再制定軟件的測試計劃C

7、）隨機(jī)選取測試用例D）使用測試用例測試是為了檢查程序是否做了應(yīng)該做的事7、對程序的測試最好由（ ）來做，對程序的調(diào)試最好由誰來做（ B ）。A）程序員 第三方測試機(jī)構(gòu)B）第三方測試機(jī)構(gòu) 程序員C）程序開發(fā)組 程序員D）程序開發(fā)組 程序開發(fā)組8、在進(jìn)行單元測試時，常用的方法是（ A ）A）采用白盒測試，輔之以黑盒測試 B）采用黑盒測試，輔之以白盒測試C）只使用白盒測試 D）只使用黑盒測試9、以下那一種選項不屬于軟件缺陷（ 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ī)格說明所要求的功能但因受性能

8、限制而未考慮可移植性問題10、軟件生存周期過程中，修改錯誤代價最大的階段是（ D ）。A）需求階段 B）設(shè)計階段 C）編程階段D）發(fā)布運行階段11、在邊界值分析中，下列數(shù)據(jù)通常不用來做數(shù)據(jù)測試的是（ B ）。A）正好等于邊界的值 B）等價類中的等價值C）剛剛大于邊界的值 D）剛剛小于邊界的值12、單元測試中設(shè)計測試用例的依據(jù)是（ D ）。 A）概要設(shè)計規(guī)格說明書 B）用戶需求規(guī)格說明書 C）項目計劃說明書 D）詳細(xì)設(shè)計規(guī)格說明書13、通常可分為白盒測試和黑盒測試。白盒測試是根據(jù)程序的（ C ）來設(shè)計測試用例，黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。 A）功能 B）性能 C）內(nèi)部邏輯 D）內(nèi)

9、部數(shù)據(jù) 14、如果一個判定中的復(fù)合條件表達(dá)式為（A > 1）or（B <= 3），則為了達(dá)到100%的條件覆蓋率，至少需要設(shè)計多少個測試用例（ B ）。A）1B）2 C）3 D）415、經(jīng)驗表明，在程序測試中，某模塊與其他模塊相比，若該模塊已發(fā)現(xiàn)并改正的錯誤較多，則該模塊中殘存的錯誤數(shù)目與其他模塊相比，通常應(yīng)該（ B ）。A）較少 B）較多 C）相似 D）不確定17、在某大學(xué)學(xué)籍管理信息系統(tǒng)中，假設(shè)學(xué)生年齡的輸入范圍為1640，則根據(jù)黑盒測試中的等價類劃分技術(shù)，下面劃分正確的是（B ）。A）可劃分為2個有效等價類，2個無效等價類B）可劃分為1個有效等價類，2個無效等價類C）可劃分為

10、2個有效等價類，1個無效等價類D）可劃分為1個有效等價類，1個無效等價類18、根據(jù)軟件需求規(guī)格說明書，在開發(fā)環(huán)境下對已經(jīng)集成的軟件系統(tǒng)進(jìn)行的測試是（ A ）。 A）系統(tǒng)測試B） 單元測試C） 集成測試 D） 驗收測試19、下面有關(guān)測試原則的說法正確的是（ A ）。A）測試用例應(yīng)由測試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果組成B）測試用例只需選取合理的輸入數(shù)據(jù)C）程序最好由編寫該程序的程序員自己來測試D）使用測試用例進(jìn)行測試是為了檢查程序是否做了它該做的事21、軟件設(shè)計階段的測試主要采取的方式是（ A ）。A）評審B）白盒測試C）黑盒測試D）動態(tài)測試22、下列關(guān)于測試方法的敘述中不正確的是（ C ）A）從某

11、種角度上講，白盒測試與黑盒測試都屬于動態(tài)測試 B）功能測試屬于黑盒測試 C）對功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu) D）結(jié)構(gòu)測試屬于白盒測試23、在覆蓋準(zhǔn)則中，最常用的是（ D ）A）語句覆蓋 B）條件覆蓋 C）分支覆蓋 D）以上全部24、大多數(shù)實際情況下，性能測試的方法是（ A ）。 A）黑盒測試 B白盒測試 C）靜態(tài)分析 D可靠性測試25、下列方法中，不屬于黑盒測試的是（ A ）。A）基本路徑測試法 B）等價類測試法C）邊界值分析法 D）基于場景的測試方法26、測試程序時，不可能遍歷所有可能的輸入數(shù)據(jù)，而只能是選擇一個子集進(jìn)行測試，那么最好的選擇方法是（ B ）。A）隨機(jī)選擇 B）劃分等價

12、類C）根據(jù)接口進(jìn)行選擇D）根據(jù)數(shù)據(jù)大小進(jìn)行選擇27、下列可以作為軟件測試對象的是（ D ）。 A）需求規(guī)格說明書 B）軟件設(shè)計規(guī)格說明 C）源程序 D）以上全部專心-專注-專業(yè)二、判斷正誤題1. 測試是調(diào)試的一個部分 （ N ）2. 軟件測試的目的是盡可能多的找出軟件的缺陷。（ Y ）3. 程序中隱藏錯誤的概率與其已發(fā)現(xiàn)的錯誤數(shù)成正比（ Y ）4. 單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（ Y ）5. 測試的目的是發(fā)現(xiàn)軟件中的錯誤。（ Y  ）6. 代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。（  N  ）7. 自底向上集成需要測試員編寫驅(qū)動程序。（

13、0;Y ）8 測試是證明軟件正確的方法。（ N ）9. 測試中應(yīng)該對有效和無效、期望和不期望的輸入都要測試。（ Y ）10. 黑盒測試也稱為結(jié)構(gòu)測試。（  N  ）11集成測試計劃在需求分析階段末提交。（ N ）12. 測試是為了驗證軟件已正確地實現(xiàn)了用戶的要求。（ N ）13、黑盒測試的測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計的。 ( N )14、黑盒測試的測試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計的。 ( Y )15、為了快速完成集成測試，采用一次性集成方式是適宜的。 （ N ）16、在軟件開發(fā)過程中，若能推遲暴露其中的錯誤，則為修復(fù)和改進(jìn)錯誤所花費的代價

14、就會降低。 （ X ）17、在軟件開發(fā)過程中，若能盡早暴露其中的錯誤，則為修復(fù)和改進(jìn)錯誤所花費的代價就會降低。( Y ) 18、單元測試通常由開發(fā)人員進(jìn)行。 ( Y )19、壓力測試通常需要輔助工具的支持。 ( Y )20、測試人員說：“沒有可運行的程序，我無法進(jìn)行測試工作”。 （ N ）21、軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。 （ N ）22、在設(shè)計測試用例時，應(yīng)包括合理的輸入條件和不合理的輸入條件。 ( Y )23、要充分注意軟件測試中的群集現(xiàn)象。（Y ）24、軟件測試就是為了驗證軟件功能實現(xiàn)的是否正確，是否完成既定目標(biāo)的活動，所以軟件測試在軟件工程的后期才開始具體的工作。 （ N

15、）25、發(fā)現(xiàn)錯誤多的模塊，殘留在模塊中的錯誤也多。( Y ) 26、測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自己又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)的進(jìn)程。（ N ）三、填空題1動態(tài)測試通過 運行程序 發(fā)現(xiàn)錯誤。根據(jù) 測試用例 的設(shè)計方法不同，動態(tài)測試又分為 黑盒測試、白盒測試 兩類。2白盒測試是 結(jié)構(gòu) 測試，被測對象是 源程序 ，以程序的 內(nèi)部邏輯 為基礎(chǔ)設(shè)計測試用例。3邏輯覆蓋是對程序內(nèi)部有 判定 存在的邏輯結(jié)構(gòu)設(shè)計測試用例，根據(jù)程序內(nèi)部的邏輯覆蓋程度又可分為 語句覆蓋 、 判斷覆蓋 、 條件覆蓋 、 判定/條件覆蓋 、 條件組合覆蓋 和 路徑覆蓋 6種覆蓋技

16、術(shù)。4循環(huán)覆蓋是對程序內(nèi)部有 循環(huán) 存在的邏輯結(jié)構(gòu)設(shè)計測試用例，它通過限制 循環(huán)次數(shù) 來測試。5基本路徑測試是在程序 控制流程圖 基礎(chǔ)上，通過分析控制構(gòu)造的 環(huán)路 復(fù)雜性，導(dǎo)出 基本路徑 集合，從而設(shè)計測試用例。6黑盒測試是 功能 測試，常用黑盒技術(shù)設(shè)計測試用例有：等價類劃分 、邊界值分析 、 因果圖。7邊界值分析是將測試 邊界 情況作為重點目標(biāo)，選取正好等于、剛剛大于或剛剛小于 邊界值 的測試數(shù)據(jù)。如果輸入或輸出域是一個有序集合，則應(yīng)選取集合的 第一個 元素和 最后一個 元素作為測試用例。8因果圖的基本原理是通過畫 因果 圖，把用自然語言描述的 功能說明 轉(zhuǎn)換為 判定表 ，最后為判定表每一列

17、設(shè)計一個測試用例。9測試的綜合策略是在測試中，聯(lián)合使用各種 測試 方法。通常先用 黑盒 法設(shè)計基本的測試用例，再用 白盒 法補充一些必要的測試用例。10 單元測試 指對源程序中每一個程序單元進(jìn)行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤，它涉及 編碼 和 詳細(xì)設(shè)計 的文檔。11單元測試主要測試 模塊 的5個基本特征：模塊接口 、局部數(shù)據(jù)結(jié)構(gòu)、重要的執(zhí)行路徑、 錯誤處理 、邊界條件。12在單元測試中，需要為被測模塊設(shè)計 驅(qū)動 模塊和 樁 模塊。 驅(qū)動模塊 用來模擬被測模塊的上級調(diào)用模塊， 樁模塊 用來代替被測模塊所調(diào)用的模塊。13集成測試指在 單元 測試基礎(chǔ)上，

18、將所有模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)進(jìn)行的測試。也稱 組裝 測試或 聯(lián)合 測試。14集成測試的方法有兩種： 非漸增式測試 和 漸增式測試 。16自頂向下漸增式測試不需要編寫 驅(qū)動 模塊，只需要編寫 樁 模塊，其步驟是從 頂層 模塊開始，沿著被測程序的 軟件結(jié)構(gòu)圖 的控制路徑逐步向下測試，它有兩種組合策略： 深度優(yōu)先策略 和 寬度優(yōu)先策略 。17自底向上漸增式測試不需要編寫 樁 模塊，只需要編寫 驅(qū)動 模塊。18被測試程序不在機(jī)器上運行，而是采用人工檢測和計算機(jī)輔助分析檢測的手段稱為 靜態(tài) 測試。19用等價類劃分法設(shè)計一個測試用例時，使其覆蓋 盡可能多的 尚未被覆蓋的合理等價類。用等價類劃

19、分法設(shè)計一個測試用例時，使其覆蓋 一個 不合理等價類。21軟件測試是為了 發(fā)現(xiàn)錯誤 而執(zhí)行程序的過程。22運行被測程序的方法稱為 動態(tài) 測試。23選擇測試用例，使得被測程序中每個判定的每個分支至少執(zhí)行一次，這種邏輯覆蓋標(biāo)準(zhǔn)稱為 判定覆蓋 。24要覆蓋含循環(huán)結(jié)構(gòu)的所有路徑是不可能的，一般通過限制 循環(huán)次數(shù) 來測試。25、軟件測試的模型分為：V模型、W模型、X模型、H模型、測試驅(qū)動模型。26、一個文本框要求輸入6位數(shù)字密碼，且對每個帳戶每次只允許出現(xiàn)三次輸入錯誤，對此文本框進(jìn)行測試設(shè)計的等價區(qū)間有：密碼位數(shù)：6位 和 非6位的；密碼內(nèi)容：數(shù)字的 和 非數(shù)字的；輸入次數(shù)：三次以內(nèi) 和 超過三次。27

20、、軟件的六大質(zhì)量特性包括：（功能性、可靠性、可用性、效率、穩(wěn)定性、可移植性 ）28、軟件測試按照不同的劃分方法，有不同的分類：（1）按照軟件測試用例的設(shè)計方法而論，軟件測試可以分為（白盒測試法）和黑盒測試法（2）從是否執(zhí)行程序的角度，軟件測試可以分為靜態(tài)測試和動態(tài)測試（3）按照軟件測試的策略和過程來分類，軟件測試可分為（單元測試、驗證測試、確認(rèn)測試）、集成測試、系統(tǒng)測試。四、名詞解釋1軟件測試：軟件測試指為了發(fā)現(xiàn)軟件中的錯誤而執(zhí)行軟件的過程。它的目標(biāo)是盡可能多地發(fā)現(xiàn)軟件中存在的錯誤，將測試結(jié)果作為糾錯的依據(jù)。2靜態(tài)測試：指被測試的程序不在機(jī)器上運行，而是采用人工檢測和計算機(jī)輔助靜態(tài)分析的手段對

21、程序進(jìn)行檢測。3動態(tài)測試：指通過運行程序發(fā)現(xiàn)錯誤4黑盒測試：指把測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求，又稱為功能測試或數(shù)據(jù)驅(qū)動測試。5白盒測試：把測試對象看成一個打開的盒子，測試人員需了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢驗內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯，實際的運行狀態(tài)與預(yù)期的狀態(tài)是否一致。6語句覆蓋：設(shè)計足夠的測試用例，使被測程序中每個語句至少執(zhí)行一次7判定覆蓋：指設(shè)計足夠的測試用例，使被測程序中每個判定表達(dá)式至少獲得一次“真”值或“

22、假”值，從而使程序的每個分支至少都通過一次，因此判定覆蓋又稱分支覆蓋8條件覆蓋：指設(shè)計足夠測試用例，使判定表達(dá)式中每個條件的各種可能的值至少出現(xiàn)一次。9判定/條件覆蓋：設(shè)計足夠的測試用例，使得判定表達(dá)式中每個條件的所有可能取值至少出現(xiàn)一次，并使每個判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一次。10條件組合覆蓋：指設(shè)計足夠的測試用例，使得每個判定表達(dá)式中條件的各種可能的值的組合都至少出現(xiàn)一次。11路徑覆蓋：設(shè)計足夠的測試用例，覆蓋被測程序中所有可能的路徑12測試用例：指為尋找程序中的錯誤而精心設(shè)計的一組測試數(shù)據(jù)13驅(qū)動模塊：指用來模擬被測模塊的上級調(diào)用模塊，其功能比真正的上級模塊簡單得多，它只完成接受

23、測試數(shù)據(jù)，以上級模塊調(diào)用被測模塊的格式驅(qū)動被測模塊，接收被測模塊的測試結(jié)果并輸出。14樁模塊: 樁模塊指用來代替被測試模塊所調(diào)用的模塊，其作用是返回被測試模塊所需的信息。15單元測試: 單元測試指對源程序中每一個程序單元進(jìn)行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。16集成測試: 集成測試指在單元測試基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)進(jìn)行的測試。也稱組裝測試或聯(lián)合測試。五、簡答題1為什么說軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，但不是軟件質(zhì)量保證的安全網(wǎng)？ 軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，原因是：·  &

24、#160;    測試的工作量約占整個項目開發(fā)工作量的40%左右，幾乎一半。如果是關(guān)系到人的生命安全的軟件，測試的工作量還要成倍增加。·       軟件測試代表了需求分析、設(shè)計、編碼的最終復(fù)審。 軟件測試不是軟件質(zhì)量保證的安全網(wǎng)，因為軟件測試只能發(fā)現(xiàn)錯誤，不能保證沒有錯誤。3軟件測試應(yīng)當(dāng)遵循什么原則？為什么要遵循這些原則？軟件測試應(yīng)當(dāng)遵循原則如下： 用例由輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組成，因為這樣便于對照檢查，做到有的放矢。 用例不僅選用合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。因為當(dāng)以特殊

25、方式使用程序時，會突然發(fā)現(xiàn)程序中有許多錯誤，故使用預(yù)期的不合理的輸入數(shù)據(jù)進(jìn)行程序測試，比用合理的輸入數(shù)據(jù)收獲要大，從而能更多地發(fā)現(xiàn)錯誤，提高程序可靠性。 除了檢查程序是否做了它應(yīng)該做的事，還應(yīng)該檢查程序是否做了它不應(yīng)該做的事，因為如果程序做了它不應(yīng)該做的事，即使程序能做它應(yīng)該做的事，程序也是錯誤的。 應(yīng)制定測試計劃并嚴(yán)格執(zhí)行，因為這樣可以排除隨意性。 長期保留測試用例，因為測試用例的設(shè)計耗費很大的工作量，而修改后的程序可能有新的錯誤，需要進(jìn)行回歸測試，故必須將測試用例作為文檔保存，使測試具有可重復(fù)性，同時測試用例是將來系統(tǒng)維護(hù)測試與確認(rèn)的依據(jù)，保存測試用例也為以后的維護(hù)提供方便。 對發(fā)現(xiàn)錯誤較

26、多的程序段，應(yīng)進(jìn)行更深入的測試，因為發(fā)現(xiàn)錯誤較多的程序段，其質(zhì)量較差，同時在修改錯誤過程中又容易引入新的錯誤。 程序員避免測試自己設(shè)計的程序，因為測試目的是找錯。從心理學(xué)角度講，程序員大多對自己的程序存有偏見，總認(rèn)為沒有錯誤或錯誤不大，另外程序員對需求規(guī)格說明的理解而引入的錯誤則更難發(fā)現(xiàn)，應(yīng)該由別人或另外的機(jī)構(gòu)來測試會更客觀、更有效。5軟件測試的過程是什么？軟件測試是一個規(guī)則的過程，包括測試設(shè)計、測試執(zhí)行以及測試結(jié)果比較等。 測試設(shè)計：根據(jù)軟件開發(fā)各階段的文檔資料和程序的內(nèi)部結(jié)構(gòu)，利用各種設(shè)計測試用例技術(shù)精心設(shè)計測試用例。 測試執(zhí)行：利用這些測試用例執(zhí)行程序，得到測試結(jié)果。 測試結(jié)果比較：將預(yù)

27、期的結(jié)果與實際測試結(jié)果進(jìn)行比較，如果二者不符合，對于出現(xiàn)的錯誤進(jìn)行糾錯，并修改相應(yīng)文檔。修改后的程序還要進(jìn)行再次測試，直到滿意為止。如果測試發(fā)現(xiàn)不了錯誤，可能由于測試配置考慮不周到，應(yīng)考慮重新制定測試方案，設(shè)計測試用例。6單元測試、集成測試和系統(tǒng)測試各自主要目標(biāo)是什么？它們之間有什么不同？相互有什么關(guān)系？ 單元測試的主要目標(biāo)是檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。 集成測試的主要目標(biāo)是檢查與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問題。 確認(rèn)測試的主要目標(biāo)是檢查已實現(xiàn)的軟件是否滿足需求規(guī)格說明書中確定的各種需求。單元測試、集成測試和確認(rèn)測試之間的不同如下： 測試內(nèi)容不同：

28、單元測試集中于單個模塊的功能和結(jié)構(gòu)檢驗，其測試內(nèi)容主要包括模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、重要的執(zhí)行路徑、錯誤處理和邊界測試；集成測試集中于模塊組合的功能和軟件結(jié)構(gòu)檢驗，其測試內(nèi)容主要包括模塊組裝中可能出現(xiàn)的問題，即數(shù)據(jù)穿過接口可能丟失、一個模塊可能破壞另一個模塊的內(nèi)容、子功能組裝可能不等于主功能、全程數(shù)據(jù)結(jié)構(gòu)問題、誤差累積問題；確認(rèn)測試集中于論證軟件需求的可追溯性，主要包括測試軟件功能和性能是否與軟件需求一致、測試軟件配置的所有程序與文檔是否正確完整而且一致。 測試的方法不同：單元測試總是使用白盒測試法，為被測模塊設(shè)計驅(qū)動模塊和樁模塊；集成測試使用漸增式測試和非漸增式測試，漸增式測試又有分為自頂向下

29、結(jié)合法和自底向上結(jié)合法；確認(rèn)測試總是使用黑盒測試法。 發(fā)現(xiàn)的錯誤不同：單元測試發(fā)現(xiàn)的錯誤主要是在編碼階段產(chǎn)生的錯誤，集成測試發(fā)現(xiàn)的錯誤主要是在設(shè)計階段產(chǎn)生的錯誤，確認(rèn)測試發(fā)現(xiàn)的錯誤主要是在需求分析階段產(chǎn)生的錯誤。 涉及的文檔不同：單元測試涉及編碼和詳細(xì)設(shè)計文檔，集成測試涉及詳細(xì)設(shè)計文檔和概要設(shè)計文檔，確認(rèn)測試涉及軟件需求規(guī)格說明書和用戶手冊。三者相互關(guān)系是：單元測試、集成測試和確認(rèn)測試是順序?qū)崿F(xiàn)的。首先單元測試對各個模塊進(jìn)行測試，然后集成測試以單元測試為基礎(chǔ)，將所有已測模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)，對模塊組合的功能和軟件結(jié)構(gòu)檢驗進(jìn)行測試，最后確認(rèn)測試是以集成測試為基礎(chǔ)，測試集成的軟件是

30、否滿足需求規(guī)格說明書中確定的各種需求。7什么是黑盒測試與白盒測試？它們都適應(yīng)哪些測試？ 黑盒測試指把測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件的接口處進(jìn)行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求，又稱為功能測試或數(shù)據(jù)驅(qū)動測試。 白盒測試指把測試對象看成一個打開的盒子，測試人員需了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢驗內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯，實際的運行狀態(tài)與預(yù)期的狀態(tài)是否一致。 白盒測試適應(yīng)的測試有單元測試、邏輯覆蓋（按邏輯覆蓋程度不同，有語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條

31、件組合覆蓋和路徑覆蓋。）、循環(huán)覆蓋（限制循環(huán)次數(shù)，有單循環(huán)和嵌套循環(huán)）和基本路徑測試。 黑盒測試適應(yīng)的測試有：確認(rèn)測試、等價類劃分、邊界值分析、錯誤推測和因果圖。8. 軟件測試與軟件調(diào)試在目的、技術(shù)和方法等方面存在很大的區(qū)別，主要表現(xiàn)在： 測試從一個側(cè)面證明程序員的失敗，而調(diào)試是為了證明程序員的正確。 測試從已知條件開始，使用預(yù)先定義的程序，且有預(yù)知的結(jié)果，不可預(yù)見的只是程序是否通過測試。調(diào)試一般以不可知的內(nèi)部條件開始，除統(tǒng)計性調(diào)試外，結(jié)果是不可預(yù)見的。 測試是有計劃的，并要進(jìn)行測試設(shè)計，而調(diào)試是不受時間約束的。 測試是一個發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程，而調(diào)試是一個推理過程。 測試的執(zhí)行

32、是有規(guī)程的，而調(diào)試的執(zhí)行往往要求程序員進(jìn)行必要的推理及知覺的飛躍。 測試經(jīng)常由獨立的測試組在不了解軟件設(shè)計的前提下完成，而調(diào)試必須由了解詳細(xì)設(shè)計的程序員完成。大多數(shù)測試的執(zhí)行和設(shè)計可由工具支持，而調(diào)試時，程序員能利用的工具主要是調(diào)試器。1、什么是軟件測試？軟件測試就是對醒目開發(fā)過程的產(chǎn)品（編碼、文檔）進(jìn)行差錯審查，保證其質(zhì)量的一種過程。2、什么是測試用例測試用例是為特定目的而設(shè)計的一組測試輸入、執(zhí)行條件和預(yù)期的結(jié)果，測試用例是執(zhí)行測試的最小實體。3、什么是黑盒測試？已知產(chǎn)品的功能設(shè)計規(guī)格，可以進(jìn)行測試來證明每個實現(xiàn)了的功能是否符合要求。4、什么是白盒測試？已知產(chǎn)品的內(nèi)部工作過程，可以通過測試來

33、證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否已經(jīng)過檢查。5、什么是樁模塊，什么是驅(qū)動模塊？樁模塊：用來模擬被測試模塊工作過程中所調(diào)用的模塊。驅(qū)動模塊：用來模擬被測試模塊的上一級模塊。6、用黑盒測試設(shè)計測試用例有哪些常用方法？等價類劃分法、邊界值劃分法、錯誤推測法、因果圖法、場景法7、什么是集成測試，它包括哪兩種方式？每個模塊完成單元測試后，需要按照設(shè)計是確定的結(jié)構(gòu)圖，將他們連接起來，進(jìn)行集成測試，也成為綜合測試。集成測試包括非增量測試和增量測試兩種方式8、軟件測試工作過程有哪些？確定測試計劃、設(shè)計測試用例、測試執(zhí)行、測試總結(jié)9、測試執(zhí)行的工作過程有哪些？（1）全方位地觀察測試用例執(zhí)行

34、結(jié)果（2）加強測試過程記錄（3）及時確定發(fā)現(xiàn)的問題（4）提交缺陷時與開發(fā)的關(guān)系處理（5）及時更新測試用例（6）提交一份優(yōu)秀的問題報告單10、測試計劃編寫6要素？Why - 為什么要進(jìn)行這些測試What - 測試那些方面，不同階段的工作內(nèi)容When - 測試不同階段的起止時間Where - 相應(yīng)文檔，缺陷的存放位置，測試環(huán)境等Who - 項目有關(guān)人員組成，安排那些測試人員進(jìn)行測試How - 如何去做，使用那些測試工具以及測試方法進(jìn)行測試11、系統(tǒng)測試有哪幾類？恢復(fù)測試、安全測試、強度測試、性能測試綜合題1變量的命名規(guī)則一般規(guī)定如下：變量名的長度不多于40個字符，第一個字符必須為英文字母，其他字母

35、可以英文字母、數(shù)字以及下劃線的任意組合。請用等價分類法設(shè)計測試用例。2、NextDate函數(shù)NextDate函數(shù)包含三個變量month、day和year，函數(shù)的輸出為輸入日期后一天的日期。 要求輸入變量month、day和year均為整數(shù)值，并且滿足下列條件： 條件1 1 month 12 條件2 1 day 31 條件3 1912 year 2050設(shè)計測試用例。編號輸入數(shù)據(jù)輸出結(jié)果YearMonthDay120033312003年4月1日220034302003年5月1日320032282003年3月1日420002292000年3月1日5A11111非法字符61911325無效輸入日期7

36、2059426無效輸入日期82000Mon23非法字符92003023無效輸入日期1020031324無效輸入日期1120033AA非法字符12200330無效輸入日期132003332無效輸入日期142003431無效輸入日期152003229無效輸入日期162004230無效輸入日期3、有一個處理單價為5角錢飲料的自動售貨機(jī)：若投入5角錢或1元錢的硬幣，壓下橙汁或啤酒的按鈕，則相應(yīng)的飲料就送出來。若售貨機(jī)沒有零錢找，則一個顯示零錢找完的紅燈亮，這時在投入1元硬幣并壓下按鈕后，飲料不送出來而且1元硬幣也退出來；若有零錢找，則顯示零錢找完的紅燈滅，在送出飲料的同時退還5角硬幣。下面是使用決策表

37、法分析的部分用例，請?zhí)顚懲暾河美蛱?2345輸入條件1、投入1元硬幣011012、投入5角硬幣100003、按下“橙汁”100004、按下“啤酒”011105、有零錢找00110輸出結(jié)果1、退還1元硬幣010002、零錢照完燈亮110013、找5角硬幣001004、送出“橙汁”101005、送出“啤酒”00000綜合題1 劃分等價類下表。等價類劃分表輸入條件合理等價類 不合理等價類 長度 (1)小于40個字符 (2)等于40個字符 (5)大于40個字符 第一個字符 (3)英文字母 (6)非英文字母 其他字母 (4)英文字母、數(shù)字或下劃線的任意組合 (7)空格 (8)標(biāo)點符號 (9)運算符號

38、 (10)其他可顯示字符 設(shè)計測試用例下表。測試用例表測試數(shù)據(jù) 測試范圍 期望結(jié)果 (1) s_name12 等價類(1),(3),(4) 有效 (2) a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_tr 等價類(2),(3),(4) 有效 (3) a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_trff 等價類(5) 無效 (4) 234name 等價類(6) 無效 (5) ab gh 等價類(7) 無效 (6) ab!2f 等價類(8) 無效 (7) fg+ghh 等價類(9) 無效 (8) Hgh 等價類(10) 無效 2 被測模

39、塊的程序流程圖如圖所示。被測模塊的程序流程圖 按照路徑覆蓋法設(shè)計測試用例如下：是會員，累計消費900元， 覆蓋路徑127是會員，累計消費2000元， 覆蓋路徑128不是會員，累計消費80元， 覆蓋路徑134不是會員，累計消費300元， 覆蓋路徑1354(1) 劃分等價類見表1。表1 等價類劃分表輸入條件合理等價類 不合理等價類 長度 (1) 小于40個字符 (2) 等于40個字符 (5) 大于40個字符 第一個字符 (3) 英文字母 (6) 非英文字母 其他字母 (4) 英文字母、數(shù)字或下劃線的任意組合 (7) 空格 (8) 標(biāo)點符號 (9) 運算符號 (10) 其他可顯示字符 (2) 設(shè)計測

40、試用例見表2。表2 測試用例表測試數(shù)據(jù) 測試范圍 期望結(jié)果 (1)s_name12 等價類(1),(3),(4) 有效 (2)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_tr 等價類(2),(3),(4) 有效 (3)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_trff 等價類(5) 無效 (4)234name 等價類(6) 無效 (5)ab gh 等價類(7) 無效 (6)ab!2f 等價類(8) 無效 (7)fg+ghh 等價類(9) 無效 (8)Hgh 等價類(10) 無效 5等價劃分法 劃分等價類并編號，如下表所示。十六進(jìn)

41、制整型常量輸入條件的等價類表  輸入數(shù)據(jù) 合理等價類 不合理等價類 十六進(jìn)制整數(shù) 1. 0x或0X開頭12位數(shù)字串 2. 以0x打頭的12位數(shù)字串 3. 非0x或非打頭的串 4. 含有非數(shù)字且（a,b,c,d,e,f）以外字符 5. 多于5個字符 6. 后跟非0的多位串 7. 0后跟數(shù)字串 8. 后多于3個數(shù)字 十六進(jìn)制數(shù)范圍 9. 在7f7f之間 10. 小于7f 11. 大于7f 為合理等價類設(shè)計測試用例，表中有三個合理等價類，兩個例子。測試數(shù)據(jù) 期望結(jié)果 覆蓋范圍 0×23 顯示有效輸入 1，9 0×15 顯示有效輸入 2，9 為每個不合理等價類至少設(shè)計一個

42、測試用例。測試數(shù)據(jù) 期望結(jié)果 覆蓋范圍 2 顯示無效輸入 3 G12 顯示無效輸入 4 顯示無效輸入 5 1012 顯示無效輸入 6 011 顯示無效輸入 7 0134 顯示無效輸入 8 0x777 顯示無效輸入 10 0x87 顯示無效輸入 11 6(1) 被測模塊的程序流程圖如下圖所示。 (2) 按照路徑覆蓋法設(shè)計測試用例如下：是會員，累計消費900元，覆蓋路徑127是會員，累計消費2000元，覆蓋路徑128不是會員，累計消費80元，覆蓋路徑134不是會員，累計消費300元，覆蓋路徑13524變量的命名規(guī)則一般規(guī)定如下：變量名的長度不多于40個字符，第一個字符必須為英文字母，其他字母可以是

43、英文字母、數(shù)字以及下劃線的任意組合。請用等價分類法設(shè)計測試用例。5根據(jù)下列條件使用等價劃分法設(shè)計測試用例。某8位微機(jī)，其十六進(jìn)制常數(shù)定義為：以0x或0X開頭的數(shù)是十六進(jìn)制整數(shù)，其值的范圍是7f7f（表示十六進(jìn)制的大小寫字母不加區(qū)別），如0X13，0X6A，0X3c。6某商場在“五一”期間，顧客購物時收費有4種情況：普通顧客一次購物累計少于100元，按A類標(biāo)準(zhǔn)收費（不打折），一次購物累計多于或等于100元，按B類標(biāo)準(zhǔn)收費（打9折）；會員顧客一次購物累計少于1000元，按C類標(biāo)準(zhǔn)收費（打8折），一次購物累計等于或多于1000元，按D類標(biāo)準(zhǔn)收費（打7折）。測試對象是按以上要求計算顧客收費的模塊，按照

44、路徑覆蓋法設(shè)計測試用例。46、集成測試對系統(tǒng)內(nèi)部的交互以及集成后系統(tǒng)功能檢驗了何種質(zhì)量特性（ A ）A）正確性B）可靠性 C）可使用性 D）可維護(hù)性47、如下所示的程序圖環(huán)復(fù)雜度為（ ）。A）4 B）5 C）6 D）748、下列關(guān)于測試方法的敘述中不正確的是（ C ）A）從某種角度上講，白盒測試與黑盒測試都屬于動態(tài)測試 B）功能測試屬于黑盒測試 C）對功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu) D）結(jié)構(gòu)測試屬于白盒測試50、大多數(shù)實際情況下，性能測試的實現(xiàn)方法是（ A ）。 A）黑盒測試 B）白盒測試 C）靜態(tài)分析 D）可靠性測試51、下列方法中，不屬于黑盒測試的是（ A ）。A）基本路徑測試法 B

45、）等價類測試法C）邊界值分析法 D）基于場景的測試方法52、測試程序時，不可能遍歷所有可能的輸入數(shù)據(jù)，而只能是選擇一個子集進(jìn)行測試，那么最好的選擇方法是（ B ）。A）隨機(jī)選擇B）劃分等價類C）根據(jù)接口進(jìn)行選擇 D）根據(jù)數(shù)據(jù)大小進(jìn)行選擇53、下列可以作為軟件測試對象的是（ D ）。 A）需求規(guī)格說明書 B）軟件設(shè)計規(guī)格說明A） 源程序 D）以上全部54、在對具有層次結(jié)構(gòu)的大型軟件進(jìn)行單元測試時，有一種方法是從上層模塊開始，由上到下進(jìn)行測試。此時，用于代替被測模塊調(diào)用的子模塊的是（ A ）。A樁模塊B底層模塊C驅(qū)動模塊D主模塊55、單元測試時，調(diào)用被測模塊的是（ C ）。 A 樁模塊B通信模塊C驅(qū)動模塊D代理模塊56、大突擊測試把所有的模塊一次性集成為一個完整的系統(tǒng)后進(jìn)行測試，很容易（ B ）。A通過測試B整體測試C快速查錯D快速排錯57、自底向上單元測試的策略是首先對模塊調(diào)用圖上的（ A ）模塊進(jìn)行測試。 A 最底層B下一層 C最高層D上一層58、單元測試與系統(tǒng)測試的區(qū)別是（ A ）。A單元測試通常采用白盒測試方法，而系統(tǒng)測試采用黑盒測試方法B測