軟件測試技術基礎教程-習題答案

1、第一章軟件測試理論一、選擇題1、C 2、A 3 、D 4、B 5、D 6、D 7、B 8 、B二、簡答題參考答案：軟件測試是伴隨著軟件的產(chǎn)生而產(chǎn)生的。在軟件行業(yè)發(fā)展初期， 沒有系統(tǒng)意義上的軟件測試，更多的是一種類似調(diào)試的測試，測試用例的設計和選取也都是根據(jù)測試人員的經(jīng)驗隨機進行的，大多數(shù)測試的目的是為了證明系統(tǒng)可以正常運行。到了 20世紀70年代以后，很多測試理論和測試方法應運而生，逐漸形成了一套完整的體系。在產(chǎn)業(yè)界，從 20世紀70年代后期到20世紀80年代中期，很多軟件企業(yè)成立了 QA 或者SQA部門。后來QA的職能轉(zhuǎn)變?yōu)榱鞒瘫O(jiān)控（包括監(jiān)控測試流程），而測試（Testing）則從 QA中分

2、離出來成為獨立的組織職能。到了 20世紀80年代初期，一些軟件測試的基礎理論和實用技術開始形成，軟件測試 作為軟件質(zhì)量保證（SQA的主要職能，包含軟件質(zhì)量評價的內(nèi)容。軟件測試已有了行業(yè)標 準（IEEE/ANSI ）。在我國，軟件測試目前還沒有形成一個真正的產(chǎn)業(yè)，尚處于起步階段。但是，在國內(nèi)，現(xiàn)在在軟件測試行業(yè)中各種軟件測試的方法、技術和標準都還在探索階段?？傊瑖鴥?nèi)軟件測試行業(yè)與一些發(fā)達國家相比還存在一定的差距。參考答案：軟件缺陷造成的修復費用隨著時間的推移呈指數(shù)級地增長，如下圖所示。參考答案：軟件測試的復雜性體現(xiàn)在：不可能對程序?qū)崿F(xiàn)完全測試。殺蟲劑現(xiàn)象，即為了克服被測試軟件的免疫力，軟件測試

3、員必須不斷編寫新的測試 程序，對程序的各個部分進行不斷測試， 以避免被測試軟件對單一的測試程序具有 免疫力而使軟件缺陷不被發(fā)現(xiàn)。軟件測試的代價不容易掌握， 因為隨著測試量的增加，測試成本將呈幾何數(shù)級上升，而軟件缺陷數(shù)量降低到某一數(shù)值之后將沒有明顯的變化，尋求最優(yōu)測試點，掌握好測試工作量是至關重要的。在實際操作過程中，測試人員要進行正確的判斷，合理的取舍，根據(jù)風險分析來決定哪些故障需要修復，哪些故障可以不修復，即并不是所有的軟件缺陷都需要被修 復。參考答案：軟件測試是軟件生命期中費用消耗最大的環(huán)節(jié)。測試費用除了測試的直接消耗外，還包括其他的相關費用。影響測試費用的主要因素有：(1)軟件的功能，軟

4、件產(chǎn)品需要達到的標準決定了測試的數(shù)量。對于那些至關重要的系統(tǒng)必須進行更多的測試。(2)目標用戶的數(shù)量，一個系統(tǒng)的目標用戶數(shù)量的多少也在很大程度上影響了測試必 要性的程度。(3)潛在缺陷造成的影響在考慮測試的必要性時，還需要將系統(tǒng)中所包含的信息價值考慮在內(nèi)。因此我們應該從經(jīng)濟方面考慮，投入與經(jīng)濟價值相對應的時間和金錢去進行測試。(4)開發(fā)機構(gòu)的業(yè)務能力一個沒有標準和缺少經(jīng)驗的開發(fā)機構(gòu)很可能會開發(fā)出充滿錯誤的軟件系統(tǒng)。而一個建立了標準和有很多經(jīng)驗的開發(fā)機構(gòu)開發(fā)出來的軟件系統(tǒng)中的錯誤將會少很多。(5)測試的時機測試量會隨時間的推移發(fā)生改變，在一個競爭很激烈的市場里，爭取時間可能是制勝的關鍵。測試量應

5、該針對合適的目標進行調(diào)整。參考答案：軟件測試是貫穿于整個軟件開發(fā)的過程。在軟件開發(fā)的各個階段，測試人員必須制訂本階段的測試方案，把軟件開發(fā)和測試活動集成到一起，如下圖所示。參考答案：軟件測試從測試計劃編寫到測試實施，需要經(jīng)過一系列的過程。這些測試按軟件從編寫到交付的各個階段的先后順序可分為：單元測試、集成測試、確認(有效性)測試、系統(tǒng)測 試和驗收(用戶)測試 5個階段，如下圖所示。被測模塊單元*測試設 計 信 息軟 件 需 求系 統(tǒng) 其 它 元 素用 戶 預 定 要 求被測模塊單元測試集成測試確認 測試被測模塊單元 測試基本可 交付的 軟件已集成的軟件系統(tǒng)*測試-已確認的軟件基本可 交付的 軟

6、件驗收 測試參考答案：通常軟件人員應具備如下素質(zhì)：(1)良好的溝通能力(2)掌握比較全面的技術(3)充分的自信心(4)足夠的耐心和責任感(5)要具備懷疑精神和學習能力(6)超強的記憶力和良好的洞察力第2章白盒測試技術一、選擇題1、B 2、C 3、A 4、D 5、B6、B 7、C 8、C 9、A 10、A三、簡答題參考答案：白盒測試方法可以分為兩大類：靜態(tài)測試方法和動態(tài)測試方法，動態(tài)測試方法是設計一系列的測試用例，通過輸入預先設定好的數(shù)據(jù)來動態(tài)地運行程序，從而達到發(fā)現(xiàn)程序錯誤的目的。靜態(tài)測試方法則不在計算機上實際執(zhí)行程序，而是以一些人工的模擬技術或使用測試軟件對軟件進行分析和測試。動態(tài)測試方法主

7、要有邏輯覆蓋、獨立路徑測試等。靜態(tài)測試方法主要有靜態(tài)結(jié)構(gòu)分析、靜態(tài)質(zhì)量度量、代碼檢查方法等。參考答案：根據(jù)不同的測試要求，覆蓋測試可以分為語句覆蓋、判定覆蓋、條件覆蓋、判定/條件 覆蓋、條件組合覆蓋和路徑覆蓋。語句覆蓋就是設計足夠多的測試用例，使得被測試程序中的每條可執(zhí)行語句至少被執(zhí)行一次。判定覆蓋又稱分支覆蓋， 就是設計足夠多的測試用例， 使得被測試程序中的每個判斷的 “真”、“假”分支至少被執(zhí)行一次。條件覆蓋是指設計足夠多的測試用例，使得被測試程序中的每個判斷語句中的每個邏輯條件的可能值至少被滿足一次?；蛘哒f設計足夠多的測試用例，使得被測試程序中的每個邏輯條件的可能值至少被滿足一次。判定/

8、條件覆蓋是指設計足夠多的測試用例，使得被測試程序中的每個判斷本身的判定 結(jié)果(真假)至少滿足一次，同時，每個邏輯條件的可能值也至少被滿足一次。即同時滿足 100%定覆蓋和100整件覆蓋的標準。在保證完成要求的情況下，測試用例的數(shù)目越少越 好。條件組合覆蓋是指設計足夠多的測試用例，使得被測試程序中的每個判斷的所有可能條件取值的組合至少被滿足一次。路徑覆蓋就是設計足夠多的測試用例，使得被測試程序中的每條路徑至少被覆蓋一次。參考答案：獨立路徑測試的基本步驟是：步驟1:根據(jù)源程序?qū)С龀绦蚩刂屏鲌D。步驟2:根據(jù)程序環(huán)形復雜度的計算公式，求出程序環(huán)形復雜度。步驟3:根據(jù)上面環(huán)形復雜度的計算結(jié)果，設計測試用

9、例。參考答案：(1)請畫出以上代碼的控制流圖。注意：需要將復合條件分開單獨畫成節(jié)點。例如：month = 1 & month = 12 分別用節(jié)點 2-1,2-2 表示month = 4 | month = 6 | month = 9 | month = 11 分別用節(jié)點 21-1,21-2,21-3,21-4表不2-(2)請計算上述控制流圖的環(huán)復雜度V (G (獨立線性路徑數(shù))區(qū)域法：V(G)=11邊與節(jié)點的關系：V(G)=27-18+2=11判定節(jié)點的關系：V(G)=10+1=11(3)假設輸入的取值范圍是1000 year 2001,請使用基本路徑測試法為變量year、month設計測試

10、用例(寫出 year取值、month取值、maxday預期結(jié)果)，使其滿足基本 路徑覆蓋要求。測試用例編號yearmonthmaxday覆蓋的路徑11500002-1,26215001602-2,26315004302-1,2-2,4 , 21-1 , 22,25,26415006302-1,2-2,4 , 21-1 , 21-2 , 22,25,26515009302-1,2-2,4,21-1,21-2 , 21-3 , 22,25,266150011302-1,2-2,4,21-1,21-2,21-3,21-4, 22,25,26715007312-1,2-2,4,21-1,21-2,21

11、-3,21-4 , 24,25,26812012282-1,2-2,4, 6 ,20,25,26912402292-1,2-2,4, 6 ,8,17,20 , 25,261013002282-1,2-2,4, 6 ,8,10,14,17 , 20 , 25,261120002292-1,2-2,4, 6 ,8,10,11 , 14,17 , 20, 25,26第3章黑盒測試技術一、選擇題1、B 2、B 3 、A 4 、C 5 、B 6、C二、填空題.測試程序時，不可能遍歷所有可能的輸入數(shù)據(jù)，而只能是選擇一個子集進行測試，那么最好的方法是等價類劃分法。.邊界值分析法的測試用例來自于等價類劃分的邊

12、界 。.決策表由條件樁 、動作樁、條件項 、動作項 4個部分構(gòu)成。.因果圖分析法適用于 輸入條件之間有多種組合 情況。三、簡答題參考答案：黑盒測試又稱功能測試或數(shù)據(jù)驅(qū)動的測試，主要從用戶的觀點出發(fā)， 以軟件規(guī)格說明書為依據(jù)，著重測試軟件的功能需求，對程序功能和程序接口進行測試。白盒測試是按照程序內(nèi)部的結(jié)構(gòu)測試程序檢測產(chǎn)品內(nèi)部動作是否按照軟件設計說明書 的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。參考答案：黑盒測試有兩種基本方法， 即通過測試和失敗測試。 在進行通過測試時， 實際上是確認 軟件能做什么，而不會去考驗其能力如何，軟件測試人員只是運用最簡單、最直觀的測試案例。在設

13、計和執(zhí)行測試案例時，總是要先進行通過測試，驗證軟件的基本功能是否都已實現(xiàn)。 在確信軟件能正確運行之后，就可以采取各種手段通過搞垮軟件來找出缺陷。這種純粹為了破壞軟件而設計和執(zhí)行的測試案例，稱為失敗測試或迫使出錯測試。參考答案：使用邊界值分析方法設計測試用例，首先應確定邊界情況。 通常輸入和輸出等價類的邊界，就是應著重測試的邊界情況。應當選取正好等于、 剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù)，而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù)。在黑盒測試中，由于采用窮舉法不可行，一般可以采用等級類劃分法進行初步的測試用例設計，然后再根據(jù)邊界情況采用邊界值分析法補充相應的測試用例。參考答案：（1）分析

14、程序規(guī)格說明中 給出和隱含的 對輸入條件的要求，列出等價類表（包括有效 等價類和無效等價類）。年齡：一位或兩位非零整數(shù)，值的有效范圍為199性別：一位英文字符，只能取值 M或F婚姻：字符，只能取值已婚或未婚撫養(yǎng)人數(shù)：空白或一位非零整數(shù)（19）點數(shù)：一位或兩位非零整數(shù)，值的范圍為199輸入條件有效等價類編力無效等價類編力年齡2039 歲14059 歲2119歲6099 歲3小于1129913性別單個英義字符4非英文字符14非單個英文字符155除M和F之外的 其它單個字符16F6婚姻已婚7除已婚和未婚之外的其它字符17未婚8撫養(yǎng)人數(shù)空白9除空白和數(shù)字之外 的其它字符1816人10小于11969人1

15、1920（2）根據(jù)（1）中的等價類表，設計能覆蓋所有等價類的測試用例測試用例 編R輸入數(shù)據(jù)預期輸出年齡性別婚姻撫養(yǎng)人數(shù)保險費率127F未婚空白%250M已婚2%370F已婚7%40M未婚空白無法推算5100F已婚3無法推算699男已婚4無法推算71Child未婚空白無法推算845N已婚5無法推算938F離婚1無法推算1062M已婚沒有無法推算1118F未婚0無法推算1240M未婚10無法推算第4章 軟件測試計劃、文檔及測試用例一、簡答題參考答案：測試計劃的目的是明確測試活動的意圖，它規(guī)范了軟件測試內(nèi)容、方法和過程，為有組織地完成測試任務提供保障。測試計劃的主要內(nèi)容包括：測試目的、測試范圍、測試

16、對象、測試策略、測試任務、測 試用例、資源配置、測試結(jié)果分析和度量及測試風險評估等，測試計劃應當足夠完整但也不應當太詳盡。參考答案：測試文檔(Testing Documentation )是測試活動中非常重要的文件，用來記錄和描述 整個測試流程。整個測試流程會產(chǎn)生很多個測試文檔，一般可以把測試文檔分為兩類：測試計劃類文檔和測試分析報告類文檔。測試計劃類文檔描述將要進行的測試活動的范圍、方法、資源和時間進度等，如測試計劃、測試設計規(guī)格說明、 測試用例規(guī)格說明和測試步驟規(guī)格說明等。測 試分析報告類文檔是對測試結(jié)果進行分析說明，說明軟件經(jīng)過測試以后，結(jié)論性的意見如何，軟件的能力如何，存在哪些缺陷和限

17、制等，如測試日志、測試事件報告、測試總結(jié)報告等。參考答案：測試計劃為實現(xiàn)可管理且高質(zhì)量的測試過程提供基礎。 在制訂測試計劃時，要避免把測 試單純理解成系統(tǒng)測試，或者把各類型測試設計(測試用例的編寫和測試數(shù)據(jù)準備) 全部放 入生命周期的“測試階段”，合理的測試階段應遵循如下圖所示的劃分方法。需求設計編碼單元測試集成測試系統(tǒng)測試確認測試單元測試計劃設計執(zhí)行集成測試計劃設計執(zhí)行系統(tǒng)測試計劃設計執(zhí)行確認測試計劃、設計執(zhí)行圖4-1測試與項目開發(fā)生命周期的關系在項目開發(fā)生命周期的各個階段可以同步進行相應的測試計劃編制，而測試設計也可以結(jié)合在開發(fā)過程中實現(xiàn)并行，測試的實施即執(zhí)行測試的活動可連貫在開發(fā)之后。參

18、考答案軟件測試的過程是由一系列的不同測試階段所組成，這些軟件測試的步驟分為： 需求分析審查、設計審查、單元測試、集成測試（組裝測試）、功能測試、系統(tǒng)測試、驗收測試、版本發(fā)布、回歸測試（維護）等。軟件生命周期各階段的測試任務與可交付的文檔詳細內(nèi)容 如下表所示。階？段輸入和要求輸出需求分析審查Requirements Review市場/產(chǎn)品需求定義、分析文檔和相關技術文檔。要求：需求定義要準確、完整和一致 ，真正理解客戶的需求需求定義中問題列表，批準 的需求分析文檔。測試計劃書的起草設計審查Design Review產(chǎn)品規(guī)格設計說明、系統(tǒng)架構(gòu)和技術設計文檔、測試 計劃和測試用例。要求：系統(tǒng)結(jié)構(gòu)的合

19、理性、處理過程的正確性、數(shù)據(jù) 庫的規(guī)范化、模塊的獨立性等清楚定義測試計劃的策 略、范圍、資源和風險，測試用例的有效性和完備性設計問題列表、批準的各類 設計文檔、系統(tǒng)和功能的測 試計劃和測試用例。測試環(huán)境的準備單元測試Unit Testing源程序、編程規(guī)范、產(chǎn)品規(guī)格設計說明書和詳細的程 序設計文檔。要求：遵守規(guī)范、模塊的高內(nèi)聚性、功能實現(xiàn)的一致 性和正確性缺陷報告、跟蹤報告；完善 的測試用例、測試計劃。對系統(tǒng)功能及其實現(xiàn)等了解 清楚集成測試Integration Testing通過單元測試的模塊或組件、編程規(guī)范、集成測試規(guī) 格說明和程序設計文檔、系統(tǒng)設計文檔。要求：接口定義清楚且正確、模塊或組

20、件一起工作正 常、能集成為完整的系統(tǒng)缺陷報告、跟蹤報告；完善 的測試用例、測試計劃；集 成測試分析報告； 集成后的系統(tǒng)功能測試Functionality ?Test ing代碼軟件包（含文檔），功能詳細設計說明書；測試 計劃和用例。要求：模塊集成 功能的正確性、適用性缺陷報告、代碼完成狀態(tài)報 告、功能驗證測試報告系統(tǒng)測試System ?Testing修改后的軟件包、測試環(huán)境、系統(tǒng)測試用例和測試 計劃。要求：系統(tǒng)能正常地、有效的運行，包括性能、可靠 性、安全性、兼容性等。缺陷報告、系統(tǒng)性能分析報 告、缺陷狀態(tài)報告、階段性 測試報告驗收測試Acceptance ?Testing產(chǎn)品規(guī)格設計說明、預

21、發(fā)布的軟件包、確認測試用例 要求：向用戶表明系統(tǒng)能夠按照預定要求那樣工作， 使系統(tǒng)最終可以正式發(fā)布或向用戶提供服務。用戶要參與驗收測試，包括a測試（內(nèi)部用戶測試）、B測 試（外部用戶測試）。用戶驗收報告、缺陷報告審 查、版本審查。最終測試報告版本發(fā)布Release軟件發(fā)布包、軟件發(fā)布檢查表（清單）當前版本已知問題的清單、版本發(fā)布報告維護Maintance變更的需求、修改的軟件包、測試用例和計劃。要求：新的或增強的功能正常、原有的功能正常，不 能出現(xiàn)回歸缺陷缺陷報告、更改跟蹤報告、 測試報告參考答案:測試用例的內(nèi)容包括測試目標、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預期結(jié)果、測試腳本等，并形成文檔。測試

22、用例通常根據(jù)其所關聯(lián)的測試類型或測試需求來分類，而且將隨類型和需求進行相應地改變。最佳方案是為每個測試需求至少編制兩個測試用例：一個測試用例用于證明該需求已經(jīng)滿足，通常稱作正面測試用例；另一個測試用例反映某個無法接受、反?；蛞馔獾臈l件或數(shù)據(jù)，用于論證只有在所需條件下才能夠滿足該需求，這個測試用例稱作負面測試用例。.舉例說明測試用例的設計方法。 參考答案：略.請以某個實際工作為例，詳細的描述一次測試用例設計的完整的過程。 參考答案：略.選擇一個小型應用系統(tǒng)，為其做出系統(tǒng)測試的計劃書、設計測試用例并寫出測試總 結(jié)報告。參考答案：略第5章軟件自動化測試1,簡述軟件測試自動化的意義和作用。軟件自動化測

23、試的意義是減輕手工測試的工作量，從而達到提高軟件質(zhì)量的目的。軟件自動化測試的作用包括：它能完成許多手工測試無法實現(xiàn)的或者難以實現(xiàn)的測試， 甚至可以提供要比手工測試更好、更快的測試執(zhí)行方式，可以省去許多繁雜的工作，節(jié)省大量的測試時間。實施正確、合理的自動化測試，能夠快速、完整地對軟件進行測試，從而提 高軟件的質(zhì)量，進而提高對整個軟件開發(fā)工作的質(zhì)量并節(jié)約軟件開發(fā)經(jīng)費，縮短軟件產(chǎn)品發(fā)布的周期，帶來顯著的生產(chǎn)效果和經(jīng)濟效益。2,簡述自動化測試和手工測試有什么主要區(qū)別。自動化測試并不能完全取代手工測試，二者各有優(yōu)缺點。通常手工測試的目的著重于發(fā)現(xiàn)新的軟件故障，而自動化測試則著重于發(fā)現(xiàn)舊的軟件故障。手工測

24、試具有創(chuàng)造性， 可以舉一反三，從一個測試用例想到另外一些測試用例，特別是可以考慮到測試用例不能覆蓋的一些特殊的或邊界的情況。同時，對于那些復雜的邏輯判斷、界面是否友好，手工測試具有明顯的優(yōu)勢。自動化測試可以對程序的新版本運行回歸測試，可以運行更多更頻繁的測試， 可以進行一些手工測試難以完成或不可能完成的測試，充分地利用資源，測試具有一致性、 可重復性和復用性，能縮短軟件發(fā)布的時間，并增強軟件的可靠性。.自動化測試工具大致可以分為幾類？舉例說明幾種與之相對應的測試工具。根據(jù)測試方法的不同，自動化測試工具可以分為白盒測試工具、黑盒測試工具和測試管理工具。白盒測試工具又可以分為靜態(tài)測試工具和動態(tài)測試

25、工具。其中靜態(tài)測試工具的代表有 Telelogic 公司的Logiscope軟彳41、PR公司的PRQA軟件。動態(tài)測試工具的代表有 Compuware 公司的 DevPartner 軟件、Rational 公司的 Purify 軟件。黑盒測試工具適用于系統(tǒng)功能測試和性能測試，黑盒測試工具的代表有Rational公司的 Team Test、Compuware公司的 QACenter。測試管理工具用于對測試進行管理。測試管理工具 的代表有Rational 公司的 TeamManager Compuwar出司的 TrackRecord 、 Mercury Interactive 公司的 TestDi

26、rector 等軟件。.簡述對常用自動化測試工具的認識。（略）.試從網(wǎng)絡上免費下載自動化測試工具，并在客戶機或服務器上安裝和運行。（略）.下載本章所介紹的白盒測試、黑盒測試、負載測試等工具，學習其主要功能及使用方 法，嘗試進行實例測試。（略）第6章面向?qū)ο蟮能浖y試.簡述面向?qū)ο蟮奶攸c與其測試的概念。面向?qū)ο蟮奶攸c包括對象唯一性、抽象性、繼承性和多態(tài)性等。除了運用傳統(tǒng)的面向過程的測試方法，面向?qū)ο蟮臏y試還綜合考慮面向?qū)ο筌浖嬖诘闹T如繼承、關聯(lián)、動態(tài)綁定等關系，針對面向?qū)ο筌浖M行的測試。.面向?qū)ο蟮能浖y試與傳統(tǒng)的軟件測試有什么區(qū)別？與傳統(tǒng)的面向過程的程序設計相比， 面向?qū)ο蟪绦蛟O計產(chǎn)生錯誤

27、的可能性增大或者使得 傳統(tǒng)軟件測試中的重點不再那么突出， 使原來測試經(jīng)驗和實踐證明的次要方面成為了主要問 題。此外，與傳統(tǒng)軟件相比，由于存在的諸如繼承、關聯(lián)、動態(tài)綁定等關系，面向?qū)ο筌浖?具有更復雜的依賴關系，一個類將不可避免的依賴于其他的類，從而增加了面向?qū)ο筌浖y試的難度。.通常情況下，類測試驅(qū)動程序是由測試人員還是程序員進行開發(fā)的？一般由開發(fā)人員來開發(fā)。.如何進行面向?qū)ο蠼换y試？面向?qū)ο蠼换y試的重點是確保對象之間能夠正確地進行消息傳遞。測試的前提是參與交互的類已經(jīng)被單獨測試過，且具有完整的實現(xiàn)。交互測試有兩種方法，一種方法是將交互 對象嵌入到應用程序中進行測試，另一種是在獨立的測試工

28、具提供的環(huán)境中使對象相互交互 來執(zhí)行測試。.如何進行面向?qū)ο笙到y(tǒng)測試？系統(tǒng)測試應該盡量搭建與用戶實際使用環(huán)境相同的測試平臺，應該保證被測試系統(tǒng)的完整性，對臨時沒有的系統(tǒng)設備部件，也應有相應的模擬手段。系統(tǒng)測試時，應該參考面向?qū)?象分析的結(jié)果，對應描述的對象、屬性和各種服務，檢測軟件是否能夠完全“再現(xiàn)”問題空 間。系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn)，從另一個側(cè)面看，也是對軟件開發(fā)設計的再確認?？梢允褂脙煞N方式選擇系統(tǒng)的測試用例。一種是確定用戶使用系統(tǒng)的使用概貌，即確定用戶是怎樣使用系統(tǒng)的，然后根據(jù)這些步驟創(chuàng)建測試用例；另一種是分析產(chǎn)品可能包含的缺陷類型，然后編寫測試用例來檢測這些缺陷。為了測試

29、需求的一致性，可以從說明需求的用例來構(gòu)建測試用例。第7章Web網(wǎng)站測試.簡述 Web網(wǎng)站的測試內(nèi)容。Web網(wǎng)站測試的內(nèi)容包含：功能測試、性能測試、安全性測試、可用性/易用性測試、 配置和兼容性測試、數(shù)據(jù)庫測試、代碼合法性測試和完成測試。.功能測試包括哪些方面？功能測試主要包括：頁面內(nèi)容測試、鏈接測試、表單測試、Cookies測試和設計語言測試。.負載/壓力測試的作用是什么？負載測試主要是為了測試 C/S系統(tǒng)在某一負載級別上的性能，以保證系統(tǒng)能在同一時間 響應大量的用戶，在需求范圍內(nèi)能夠正常工作。壓力測試是測試系統(tǒng)的限制和故障恢復能力，也就是測試Web應用系統(tǒng)會不會崩潰，在什么情況下會崩潰。.概

30、括安全性測試中的登錄測試內(nèi)容。登錄測試內(nèi)容主要有：測試用戶名和輸入密碼是否有大小寫區(qū)別。測試有效和無效的用戶名和密碼。測試用戶登錄是否有次數(shù)限制，是否限制從某些IP地址登錄。假設允許登錄失敗的次數(shù)為3次，那么在用戶第3次登錄的時候輸入正確的用戶名和口令，測試是否能通過驗證。測試口令選擇是否有規(guī)則限制。測試哪些網(wǎng)頁和文件需要登錄才能訪問和下載。測試是否可以不登錄而直接瀏覽某個頁面。測試Web應用系統(tǒng)是否有超時的限制，也就是說，用戶登錄后在一定時間內(nèi)（例如 15分鐘）沒有點擊任何頁面，是否需要重新登錄才能正常使用。.簡述兼容性測試。兼容性測試需要測試各種操作系統(tǒng)平臺、瀏覽器、打印機以及上述的組合測

31、試。.簡述數(shù)據(jù)庫測試。數(shù)據(jù)庫測試是Web網(wǎng)站測試的一個基本組成部分。測試人員要真正了解后臺數(shù)據(jù)庫的內(nèi) 部結(jié)構(gòu)和設計概念，制訂詳細的數(shù)據(jù)庫測試計劃， 能在程序的某個流程點上并發(fā)地查詢數(shù)據(jù) 庫，并保證數(shù)據(jù)完整性、數(shù)據(jù)有效性和數(shù)據(jù)操作和更新。第八章 單元測試工具JUnit.簡述JUnit的特征。JUnit是一個開放源代碼的 Java測試框架，用于編寫和運行可重復的測試。它包括以下特性:使用斷言方法判斷期望值和實際值差異，返回Boolean值。測試驅(qū)動設備使用共同的初始化變量或者實例。支持圖型交互模式和文本交互模式。提升程序代碼的品質(zhì)時，JUnit測試允許更快速的編寫程序。JUnit使用簡單。JUni

32、t能夠檢驗測試結(jié)果并立即提供回饋。JUnit測試可以合成一個有層次的測試系列架構(gòu)。開發(fā)測試成本低。JUnit測試框架提供自動執(zhí)行測試的背景，并使這個背景成為其他測試集合的一部分。JUnit測試提升軟件的穩(wěn)定性。JUnit測試是用Java開發(fā)的。.如何用JUnit為被測程序創(chuàng)建測試用例？JUnit的基本使用步驟如下：（1）創(chuàng)建，從派生 unit test 需要的test case 。（2）書寫測試方法，提供類似于如下函數(shù)簽名的測試方法：public void testXXXXX（）;（3）編譯，書寫完test case 后，編譯所寫的test case 類。（4） 運行，啟動 JUnit tes

33、t runner ,來運行這個 test case 。. JUnit提供的斷言方法有哪些？JUnit提供6大類31組斷言方法，包括基礎斷言、數(shù)字斷言、字符斷言、布爾斷言、 對象斷言，如下表所示。方法描述assertTrue斷言條件為真。若不滿足，方法拋出帶有相應的信息（如果有的話）的AssertionFailedError 異常。assertFalse斷言條件為假。若不滿足，方法拋出帶有相應的信息（如果有的話）的AssertionFailedError 異常。assertEquals斷言兩個對象相等。若不滿足，方法拋出帶有相應的信息（如果有的話） 的 AssertionFailedError 異常。assertNotNull斷言對象不為null o若不滿足，方法拋出帶有相應的信息（如果有的話） 的 AssertionFailedError 異常。assertNull斷言對象為null。若不