測(cè)試練習(xí)題目

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

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

3、進(jìn)行測(cè)試，該階段不能完成的測(cè)試是（ ）。A）系統(tǒng)功能 B）局部數(shù)據(jù)結(jié)構(gòu) C）重要的執(zhí)行路徑 D）錯(cuò)誤處理12軟件測(cè)試過程中的集成測(cè)試主要是為了發(fā)現(xiàn)（ ）階段的錯(cuò)誤。A）需求分析 B）概要設(shè)計(jì) C）詳細(xì)設(shè)計(jì) D）編碼13不屬于白盒測(cè)試的技術(shù)是（ ）。A）路徑覆蓋 B）判定覆蓋 C）循環(huán)覆蓋 D）邊界值分析14集成測(cè)試時(shí)，能較早發(fā)現(xiàn)高層模塊接口錯(cuò)誤的測(cè)試方法為（ ）。A）自頂向下漸增式測(cè)試 B）自底向上漸增式測(cè)試 C）非漸增式測(cè)試 D）系統(tǒng)測(cè)試15確認(rèn)測(cè)試以（ ）文檔作為測(cè)試的基礎(chǔ)。A）需求規(guī)格說明書 B）設(shè)計(jì)說明書 C）源程序 D）開發(fā)計(jì)劃16使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（ ）和指定的

4、覆蓋標(biāo)準(zhǔn)。A）程序內(nèi)部邏輯 B）程序的復(fù)雜度 C）使用說明書 D）程序的功能17程序的三種基本結(jié)構(gòu)是（ ）。A）過程子、程序、分程序 B）順序、選擇、循環(huán)C）遞歸、堆棧、隊(duì)列 D）調(diào)用、返回、轉(zhuǎn)移18結(jié)構(gòu)化程序設(shè)計(jì)的一種基本方法是（ ）A）篩選法 B）遞歸法 C）歸納法 D）逐步求精法19軟件調(diào)試的目的是（ ）A）找出錯(cuò)誤所在并改正之 B）排除存在錯(cuò)誤的可能性C）對(duì)錯(cuò)誤性質(zhì)進(jìn)行分類 D）統(tǒng)計(jì)出錯(cuò)的次數(shù)20程序三種基本結(jié)構(gòu)的共同特點(diǎn)是（ ）A）不能嵌套使用 B）只能用來寫簡(jiǎn)單程序C）已經(jīng)用硬件實(shí)現(xiàn) D）只有一個(gè)入口和一個(gè)出口21下面說法正確的是( )。A）經(jīng)過測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確 B）測(cè)

5、試的目標(biāo)是為了證明程序沒有錯(cuò)誤C）成功的測(cè)試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試 D）成功的測(cè)試是沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試22覆蓋準(zhǔn)則最強(qiáng)的是( )。A）語句覆蓋 B）判定覆蓋C）條件覆蓋 D）路徑覆蓋23發(fā)現(xiàn)錯(cuò)誤能力最弱的是( )。A）語句覆蓋 B）判定覆蓋C）條件覆蓋 D）路徑覆蓋24實(shí)際的邏輯覆蓋測(cè)試中，一般以( )為主設(shè)計(jì)測(cè)試用例。A）條件覆蓋 B）判定覆蓋C）條件組合覆蓋 D）路徑覆蓋25下面( )方法能夠有效地檢測(cè)輸入條件的各種組合可能引起的錯(cuò)誤。A）等價(jià)類劃分 B）邊界值分析C）錯(cuò)誤推測(cè) D）因果圖26與確認(rèn)測(cè)試階段有關(guān)的文檔是( )。A）需求規(guī)格說明書 B）概要設(shè)計(jì)說明書C）詳細(xì)設(shè)計(jì)說明

6、書 D）源程序27超出軟件工程范圍的測(cè)試是( )。A）單元測(cè)試 B）集成測(cè)試C）確認(rèn)測(cè)試 D）系統(tǒng)測(cè)試28軟件測(cè)試不需要了解軟件設(shè)計(jì)的( )。A）功能 B）內(nèi)部結(jié)構(gòu)C）處理過程 D）條件29( )方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A）單元測(cè)試 B）集成測(cè)試C）確認(rèn)測(cè)試 D）系統(tǒng)測(cè)試30調(diào)試應(yīng)該由( )完成。A）與源程序無關(guān)的程序員 B）編制該源程序的程序員C）不了解軟件設(shè)計(jì)的機(jī)構(gòu) D）設(shè)計(jì)該軟件的機(jī)構(gòu)31基線是軟件生存期中各開發(fā)階段的一個(gè)特定點(diǎn)，它可作為一個(gè)檢查點(diǎn)，當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí)，我們可以返回到最近和最恰當(dāng)?shù)模?）上。A）配置項(xiàng) B）程序 C）基線 D）過程32版本管理是對(duì)系

7、統(tǒng)不同版本進(jìn)行的（ ）過程A）標(biāo)識(shí)與跟蹤 B）標(biāo)識(shí)變更 C）發(fā)布變更 D）控制變更33在變更控制中，管理各個(gè)用戶存取和修改一個(gè)特定軟件配置對(duì)象的權(quán)限是( )。 A）異步控制B）同步控制C）存取控制 D）基線控制34. 在配置管理中，“登入”和“檢出”處理實(shí)現(xiàn)了兩個(gè)重要的變更控制要素，即同步控制和( )。 A）異步控制B）同步控制C）基線控制D）存取控制35. 按照軟件配置管理的原始指導(dǎo)思想，受控制的對(duì)象應(yīng)是( )。A）軟件元素 B）軟件配置項(xiàng)C）軟件項(xiàng)目D）軟件過程36. 軟件配置項(xiàng)是軟件配置管理的對(duì)象，指的是軟件工程過程中所產(chǎn)生的( )。A）接口 B）軟件環(huán)境C）信息項(xiàng)D）版本37在變更控制

8、中，可用來確保由不同用戶所執(zhí)行的并發(fā)控制是( )。A）異步控制B）同步控制C）存取控制D）基線控制38以下說法錯(cuò)誤的是( )。A）軟件配置管理簡(jiǎn)稱SCIB）軟件配置項(xiàng)是配置管理的基本單位C）軟件配置實(shí)際上是一動(dòng)態(tài)的概念D）軟件工程過程中某一階段的變更均要引起軟件配置的變更39在設(shè)計(jì)人機(jī)界面時(shí)，應(yīng)主要考慮的因素有（）。系統(tǒng)響應(yīng)時(shí)間B）錯(cuò)誤處理C）用戶求助機(jī)制D）以上都是40人機(jī)界面的風(fēng)格大致經(jīng)過了（ ）代的演變A）一 B）二 C）三 D） 四填空題1軟件測(cè)試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的 ，將 作為糾錯(cuò)的依據(jù)。2測(cè)試階段的基本任務(wù)是根據(jù)軟件開發(fā)各階段的 和程序的 ，精心設(shè)計(jì)一組 ，利用這些實(shí)

9、例執(zhí)行 ，找出軟件中潛在的各種 和 。3測(cè)試用例由 和預(yù)期的 兩部分組成。4軟件測(cè)試方法一般分為兩大類： 方法和 方法。5動(dòng)態(tài)測(cè)試通過 發(fā)現(xiàn)錯(cuò)誤。根據(jù) 的設(shè)計(jì)方法不同，動(dòng)態(tài)測(cè)試又分為 與 兩類。6靜態(tài)測(cè)試采用 和 的手段對(duì)程序進(jìn)行檢測(cè)。7人工審查程序偏重于 的檢驗(yàn)，而軟件審查除了審查 還要對(duì)各階段 進(jìn)行檢驗(yàn)。8計(jì)算機(jī)輔助靜態(tài)分析利用 工具對(duì)測(cè)試程序進(jìn)行 分析。9黑盒法只在軟件的 處進(jìn)行測(cè)試，依據(jù) 說明書，檢查程序是否滿足 要求。10白盒法必須考慮程序的 和 ，以檢查 的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行 。11白盒測(cè)試是 測(cè)試，被測(cè)對(duì)象是 ，以程序的 為基礎(chǔ)設(shè)計(jì)測(cè)試用例。12邏輯覆蓋是

10、對(duì)程序內(nèi)部有 存在的邏輯結(jié)構(gòu)設(shè)計(jì)測(cè)試用例，根據(jù)程序內(nèi)部的邏輯覆蓋程度又可分為 、 、 、 、 和 6種覆蓋技術(shù)。13實(shí)際的邏輯覆蓋測(cè)試中，一般以 覆蓋為主設(shè)計(jì)測(cè)試用例，然后再補(bǔ)充部分用例，以達(dá)到 覆蓋測(cè)試標(biāo)準(zhǔn)。14循環(huán)覆蓋是對(duì)程序內(nèi)部有 存在的邏輯結(jié)構(gòu)設(shè)計(jì)測(cè)試用例，它通過限制 來測(cè)試。15基本路徑測(cè)試是在程序 基礎(chǔ)上，通過分析控制構(gòu)造的 復(fù)雜性，導(dǎo)出 集合，從而設(shè)計(jì)測(cè)試用例。16黑盒測(cè)試是 測(cè)試，用黑盒技術(shù)設(shè)計(jì)測(cè)試用例有4種方法： 、 、 和 。17等價(jià)類劃分從程序的 說明，找出一個(gè)輸入條件（通常是 或 ），然后將每個(gè)輸入條件劃分成兩個(gè)或多個(gè) 。18邊界值分析是將測(cè)試 情況作為重點(diǎn)目標(biāo)，選取正

11、好等于、剛剛大于或剛剛小于 的測(cè)試數(shù)據(jù)。如果輸入或輸出域是一個(gè)有序集合，則應(yīng)選取集合的 元素和 元素作為測(cè)試用例。19在測(cè)試程序時(shí)，根據(jù)經(jīng)驗(yàn)或直覺推測(cè)程序中可能存在的各種錯(cuò)誤，稱為 。20因果圖的基本原理是通過畫 圖，把用自然語言描述的 轉(zhuǎn)換為 ，最后為 每一列設(shè)計(jì)一個(gè)測(cè)試用例。21測(cè)試的綜合策略是在測(cè)試中，聯(lián)合使用各種 方法。通常先用 法設(shè)計(jì)基本的測(cè)試用例，再用 法補(bǔ)充一些必要的測(cè)試用例。22軟件測(cè)試過程中需要3類信息： 、 和 。23軟件測(cè)試一般經(jīng)過4個(gè)測(cè)試： 、 、 和 。24 指對(duì)源程序中每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤，它

12、涉及 和 的文檔。25單元測(cè)試主要測(cè)試 的5個(gè)基本特征： 、 、 、 和 。26在單元測(cè)試中，需要為被測(cè)模塊設(shè)計(jì) 模塊和 模塊。 用來模擬被測(cè)模塊的上級(jí)調(diào)用模塊， 用來代替被測(cè)模塊所調(diào)用的模塊。27集成測(cè)試指在 測(cè)試基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測(cè)試。也稱 測(cè)試或 測(cè)試。28集成測(cè)試的方法有兩種： 和 。29漸增式測(cè)試有兩種不同的組裝模塊的方法： 和 。30自頂向下漸增式測(cè)試不需要編寫 模塊，只需要編寫 模塊，其步驟是從 模塊開始，沿著被測(cè)程序的 的控制路徑逐步向下測(cè)試，它有兩種組合策略： 和 。31自底向上漸增式測(cè)試不需要編寫 模塊，只需要編寫 模塊。32確認(rèn)測(cè)試指

13、檢查軟件的 與 是否與 說明書中確定的指標(biāo)相符合，又稱 測(cè)試。33確認(rèn)測(cè)試在模擬環(huán)境下運(yùn)用 測(cè)試方法，由 和 參加的測(cè)試。34確認(rèn)測(cè)試開始前需要制定 計(jì)劃，結(jié)束后要寫出 報(bào)告。其測(cè)試用例要選用 的數(shù)據(jù)。35軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的 和 。36調(diào)試也稱 ，是在成功的測(cè)試之后才開始進(jìn)行，其目的是確定錯(cuò)誤的 和 ，并改正錯(cuò)誤。37調(diào)試技術(shù)包括 、 、 和 。38回溯法調(diào)試是從 出發(fā)，而歸納法調(diào)試是從 入手。39被測(cè)試程序不在機(jī)器上運(yùn)行，而是采用人工檢測(cè)和計(jì)算機(jī)輔助分析檢測(cè)的手段稱為 測(cè)試。40用等價(jià)類劃分法設(shè)計(jì)一個(gè)測(cè)試用例時(shí)，使其覆蓋 尚未被覆蓋的合理等價(jià)類。41用等價(jià)類劃分法設(shè)

14、計(jì)一個(gè)測(cè)試用例時(shí)，使其覆蓋 不合理等價(jià)類。42在單元測(cè)試時(shí)，需要為被測(cè)模塊設(shè)計(jì) 。43在集成測(cè)試時(shí)有兩種測(cè)試方法，它們是 。44軟件測(cè)試是為了 而執(zhí)行程序的過程。45運(yùn)行被測(cè)程序的方法稱為 測(cè)試。46動(dòng)態(tài)測(cè)試中，主要測(cè)試軟件功能的方法稱為 法。47選擇測(cè)試用例，使得被測(cè)程序中每個(gè)判定的每個(gè)分支至少執(zhí)行一次，這種邏輯覆蓋標(biāo)準(zhǔn)稱為 。48要覆蓋含循環(huán)結(jié)構(gòu)的所有路徑是不可能的，一般通過限制 來測(cè)試。49用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例時(shí)，如果被測(cè)程序的某個(gè)輸入條件規(guī)定了取值范圍，則可確定一個(gè)合理的等在和 。50憑經(jīng)驗(yàn)或直覺推測(cè)程序中可能存在的錯(cuò)誤而設(shè)計(jì)測(cè)試用例的方法是 。51集成測(cè)試中的具體方法是 。52

15、確認(rèn)測(cè)試階段的兩項(xiàng)工作是 。53在單元測(cè)試中，測(cè)試一個(gè)模塊時(shí)，需要設(shè)計(jì) 。54軟件配置管理，簡(jiǎn)稱SCM，它用于整個(gè)軟件工程過程。其主要目標(biāo)是： 、 、 、 。55SCM是一組管理整個(gè)軟件生存期各階段中 的活動(dòng)。56基線的作用是把各階段的開發(fā)工作劃分得更加明確，便于檢查與確認(rèn)階段成果。因此，基線可以作為項(xiàng)目的一個(gè) 。名詞解釋1軟件測(cè)試2靜態(tài)測(cè)試3動(dòng)態(tài)測(cè)試4黑盒測(cè)試5白盒測(cè)試6語句覆蓋7判定覆蓋8條件覆蓋9判定/條件覆蓋10條件組合覆蓋11路徑覆蓋12測(cè)試用例13驅(qū)動(dòng)模塊14樁模塊15單元測(cè)試16集成測(cè)試17確認(rèn)測(cè)試18漸增式測(cè)試19非漸增式測(cè)試20調(diào)試21人的因素的含義22基線23軟件配置管理2

16、4軟件配置項(xiàng)簡(jiǎn)答題1為什么說軟件測(cè)試是軟件開發(fā)中不可缺少的重要一環(huán)，但不是軟件質(zhì)量保證的安全網(wǎng)？2軟件測(cè)試的目的是什么？為什么把軟件測(cè)試的目的定義為只是發(fā)現(xiàn)錯(cuò)誤？3軟件測(cè)試應(yīng)當(dāng)遵循什么原則？為什么要遵循這些原則？4軟件測(cè)試的步驟是什么？這些測(cè)試與軟件開發(fā)各階段之間的關(guān)系？5軟件測(cè)試的過程是什么？6單元測(cè)試、集成測(cè)試和確認(rèn)測(cè)試各自主要目標(biāo)是什么？它們之間有什么不同？相互有什么關(guān)系？7什么是黑盒測(cè)試與白盒測(cè)試？它們都適應(yīng)哪些測(cè)試？8簡(jiǎn)述軟件測(cè)試與軟件調(diào)試的區(qū)別。 9軟件配置管理的任務(wù)。10試述第三代界面的優(yōu)點(diǎn)。11試述人機(jī)界面的設(shè)計(jì)過程。綜合題1變量的命名規(guī)則一般規(guī)定如下：變量名的長度不多于40個(gè)

17、字符，第一個(gè)字符必須為英文字母，其他字母可以英文字母、數(shù)字以及下劃線的任意組合。請(qǐng)用等價(jià)分類法設(shè)計(jì)測(cè)試用例。2某商場(chǎng)在“五一”期間，顧客購物時(shí)收費(fèi)有4種情況：普通顧客一次購物累計(jì)少于100元，按A類標(biāo)準(zhǔn)收費(fèi)（不打折），一次購物累計(jì)多于或等于100元，按B類標(biāo)準(zhǔn)收費(fèi)（打9折）；會(huì)員顧客一次購物累計(jì)少于1000元，按C類標(biāo)準(zhǔn)收費(fèi)（打8折），一次購物累計(jì)等于或多于1000元，按D類標(biāo)準(zhǔn)收費(fèi)（打7折）。測(cè)試對(duì)象是按以上要求計(jì)算顧客收費(fèi)模塊，按照路徑覆蓋法設(shè)計(jì)測(cè)試用例。3下面是某程序的流程圖：（1）計(jì)算它的環(huán)路復(fù)雜性。（2）為了完成基本路徑測(cè)試，求它的一組獨(dú)立的路徑。選擇題1B 2B 3C 4D 5A

18、6B 7C 8B 9D 10D11A 12B 13D 14A 15A 16A 17B 18D 19A 20D21C 22D 23A 24C 25D 26A 27D 28D 29B 30B31C 32A 33D 34B 35C 36B 37B 38A 39D 40D填空題1. 錯(cuò)誤 測(cè)試結(jié)果2. 文檔資料 內(nèi)部結(jié)構(gòu) 測(cè)試用例 程序 錯(cuò)誤 缺陷3. 輸入數(shù)據(jù) 輸出數(shù)據(jù)4. 動(dòng)態(tài)測(cè)試 靜態(tài)測(cè)試5. 運(yùn)行程序 測(cè)試用例 黑盒測(cè)試 白盒測(cè)試6. 人工檢測(cè) 計(jì)算機(jī)輔助靜態(tài)分析7. 編碼質(zhì)量 編碼 軟件產(chǎn)品8. 靜態(tài)分析 特性9. 接口 需求規(guī)格 功能10. 內(nèi)部結(jié)構(gòu) 處理過程 處理過程 測(cè)試11. 結(jié)構(gòu)

19、源程序 內(nèi)部邏輯12. 判定 語句覆蓋 判定覆蓋 條件覆蓋 判定/條件覆蓋 條件組合覆蓋 路徑覆蓋13. 條件組合 路徑14. 循環(huán) 循環(huán)次數(shù)15. 控制流程圖 環(huán)路 基本路徑16. 功能 等價(jià)類劃分 邊界值分析 錯(cuò)誤推測(cè) 因果圖17. 功能 一句話 一個(gè)短語 等價(jià)類18. 邊界 邊界值 第一個(gè) 最后一個(gè)19. 錯(cuò)誤推測(cè)法20. 因果 功能說明 判定表 判定表21. 測(cè)試 黑盒 白盒22. 軟件配置 測(cè)試配置 測(cè)試工具23. 單元測(cè)試 集成測(cè)試 確認(rèn)測(cè)試 系統(tǒng)測(cè)試24. 單元測(cè)試 編碼 詳細(xì)設(shè)計(jì)25. 模塊 模塊接口 局部數(shù)據(jù)結(jié)構(gòu) 重要的執(zhí)行路徑 錯(cuò)誤處理 邊界條件26. 驅(qū)動(dòng) 樁 驅(qū)動(dòng)模塊

20、樁模塊27. 單元 組裝 聯(lián)合28. 非漸增式測(cè)試 漸增式測(cè)試29. 自頂向下結(jié)合 自底向上結(jié)合30. 驅(qū)動(dòng) 樁 頂層 軟件結(jié)構(gòu)圖 深度優(yōu)先策略 寬度優(yōu)先策略31. 樁 驅(qū)動(dòng)32. 功能 性能 需求規(guī)格 有效性33. 黑盒 專門測(cè)試人員 用戶34. 測(cè)試 測(cè)試分析 實(shí)際運(yùn)用35. 完整性 正確性36. 糾錯(cuò) 原因 位置37. 簡(jiǎn)單調(diào)試 歸納法調(diào)試 演繹法調(diào)試 回溯法調(diào)試38. 程序產(chǎn)生錯(cuò)誤的地方 測(cè)試結(jié)果發(fā)現(xiàn)的線索39靜態(tài)40盡可能多的41一個(gè)42驅(qū)動(dòng)模塊與樁模塊43漸增式和非漸增式44發(fā)現(xiàn)錯(cuò)誤45動(dòng)態(tài)測(cè)試46黑盒法47判定覆蓋48循環(huán)次數(shù)49兩個(gè)不合理的等價(jià)類50錯(cuò)誤推測(cè)法51漸增式和非漸增

21、式測(cè)試方法52進(jìn)行確認(rèn)測(cè)試和軟件配置審查 53驅(qū)動(dòng)模塊和樁模塊54標(biāo)識(shí)變更控制變更確保變更正確地實(shí)現(xiàn)報(bào)告有關(guān)變更55變更56檢查點(diǎn)名詞解釋1. 軟件測(cè)試指為了發(fā)現(xiàn)軟件中的錯(cuò)誤而執(zhí)行軟件的過程。它的目標(biāo)是盡可能多地發(fā)現(xiàn)軟件中存在的錯(cuò)誤，將測(cè)試結(jié)果作為糾錯(cuò)的依據(jù)。2. 靜態(tài)測(cè)試指被測(cè)試的程序不在機(jī)器上運(yùn)行，而是采用人工檢測(cè)和計(jì)算機(jī)輔助靜態(tài)分析的手段對(duì)程序進(jìn)行檢測(cè)。3. 動(dòng)態(tài)測(cè)試指通過運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤。4. 黑盒測(cè)試指把測(cè)試對(duì)象看成一個(gè)黑盒子，測(cè)試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件的接口處進(jìn)行測(cè)試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求，又稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。5. 白盒測(cè)

22、試指把測(cè)試對(duì)象看成一個(gè)打開的盒子，測(cè)試人員需了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行測(cè)試，檢驗(yàn)內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。6. 語句覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使被測(cè)程序中每個(gè)語句至少執(zhí)行一次。7. 判定覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使被測(cè)程序中每個(gè)判定表達(dá)式至少獲得一次“真”值或“假”值，從而使程序的每個(gè)分支至少都通過一次，因此判定覆蓋又稱分支覆蓋。8. 條件覆蓋指設(shè)計(jì)足夠測(cè)試用例，使判定表達(dá)式中每個(gè)條件的各種可能的值至少出現(xiàn)一次。9. 判定/條件覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使得判定表達(dá)式中每個(gè)條件的所有可能取值

23、至少出現(xiàn)一次，并使每個(gè)判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一次。 10. 條件組合覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使得每個(gè)判定表達(dá)式中條件的各種可能的值的組合都至少出現(xiàn)一次。11. 路徑覆蓋指設(shè)計(jì)足夠的測(cè)試用例，覆蓋被測(cè)程序中所有可能的路徑。12. 測(cè)試用例指為尋找程序中的錯(cuò)誤而精心設(shè)計(jì)的一組測(cè)試數(shù)據(jù)。13. 驅(qū)動(dòng)模塊指用來模擬被測(cè)模塊的上級(jí)調(diào)用模塊，其功能比真正的上級(jí)模塊簡(jiǎn)單得多，它只完成接受測(cè)試數(shù)據(jù)，以上級(jí)模塊調(diào)用被測(cè)模塊的格式驅(qū)動(dòng)被測(cè)模塊，接收被測(cè)模塊的測(cè)試結(jié)果并輸出。14. 樁模塊指用來代替被測(cè)試模塊所調(diào)用的模塊，其作用是返回被測(cè)試模塊所需的信息。15. 單元測(cè)試指對(duì)源程序中每一個(gè)程序單元進(jìn)行

24、測(cè)試，檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤。16. 集成測(cè)試指在單元測(cè)試基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測(cè)試。也稱組裝測(cè)試或聯(lián)合測(cè)試。17. 確認(rèn)測(cè)試指檢查軟件的功能與性能是否與需求規(guī)格說明書中確定的指標(biāo)相符合，又稱有效性測(cè)試。18. 漸增式測(cè)試指逐個(gè)把未經(jīng)過測(cè)試的模塊組裝到已經(jīng)過測(cè)試的模塊上去，進(jìn)行集成測(cè)試。每加入一個(gè)新模塊進(jìn)行一次集成測(cè)試，重復(fù)此過程直到程序組裝完畢。19. 非漸增式測(cè)試指首先對(duì)每個(gè)模塊分別進(jìn)行單元測(cè)試，然后把所有的模塊按設(shè)計(jì)要求組裝在一起進(jìn)行測(cè)試。20. 調(diào)試指確定錯(cuò)誤的原因和位置，并改正錯(cuò)誤的過程，也稱糾錯(cuò)。21

25、. 1）人對(duì)感知過程的認(rèn)識(shí)，包括視覺、閱讀時(shí)的認(rèn)知心理、記憶、歸納與演繹推理等； 2）用戶已有的技能和行為方式； 3）用戶所要求的完成的整個(gè)任務(wù)以及用戶對(duì)人機(jī)交互部分的特殊要求。22. 已經(jīng)通過正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它因此可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只能遵循正式的變化控制過程得到改變。23. 軟件配置管理，簡(jiǎn)稱SCM，它用于整個(gè)軟件工程過程。其主要目標(biāo)是：標(biāo)識(shí)變更、控制變更、確保變更正確地實(shí)現(xiàn)、報(bào)告有關(guān)變更。SCM是一組管理整個(gè)軟件生存期各階段中變更的活動(dòng)。24. 軟件配置項(xiàng)是軟件工程中產(chǎn)生的信息項(xiàng)，它是配置管理的基本單位，對(duì)已成為基線的SCI，雖然可以修改，但必須按照一個(gè)特殊的正確

26、的過程進(jìn)行評(píng)估，確認(rèn)每一處的修改。簡(jiǎn)答題1. 軟件測(cè)試是軟件開發(fā)中不可缺少的重要一環(huán)，原因是：·       測(cè)試的工作量約占整個(gè)項(xiàng)目開發(fā)工作量的40%左右，幾乎一半。如果是關(guān)系到人的生命安全的軟件，測(cè)試的工作量還要成倍增加。·       軟件測(cè)試代表了需求分析、設(shè)計(jì)、編碼的最終復(fù)審。 軟件測(cè)試不是軟件質(zhì)量保證的安全網(wǎng)，因?yàn)檐浖y(cè)試只能發(fā)現(xiàn)錯(cuò)誤，不能保證沒有錯(cuò)誤。2. 軟件測(cè)試的目的有： 軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。 一個(gè)好的測(cè)試用例能夠發(fā)現(xiàn)

27、至今尚未發(fā)現(xiàn)的錯(cuò)誤。 一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯(cuò)誤。    軟件測(cè)試的目標(biāo)定義為只是發(fā)現(xiàn)錯(cuò)誤，原因是軟件測(cè)試可以有兩個(gè)目標(biāo)，一個(gè)是預(yù)防錯(cuò)誤，另一個(gè)是發(fā)現(xiàn)錯(cuò)誤。由于軟件開發(fā)是人的創(chuàng)造性勞動(dòng)，人的活動(dòng)不可能完美無缺，錯(cuò)誤可能發(fā)生在任何一個(gè)階段，因此預(yù)防錯(cuò)誤這一目標(biāo)幾乎是不可實(shí)現(xiàn)的，所以軟件測(cè)試的目標(biāo)定義為只是發(fā)現(xiàn)錯(cuò)誤。3. 軟件測(cè)試應(yīng)當(dāng)遵循原則如下： 用例由輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組成，因?yàn)檫@樣便于對(duì)照檢查，做到有的放矢。 用例不僅選用合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。因?yàn)楫?dāng)以特殊方式使用程序時(shí)，會(huì)突然發(fā)現(xiàn)程序中有許多錯(cuò)誤，故使用預(yù)期的不合理

28、的輸入數(shù)據(jù)進(jìn)行程序測(cè)試，比用合理的輸入數(shù)據(jù)收獲要大，從而能更多地發(fā)現(xiàn)錯(cuò)誤，提高程序可靠性。 除了檢查程序是否做了它應(yīng)該做的事，還應(yīng)該檢查程序是否做了它不應(yīng)該做的事，因?yàn)槿绻绦蜃隽怂粦?yīng)該做的事，即使程序能做它應(yīng)該做的事，程序也是錯(cuò)誤的。 應(yīng)制定測(cè)試計(jì)劃并嚴(yán)格執(zhí)行，因?yàn)檫@樣可以排除隨意性。 長期保留測(cè)試用例，因?yàn)闇y(cè)試用例的設(shè)計(jì)耗費(fèi)很大的工作量，而修改后的程序可能有新的錯(cuò)誤，需要進(jìn)行回歸測(cè)試，故必須將測(cè)試用例作為文檔保存，使測(cè)試具有可重復(fù)性，同時(shí)測(cè)試用例是將來系統(tǒng)維護(hù)測(cè)試與確認(rèn)的依據(jù)，保存測(cè)試用例也為以后的維護(hù)提供方便。 對(duì)發(fā)現(xiàn)錯(cuò)誤較多的程序段，應(yīng)進(jìn)行更深入的測(cè)試，因?yàn)榘l(fā)現(xiàn)錯(cuò)誤較多的程序段，其質(zhì)

29、量較差，同時(shí)在修改錯(cuò)誤過程中又容易引入新的錯(cuò)誤。 程序員避免測(cè)試自己設(shè)計(jì)的程序，因?yàn)闇y(cè)試目的是找錯(cuò)。從心理學(xué)角度講，程序員大多對(duì)自己的程序存有偏見，總認(rèn)為沒有錯(cuò)誤或錯(cuò)誤不大，另外程序員對(duì)需求規(guī)格說明的理解而引入的錯(cuò)誤則更難發(fā)現(xiàn)，應(yīng)該由別人或另外的機(jī)構(gòu)來測(cè)試會(huì)更客觀、更有效。 4. 軟件測(cè)試的步驟如圖7-3所示。圖7-3 軟件測(cè)試的步驟 這些測(cè)試與軟件開發(fā)各階段之間的關(guān)系如圖7-2所示。因?yàn)橄到y(tǒng)測(cè)試已經(jīng)超出了軟件工程的范圍，所以圖7-2中的系統(tǒng)測(cè)試不包括在內(nèi)。 5. 軟件測(cè)試是一個(gè)規(guī)則的過程，包括測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行以及測(cè)試結(jié)果比較等。 測(cè)試設(shè)計(jì)：根據(jù)軟件開發(fā)各階段的文檔資料和程序的內(nèi)部結(jié)構(gòu)，利用

30、各種設(shè)計(jì)測(cè)試用例技術(shù)精心設(shè)計(jì)測(cè)試用例。 測(cè)試執(zhí)行：利用這些測(cè)試用例執(zhí)行程序，得到測(cè)試結(jié)果。 測(cè)試結(jié)果比較：將預(yù)期的結(jié)果與實(shí)際測(cè)試結(jié)果進(jìn)行比較，如果二者不符合，對(duì)于出現(xiàn)的錯(cuò)誤進(jìn)行糾錯(cuò)，并修改相應(yīng)文檔。修改后的程序還要進(jìn)行再次測(cè)試，直到滿意為止。如果測(cè)試發(fā)現(xiàn)不了錯(cuò)誤，可能由于測(cè)試配置考慮不周到，應(yīng)考慮重新制定測(cè)試方案，設(shè)計(jì)測(cè)試用例。6. 單元測(cè)試、集成測(cè)試和確認(rèn)測(cè)試各自主要目標(biāo)是： 單元測(cè)試的主要目標(biāo)是檢查各個(gè)模塊是否正確實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤。 集成測(cè)試的主要目標(biāo)是檢查與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問題。 確認(rèn)測(cè)試的主要目標(biāo)是檢查已實(shí)現(xiàn)的軟件是否滿足需求規(guī)格說明書中確

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

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

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

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

35、試是一個(gè)推理過程。 測(cè)試的執(zhí)行是有規(guī)程的，而調(diào)試的執(zhí)行往往要求程序員進(jìn)行必要的推理及知覺的飛躍。 測(cè)試經(jīng)常由獨(dú)立的測(cè)試組在不了解軟件設(shè)計(jì)的前提下完成，而調(diào)試必須由了解詳細(xì)設(shè)計(jì)的程序員完成。大多數(shù)測(cè)試的執(zhí)行和設(shè)計(jì)可由工具支持，而調(diào)試時(shí)，程序員能利用的工具主要是調(diào)試器。綜合題1 劃分等價(jià)類下表。等價(jià)類劃分表輸入條件合理等價(jià)類 不合理等價(jià)類 長度 (1)小于40個(gè)字符 (2)等于40個(gè)字符 (5)大于40個(gè)字符 第一個(gè)字符 (3)英文字母 (6)非英文字母 其他字母 (4)英文字母、數(shù)字或下劃線的任意組合 (7)空格 (8)標(biāo)點(diǎn)符號(hào) (9)運(yùn)算符號(hào) (10)其他可顯示字符 設(shè)計(jì)測(cè)試用例下表。測(cè)試用例

36、表測(cè)試數(shù)據(jù) 測(cè)試范圍 期望結(jié)果 (1) s_name12 等價(jià)類(1),(3),(4) 有效 (2) a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_tr 等價(jià)類(2),(3),(4) 有效 (3) a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_trff 等價(jià)類(5) 無效 (4) 234name 等價(jià)類(6) 無效 (5) ab gh 等價(jià)類(7) 無效 (6) ab!2f 等價(jià)類(8) 無效 (7) fg+ghh 等價(jià)類(9) 無效 (8) Hgh 等價(jià)類(10) 無效 2 被測(cè)模塊的程序流程圖如圖所示。被測(cè)模塊的程序流程圖 按照路

37、徑覆蓋法設(shè)計(jì)測(cè)試用例如下：是會(huì)員，累計(jì)消費(fèi)900元， 覆蓋路徑127是會(huì)員，累計(jì)消費(fèi)2000元， 覆蓋路徑128不是會(huì)員，累計(jì)消費(fèi)80元， 覆蓋路徑134不是會(huì)員，累計(jì)消費(fèi)300元， 覆蓋路徑1353(a) 環(huán)路復(fù)雜性=判斷數(shù)1617（個(gè)）(b) 路徑1： 0 13 19 路徑2： 0 14 19 路徑3： 0 15 19 路徑4： 0 16 19 路徑5： 0 17 19 路徑6： 0 18 19 路徑7： 0 12 194(1) 劃分等價(jià)類見表1。表1 等價(jià)類劃分表輸入條件合理等價(jià)類 不合理等價(jià)類 長度 (1) 小于40個(gè)字符 (2) 等于40個(gè)字符 (5) 大于40個(gè)字符 第一個(gè)字符 (

38、3) 英文字母 (6) 非英文字母 其他字母 (4) 英文字母、數(shù)字或下劃線的任意組合 (7) 空格 (8) 標(biāo)點(diǎn)符號(hào) (9) 運(yùn)算符號(hào) (10) 其他可顯示字符 (2) 設(shè)計(jì)測(cè)試用例見表2。表2 測(cè)試用例表測(cè)試數(shù)據(jù) 測(cè)試范圍 期望結(jié)果 (1)s_name12 等價(jià)類(1),(3),(4) 有效 (2)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_tr 等價(jià)類(2),(3),(4) 有效 (3)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_trff 等價(jià)類(5) 無效 (4)234name 等價(jià)類(6) 無效 (5)ab gh 等價(jià)類

39、(7) 無效 (6)ab!2f 等價(jià)類(8) 無效 (7)fg+ghh 等價(jià)類(9) 無效 (8)Hgh 等價(jià)類(10) 無效 5等價(jià)劃分法 劃分等價(jià)類并編號(hào)，如下表所示。十六進(jìn)制整型常量輸入條件的等價(jià)類表  輸入數(shù)據(jù) 合理等價(jià)類 不合理等價(jià)類 十六進(jìn)制整數(shù) 1. 0x或0X開頭12位數(shù)字串 2. 以0x打頭的12位數(shù)字串 3. 非0x或非打頭的串 4. 含有非數(shù)字且（a,b,c,d,e,f）以外字符 5. 多于5個(gè)字符 6. 后跟非0的多位串 7. 0后跟數(shù)字串 8. 后多于3個(gè)數(shù)字 十六進(jìn)制數(shù)范圍 9. 在7f7f之間 10. 小于7f 11. 大于7f 為合理等價(jià)類設(shè)計(jì)測(cè)試用例

40、，表中有三個(gè)合理等價(jià)類，兩個(gè)例子。測(cè)試數(shù)據(jù) 期望結(jié)果 覆蓋范圍 0×23 顯示有效輸入 1，9 0×15 顯示有效輸入 2，9 為每個(gè)不合理等價(jià)類至少設(shè)計(jì)一個(gè)測(cè)試用例。測(cè)試數(shù)據(jù) 期望結(jié)果 覆蓋范圍 2 顯示無效輸入 3 G12 顯示無效輸入 4 123311 顯示無效輸入 5 1012 顯示無效輸入 6 011 顯示無效輸入 7 0134 顯示無效輸入 8 0x777 顯示無效輸入 10 0x87 顯示無效輸入 11 6(1) 被測(cè)模塊的程序流程圖如下圖所示。 (2) 按照路徑覆蓋法設(shè)計(jì)測(cè)試用例如下：是會(huì)員，累計(jì)消費(fèi)900元，覆蓋路徑127是會(huì)員，累計(jì)消費(fèi)2000元，覆蓋路

41、徑128不是會(huì)員，累計(jì)消費(fèi)80元，覆蓋路徑134不是會(huì)員，累計(jì)消費(fèi)300元，覆蓋路徑135 24變量的命名規(guī)則一般規(guī)定如下：變量名的長度不多于40個(gè)字符，第一個(gè)字符必須為英文字母，其他字母可以是英文字母、數(shù)字以及下劃線的任意組合。請(qǐng)用等價(jià)分類法設(shè)計(jì)測(cè)試用例。5根據(jù)下列條件使用等價(jià)劃分法設(shè)計(jì)測(cè)試用例。某8位微機(jī)，其十六進(jìn)制常數(shù)定義為：以0x或0X開頭的數(shù)是十六進(jìn)制整數(shù)，其值的范圍是7f7f（表示十六進(jìn)制的大小寫字母不加區(qū)別），如0X13，0X6A，0X3c。6某商場(chǎng)在“五一”期間，顧客購物時(shí)收費(fèi)有4種情況：普通顧客一次購物累計(jì)少于100元，按A類標(biāo)準(zhǔn)收費(fèi)（不打折），一次購物累計(jì)多于或等于100元

42、，按B類標(biāo)準(zhǔn)收費(fèi)（打9折）；會(huì)員顧客一次購物累計(jì)少于1000元，按C類標(biāo)準(zhǔn)收費(fèi)（打8折），一次購物累計(jì)等于或多于1000元，按D類標(biāo)準(zhǔn)收費(fèi)（打7折）。測(cè)試對(duì)象是按以上要求計(jì)算顧客收費(fèi)的模塊，按照路徑覆蓋法設(shè)計(jì)測(cè)試用例。1、什么是兼容性測(cè)試？兼容性測(cè)試側(cè)重哪些方面？參考答案：兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說的軟件的可移植性。兼容的類型，如果細(xì)分的話，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫兼容，以及數(shù)據(jù)格式的兼容。兼容測(cè)試的重點(diǎn)是，對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運(yùn)行的需要，或者根據(jù)需求文檔，一般都能夠得出

43、用戶會(huì)在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測(cè)試的兼容環(huán)境了。兼容和配置測(cè)試的區(qū)別在于，做配置測(cè)試通常不是Clean OS下做測(cè)試，而兼容測(cè)試多是在Clean OS的環(huán)境下做的。2、我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行得很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題？參考答案：1、檢查系統(tǒng)是否有中毒的特征；2、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn)；3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立，即沒有對(duì)外提供什么消耗CPU資源的服務(wù)；4、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問題，或者訪問有問題造成的；5、在系統(tǒng)沒有任何負(fù)載的情況下，查看性能監(jiān)視

44、器，確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問情況。3、測(cè)試的策略有哪些？參考答案：黑盒/白盒，靜態(tài)/動(dòng)態(tài)，手工/自動(dòng)，冒煙測(cè)試，回歸測(cè)試，公測(cè)（Beta測(cè)試的策略）4、正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么？參考答案：用最少的實(shí)驗(yàn)覆蓋最多的操作，測(cè)試用例設(shè)計(jì)很少，效率高，但是很復(fù)雜；對(duì)于基本的驗(yàn)證功能，以及二次集成引起的缺陷，一般都能找出來；但是更深的缺陷，更復(fù)雜的缺陷，還是無能為力的；具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測(cè)試的時(shí)候使用此方法。5、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程？參考答案：就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。6、你覺得bugzilla

45、在使用的過程中，有什么問題？參考答案：界面不穩(wěn)定；根據(jù)需要配置它的不同的部分，過程很煩瑣。流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作；沒有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。7、描述測(cè)試用例設(shè)計(jì)的完整過程？參考答案：需求分析 + 需求變更的維護(hù)工作；根據(jù)需求 得出測(cè)試需求；設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案；方案評(píng)審?fù)ㄟ^后，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審；8、單元測(cè)試的策略有哪些？參考答案：邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析9、LoadRunner分哪三部分？參考答案：用戶動(dòng)作設(shè)計(jì)；場(chǎng)景設(shè)計(jì)；測(cè)試數(shù)據(jù)分析；10、LoadRunner進(jìn)行測(cè)

46、試的流程?參考答案：測(cè)試測(cè)試創(chuàng)建虛擬用戶腳本創(chuàng)建運(yùn)行場(chǎng)景運(yùn)行測(cè)試腳本監(jiān)視場(chǎng)景分析測(cè)試的結(jié)果以上，最好是結(jié)合一個(gè)案例，根據(jù)以上流程來介紹。什么是并發(fā)？在lordrunner中，如何進(jìn)行并發(fā)的測(cè)試？集合點(diǎn)失敗了會(huì)怎么樣？參考答案：在同一時(shí)間點(diǎn)，支持多個(gè)不同的操作。LoadRunner中提供IP偽裝，集合點(diǎn)，配合虛擬用戶的設(shè)計(jì)，以及在多臺(tái)電腦上設(shè)置，可以比較好的模擬真實(shí)的并發(fā)。集合點(diǎn)，即是多個(gè)用戶在某個(gè)時(shí)刻，某個(gè)特定的環(huán)境下同時(shí)進(jìn)行虛擬用戶的操作的。集合點(diǎn)失敗，則集合點(diǎn)的才操作就會(huì)取消，測(cè)試就不能進(jìn)行。12、使用QTP做功能測(cè)試，錄制腳本的時(shí)候，要驗(yàn)證多個(gè)用戶的登錄情況/查詢情況，如何操作？參考答案

47、：分析用戶登錄的基本情況，得出一組數(shù)據(jù)，通過性測(cè)試/失敗性測(cè)試的都有（根據(jù)TC來設(shè)計(jì)這些數(shù)據(jù)），然后錄制登錄的腳本，將關(guān)鍵的數(shù)據(jù)參數(shù)化，修改腳本，對(duì)代碼進(jìn)行加強(qiáng)，調(diào)試腳本。13、QTP中的Action有什么作用？有幾種？參考答案：Action的作用用Action可以對(duì)步驟集進(jìn)行分組步驟重組，然后被整體調(diào)用擁有自己的sheet組合有相同需求的步驟，整體操作具有獨(dú)立的對(duì)象倉庫Action的種類可復(fù)用Action不可復(fù)用Action外部Action 14、TestDirector有些什么功能，如何對(duì)軟件測(cè)試過程進(jìn)行管理？參考答案： 需求管理定義測(cè)試范圍定義需求樹描述需求樹的功能點(diǎn)測(cè)試計(jì)劃定義測(cè)試目標(biāo)

48、和測(cè)試策略。分解應(yīng)用程序，建立測(cè)試計(jì)劃樹。確定每個(gè)功能點(diǎn)的測(cè)試方法。將每個(gè)功能點(diǎn)連接到需求上，使測(cè)試計(jì)劃覆蓋全部的測(cè)試需求。描述手工測(cè)試的測(cè)試步驟指明需要進(jìn)行自動(dòng)測(cè)試的功能點(diǎn)測(cè)試執(zhí)行定義測(cè)試集合。為每個(gè)測(cè)試人員制定測(cè)試任務(wù)和測(cè)試日程安排。運(yùn)行自動(dòng)測(cè)試。缺陷跟蹤記錄缺陷查看新增缺陷，并確定哪些是需要修正的相關(guān)技術(shù)人員修改缺陷回歸測(cè)試分析缺陷統(tǒng)計(jì)圖表，分析應(yīng)用程序的開發(fā)質(zhì)量。15、你所熟悉的軟件測(cè)試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試）？參考答案：Compatibility Testing（兼容性測(cè)試），也稱“Configuration testing（

49、配置測(cè)試）”，測(cè)試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容，如：瀏覽器、操作系統(tǒng)、硬件等。驗(yàn)證測(cè)試對(duì)象在不同的軟件和硬件配置中的運(yùn)行情況。Functional testing (功能測(cè)試)，也稱為behavioral testing（行為測(cè)試），根據(jù)產(chǎn)品特征、操作描述和用戶方案，測(cè)試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計(jì)需求。本地化軟件的功能測(cè)試，用于驗(yàn)證應(yīng)用程序或網(wǎng)站對(duì)目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_(tái)、瀏覽器和測(cè)試腳本，以保證目標(biāo)用戶的體驗(yàn)將足夠好，就像應(yīng)用程序是專門為該市場(chǎng)開發(fā)的一樣。Performance testing（性能測(cè)試），評(píng)價(jià)一個(gè)產(chǎn)品或組件與性能需求是否符合的測(cè)試。

50、包括負(fù)載測(cè)試、強(qiáng)度測(cè)試、數(shù)據(jù)庫容量測(cè)試、基準(zhǔn)測(cè)試等類型。16、軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？參考答案：5C標(biāo)準(zhǔn)17、Beta測(cè)試與Alpha測(cè)試有什么區(qū)別？參考答案：Beta testing(測(cè)試),測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)Alpha testing (測(cè)試),是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試18、軟件的評(píng)審一般由哪些人參加？其目的是什么？參考答案：在正式的會(huì)議上將軟件項(xiàng)目的成果（包括各階段的文檔、產(chǎn)生的代碼等）提交給用戶、客戶或有關(guān)部門人員對(duì)軟件產(chǎn)品進(jìn)行評(píng)審和批準(zhǔn)。其目的是找出可能影響軟件產(chǎn)品質(zhì)量、開發(fā)過程、維護(hù)工作的適用性和環(huán)境方面的設(shè)計(jì)缺陷，并采取補(bǔ)救措施，以及找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。 人員：用戶、客戶或有關(guān)部門開發(fā)人員，測(cè)試人員，需求分析師都可以，就看處于評(píng)