第1章軟件測試基本概念

1、授課：黃偉婷 目前絕大多數(shù)項目都是迭代式開發(fā)目前絕大多數(shù)項目都是迭代式開發(fā)的，每一個迭代都包含下圖的幾個的，每一個迭代都包含下圖的幾個步驟。步驟。 內(nèi)容概覽內(nèi)容概覽1.1. 軟件測試的原理軟件測試的原理：闡述軟件測試的重要性、基本概念和方法等 2.2. 軟件測試的技術(shù)軟件測試的技術(shù)：介紹軟件測試在各個階段的技術(shù)和方法3.3. 軟件測試的實踐軟件測試的實踐：介紹測試用例的設(shè)計、測試報告與評測、測試項目的管理4.4. 應(yīng)用應(yīng)用：一個完整的案例課程目標(biāo)課程目標(biāo)通過本課程的學(xué)習(xí)，我們可以了解并掌握：l 有效的測試策略、方法和技術(shù)有效的測試策略、方法和技術(shù)l 測試用例的設(shè)計測試用例的設(shè)計l 更清楚、準(zhǔn)確

2、地報告測試缺陷更清楚、準(zhǔn)確地報告測試缺陷l 測試自動化的引入、應(yīng)用測試自動化的引入、應(yīng)用l 測試項目的管理l 對軟件產(chǎn)品質(zhì)量的正確評估l 軟件測試和質(zhì)量保證的關(guān)系和區(qū)別成績組成成績組成平時成績 15：出勤作業(yè)測驗實驗成績 25：出勤報告期末上機測驗（10%）期末考試成績 60一位剛?cè)胄幸荒甑臏y試新手的博文 國內(nèi)的軟件公司一直在倡導(dǎo)的軟件測試軟件測試自動化，（此處略去xx字）。還記得之前找工作工作面試面試的時候，最后一面是一個總監(jiān)級的人面的，他當(dāng)時就問了我，會用什么測試工具，那時候根本就沒有怎么接觸測試，只是自己看論壇，看到了當(dāng)前比較流行的自動化測試工具是QTPQTP、LoadRunnerLoa

3、dRunner，然后自己就下了個QTP，還下了QTP的學(xué)習(xí)教程看了幾天，那時候在學(xué)校，玩心比較重，沒有堅持學(xué)下去，后來被問到的時候都答不上來，悔死了，（此處再略xx字）。 第一章第一章 軟件測試基本概念軟件測試基本概念什么是軟件測試什么是軟件測試軟件測試與軟件測試與CMMICMMI測試用例測試用例測試環(huán)境測試環(huán)境軟件測試人員的需求軟件測試人員的需求 為什么要軟件測試？p Chrome 運行時，筆記本電腦有時無法進入休眠狀態(tài) ；p Chrome 不支持 SSL 身份驗證；p 在插件比較多的網(wǎng)頁上（例如內(nèi)含視頻或 flash），滾動條響應(yīng)遲鈍；p 當(dāng)打開 RSS feed 或 xml 文件時，Ch

4、rome 只顯示xml原始數(shù)據(jù)；p 圖片有時不能顯示的問題 ；p 鼠標(biāo)滾輪只能向下滾不能向上滾；p Chrome幾乎打開每一個網(wǎng)頁都需刷新一遍 Beta版的谷歌瀏覽器2008年9月3日發(fā)布后，被發(fā)現(xiàn)不少問題：為什么要進行軟件測試? 為什么要進行軟件測試？就是因為軟件缺陷的存在，只有通過測試，才可以發(fā)現(xiàn)軟件缺陷。也只有發(fā)現(xiàn)了缺陷，才可以將軟件缺陷從軟件產(chǎn)品或軟件系統(tǒng)中清理出去。 軟件中存在的缺陷給我們帶來的損失是巨大的，這也說明了軟件測試的必要性和重要性 還有更多的實例什么是軟件缺陷 IEEE國際標(biāo)準(zhǔn)729給出了軟件缺陷的定義軟件缺陷就是軟件產(chǎn)品中所存在的問題，最終表現(xiàn)為用戶所需要的功能沒有完全

5、實現(xiàn)，不能滿足或不能全部滿足用戶的需求 缺點（defect） 偏差 （variance）謬誤（fault） 失敗 （failure）問題（problem） 矛盾（inconsistency）錯誤（error ） 毛病 （incident ）異常（anomy）缺陷 - Bug真實的故事故事發(fā)生在故事發(fā)生在1945年年9月的某一天，在一間老式建筑的窗戶外面月的某一天，在一間老式建筑的窗戶外面飛進來一只飛蛾，飛進來一只飛蛾，Hopper正埋頭工作在一臺名為正埋頭工作在一臺名為MarkII的計算的計算機前，沒有注意到這只即將造就歷史事件的飛蛾。機前，沒有注意到這只即將造就歷史事件的飛蛾。突然，突然，M

6、arkII死機了。死機了。Hopper試了很多次還是不能啟動，試了很多次還是不能啟動，Hopper開始用各種方法查找問題，看問題究竟出現(xiàn)在哪里，最開始用各種方法查找問題，看問題究竟出現(xiàn)在哪里，最后后Hopper確定是某個電路板的繼電器出錯了。確定是某個電路板的繼電器出錯了。Hopper觀察這個觀察這個出錯的繼電器，驚奇地發(fā)現(xiàn)一只飛蛾躺在里面。出錯的繼電器，驚奇地發(fā)現(xiàn)一只飛蛾躺在里面。Hopper小心地小心地用鑷子將飛蛾夾出來，用透明膠布貼到用鑷子將飛蛾夾出來，用透明膠布貼到“事件記錄本事件記錄本”中，寫中，寫上上“第一個發(fā)現(xiàn)蟲子的實例第一個發(fā)現(xiàn)蟲子的實例”。Bug的由來 1.1 1.1 什什么

7、么是是軟軟件件測試測試 測試：以檢驗產(chǎn)品是否滿足需求為目標(biāo)測試：以檢驗產(chǎn)品是否滿足需求為目標(biāo)軟件測試：在規(guī)定條件下對程序進行操軟件測試：在規(guī)定條件下對程序進行操 作，以作，以發(fā)現(xiàn)錯誤發(fā)現(xiàn)錯誤，對軟件質(zhì)，對軟件質(zhì) 量進行評估。量進行評估。 1.1 什么么是軟軟件測試測試軟件軟件= =文檔文檔+ +數(shù)據(jù)數(shù)據(jù)+ +程序程序軟件測試的對象：對軟件形成過程的軟件測試的對象：對軟件形成過程的文檔、數(shù)據(jù)以及程序進行的測試，而文檔、數(shù)據(jù)以及程序進行的測試，而不僅僅是對程序進行的測試。不僅僅是對程序進行的測試。本本節(jié)節(jié)概概述述從保證軟件質(zhì)量的角度來說，軟件測試是軟件質(zhì)量保證工程的一個重要組成部分，也是最重要的質(zhì)

8、量保證手段。然而，隨著軟件開發(fā)技術(shù)的不斷發(fā)展，以及軟件系統(tǒng)的規(guī)模和復(fù)雜性的不斷增加，傳統(tǒng)的軟件測試理論和技術(shù)已經(jīng)不能夠很好地滿足開發(fā)組織在產(chǎn)品質(zhì)量、開發(fā)成本、研制周期等方面的需求。 1.2 1.2 軟軟件件測試與測試與CMMICMMI1.2.1 傳統(tǒng)傳統(tǒng)的軟軟件測試測試技術(shù)術(shù)和測試過測試過程模型 傳統(tǒng)的軟件測試只傳統(tǒng)的軟件測試只 是作為軟件開發(fā)過程中的一是作為軟件開發(fā)過程中的一 個特定階段，并且只針對軟件個特定階段，并且只針對軟件 成品進行測試。成品進行測試。軟件測試在軟件開發(fā)過程的瀑布模型描述中所處的地位軟件測試在軟件開發(fā)過程的瀑布模型描述中所處的地位傳統(tǒng)軟傳統(tǒng)軟件測試件測試軟件測試的發(fā)展擴

9、充后的軟件測試擴充后的軟件測試包括軟件需求分析包括軟件需求分析、軟件概要設(shè)計、軟件概要設(shè)計、軟件詳細設(shè)計、編軟件詳細設(shè)計、編碼、集成、驗收等碼、集成、驗收等各個工程階段各個工程階段CMMICMMI模型是從軟件過模型是從軟件過程改進和評估的角度出程改進和評估的角度出發(fā)，對軟件開發(fā)中的測發(fā)，對軟件開發(fā)中的測試技術(shù)給出了充分的支試技術(shù)給出了充分的支持和擴充持和擴充1.2.2 CMMI模型對軟對軟件測試測試的支持和擴擴充CMMI模型主張在開發(fā)過程中注重對過程和產(chǎn)品的度量，以量化的形式提供對管理過程的支持，以及對過程進行相應(yīng)的評估和改進。這實際上就是對軟件測試技術(shù)的一種應(yīng)用和擴充。測量和分析過程域的三個

10、目標(biāo)測量和分析過程域的三個目標(biāo)協(xié)調(diào)測量協(xié)調(diào)測量和分析活動和分析活動提供度提供度量量結(jié)結(jié)果果將測將測量和量和分析活分析活動動制制度化度化為為可管可管理的理的過過程程第一個目標(biāo)第一個目標(biāo) 協(xié)調(diào)測量和分析活動協(xié)調(diào)測量和分析活動測量對象：測量對象：組織所開發(fā)出的軟件產(chǎn)品、半成品以及過 程產(chǎn)品對開發(fā)過程本身的度量 第二個目標(biāo)第二個目標(biāo) 提供度量結(jié)果，以便處理信息需要和目標(biāo)提供度量結(jié)果，以便處理信息需要和目標(biāo)模型中給出模型中給出4 4個方面的特定實踐：個方面的特定實踐：收集度量數(shù)據(jù)，即獲得制定的度量數(shù)據(jù)分析并解釋度量數(shù)據(jù)管理并存儲度量數(shù)據(jù)、度量規(guī)范和分析結(jié)果通報分析結(jié)果，向所有的干系人報告測量和分 析活動

11、的結(jié)果第三個目標(biāo)第三個目標(biāo)將測量和分析活動制度化為可管理的過程將測量和分析活動制度化為可管理的過程第三個目標(biāo)是共性目標(biāo)，這一目標(biāo)主要關(guān)注的第三個目標(biāo)是共性目標(biāo)，這一目標(biāo)主要關(guān)注的是對軟件測試和過程度量活動的管理以及制度是對軟件測試和過程度量活動的管理以及制度化。針對這一共性目標(biāo)，化。針對這一共性目標(biāo)，CMMICMMI模型從四個不模型從四個不同同方面給出了方面給出了1010個共性實踐。個共性實踐。CMMICMMI模型對傳統(tǒng)軟件測試技術(shù)的擴充模型對傳統(tǒng)軟件測試技術(shù)的擴充從對軟件產(chǎn)品的測試從對軟件產(chǎn)品的測試到軟件產(chǎn)品的測試開發(fā)過程的度量到軟件產(chǎn)品的測試開發(fā)過程的度量從事后測試從事后測試到全過程測試和

12、分析到全過程測試和分析軟件測試與開發(fā)的其他階段軟件測試與開發(fā)的其他階段不再串行工作，而是并行進行不再串行工作，而是并行進行1.3.1 什么是測試用例什么是測試用例 1.3 1.3 測測 試試 用用 例例測試用例的三種定義測試用例的三種定義測試用例（測試用例（Test CaseTest Case，TCTC）簡單來講是指執(zhí)行條件和預(yù)期結(jié)果的集合，完）簡單來講是指執(zhí)行條件和預(yù)期結(jié)果的集合，完整來講是針對要測試的內(nèi)容所確定的一組輸入信息，是為達到最佳的測試效果整來講是針對要測試的內(nèi)容所確定的一組輸入信息，是為達到最佳的測試效果或高效地揭露隱藏的錯誤而精心設(shè)計的少量測試數(shù)據(jù)?；蚋咝У亟衣峨[藏的錯誤而精心

13、設(shè)計的少量測試數(shù)據(jù)。RUPRUP（Rational Unified ProcessRational Unified Process，統(tǒng)一軟件開發(fā)過程）中認為測試用例是，統(tǒng)一軟件開發(fā)過程）中認為測試用例是用來驗證系統(tǒng)實際做了什么的方式，因此，測試用例必須可以按照要求來跟用來驗證系統(tǒng)實際做了什么的方式，因此，測試用例必須可以按照要求來跟蹤和維護。蹤和維護。IEEEIEEE標(biāo)準(zhǔn)標(biāo)準(zhǔn)610610（19901990）給出的定義：測試用例是一組測試輸入、執(zhí)行條件和）給出的定義：測試用例是一組測試輸入、執(zhí)行條件和預(yù)期結(jié)果的集合，目的是要滿足一個特定的目標(biāo)，比如執(zhí)行一條特定的程序路預(yù)期結(jié)果的集合，目的是要滿足

14、一個特定的目標(biāo)，比如執(zhí)行一條特定的程序路徑或檢驗是否符合一個特定的需求。徑或檢驗是否符合一個特定的需求。測試用例核心一、測試內(nèi)容一、測試內(nèi)容二、輸入信息二、輸入信息測試用例的公式表示測試用例的公式表示測試用例=輸入+輸出+測試環(huán)境+測試目標(biāo)測試數(shù)據(jù)測試數(shù)據(jù)操作步驟操作步驟預(yù)期結(jié)果預(yù)期結(jié)果1.3.2 1.3.2 測試用例的評價標(biāo)準(zhǔn)測試用例的評價標(biāo)準(zhǔn) 以滿足某一個測試目標(biāo)或測試任以滿足某一個測試目標(biāo)或測試任 務(wù)來務(wù)來整體整體看測試用例，衡量看測試用例，衡量一組一組 測試用例的結(jié)構(gòu)、設(shè)計思路和覆測試用例的結(jié)構(gòu)、設(shè)計思路和覆 蓋率等指標(biāo)蓋率等指標(biāo) 從從單個單個測試用例看，衡量其描述測試用例看，衡量其描

15、述 的規(guī)范性、可理解性和可維護性的規(guī)范性、可理解性和可維護性 等指標(biāo)等指標(biāo)高層次高層次低層次低層次七標(biāo)準(zhǔn)七標(biāo)準(zhǔn)九標(biāo)準(zhǔn)九標(biāo)準(zhǔn)（1 1）測試用例的目標(biāo)清楚，并能滿足軟件質(zhì)量的各個）測試用例的目標(biāo)清楚，并能滿足軟件質(zhì)量的各個方面，包括功能測試、性能測試、安全性測試、故障轉(zhuǎn)方面，包括功能測試、性能測試、安全性測試、故障轉(zhuǎn)移測試、負載測試等。移測試、負載測試等。（2 2）設(shè)計思路正確、清晰。例如，通過序列圖、狀態(tài)）設(shè)計思路正確、清晰。例如，通過序列圖、狀態(tài)圖、工作流程圖、數(shù)據(jù)流程圖等來描述待測試的功能特圖、工作流程圖、數(shù)據(jù)流程圖等來描述待測試的功能特性或非功能特性。性或非功能特性。（3 3）在組織和分類

16、上，測試用例層次清楚、結(jié)構(gòu)合理。）在組織和分類上，測試用例層次清楚、結(jié)構(gòu)合理。測試用例的層次與產(chǎn)品特性的結(jié)構(gòu)測試用例的層次與產(chǎn)品特性的結(jié)構(gòu)/ /層次相一致，或者層次相一致，或者與測試的目標(biāo)與測試的目標(biāo)/ /子目標(biāo)的分類子目標(biāo)的分類/ /層次相一致，并具有合理層次相一致，并具有合理的優(yōu)先級或執(zhí)行順序。的優(yōu)先級或執(zhí)行順序。（4 4）測試用例覆蓋所有測試點、覆蓋所有已知的用戶）測試用例覆蓋所有測試點、覆蓋所有已知的用戶使用場景（使用場景（User scenarioUser scenario），也就是說每個測試點都），也就是說每個測試點都有相應(yīng)數(shù)量的測試用例來覆蓋，而且將各種用戶使用場有相應(yīng)數(shù)量的測試

17、用例來覆蓋，而且將各種用戶使用場景通過矩陣或因果圖等方式列出來，找到相對應(yīng)的測試景通過矩陣或因果圖等方式列出來，找到相對應(yīng)的測試用例。用例。（5 5）測試手段的區(qū)別對待。在設(shè)計測試用例時，就要）測試手段的區(qū)別對待。在設(shè)計測試用例時，就要全面考量測試的手段，哪些方面可以通過工具測試，哪全面考量測試的手段，哪些方面可以通過工具測試，哪些方面不得不用手工測試，對不同手段的測試用例區(qū)別些方面不得不用手工測試，對不同手段的測試用例區(qū)別對待。對待。（6 6）有充分的負面測試。作為測試用例，不僅要測試）有充分的負面測試。作為測試用例，不僅要測試正確的輸入和操作，還要測試各種各樣的例外情況，如正確的輸入和操作

18、，還要測試各種各樣的例外情況，如邊界條件、不正確的操作、錯誤的數(shù)據(jù)輸入等。邊界條件、不正確的操作、錯誤的數(shù)據(jù)輸入等。（7 7）沒有重復(fù)、冗余的測試用例，滿足相應(yīng)的行業(yè)標(biāo)）沒有重復(fù)、冗余的測試用例，滿足相應(yīng)的行業(yè)標(biāo)準(zhǔn)等。準(zhǔn)等。七七標(biāo)標(biāo)準(zhǔn)準(zhǔn)（1 1）測試用例的出發(fā)點是發(fā)現(xiàn)缺陷，即單個測試用例在）測試用例的出發(fā)點是發(fā)現(xiàn)缺陷，即單個測試用例在“暴暴露缺陷露缺陷”上具有較高的可能性。上具有較高的可能性。（2 2）測試用例的單一性。一個測試用例面向一個測試點，不）測試用例的單一性。一個測試用例面向一個測試點，不要將許多測試點揉在一起。例如，通過一個測試用例發(fā)現(xiàn)要將許多測試點揉在一起。例如，通過一個測試用例

19、發(fā)現(xiàn)1 12 2個缺陷，而不能發(fā)現(xiàn)個缺陷，而不能發(fā)現(xiàn)5 51010個缺陷甚至更多的缺陷。個缺陷甚至更多的缺陷。（3 3）符合測試用例設(shè)計規(guī)范或測試用例模板。）符合測試用例設(shè)計規(guī)范或測試用例模板。（4 4）描述清楚。包括特定的場合、特定的對象和特定的術(shù)）描述清楚。包括特定的場合、特定的對象和特定的術(shù)語，沒有含糊的概念和一般性的描述。例如，測試用例名稱語，沒有含糊的概念和一般性的描述。例如，測試用例名稱為為“登錄功能使用正常登錄功能使用正?！?，就是一個描述不清楚的例子，而，就是一個描述不清楚的例子，而這樣的描述這樣的描述“登錄功能中用戶名大小寫不敏感性驗證登錄功能中用戶名大小寫不敏感性驗證”、“登

20、錄功能中用戶名唯一性驗證登錄功能中用戶名唯一性驗證”和和“用戶賬號被鎖定后再用戶賬號被鎖定后再進行登錄操作進行登錄操作”等就比較好。等就比較好。（5 5）操作步驟的準(zhǔn)確性。按照步驟的操作得到唯一的測試結(jié)）操作步驟的準(zhǔn)確性。按照步驟的操作得到唯一的測試結(jié)果。果。（6 6）操作步驟的簡單性。操作步驟不應(yīng)該太復(fù)雜，過于復(fù)雜）操作步驟的簡單性。操作步驟不應(yīng)該太復(fù)雜，過于復(fù)雜的操作步驟意味著測試用例需要被分解為多個測試用例或者的操作步驟意味著測試用例需要被分解為多個測試用例或者分解為多個環(huán)節(jié)進行驗證。分解為多個環(huán)節(jié)進行驗證。（7 7）所期望的測試結(jié)果是可驗證的，即能迅速、明確地判斷）所期望的測試結(jié)果是可

21、驗證的，即能迅速、明確地判斷測試的實際結(jié)果是否與所期望的結(jié)果相同或相匹配。例如，測試的實際結(jié)果是否與所期望的結(jié)果相同或相匹配。例如，在測試用例中描述期望結(jié)果為在測試用例中描述期望結(jié)果為“登錄成功登錄成功”，這實際是不可，這實際是不可驗證的。要使這個期望結(jié)果具有可驗證性，我們就應(yīng)該這樣驗證的。要使這個期望結(jié)果具有可驗證性，我們就應(yīng)該這樣描述所期望的結(jié)果描述所期望的結(jié)果“退出（退出（log outlog out）按鈕出現(xiàn)按鈕出現(xiàn)”。（8 8）測試環(huán)境的正確性、測試數(shù)據(jù)的充分性。）測試環(huán)境的正確性、測試數(shù)據(jù)的充分性。（9 9）前提條件、依賴性被完全識別出來。）前提條件、依賴性被完全識別出來。九九標(biāo)標(biāo)

22、準(zhǔn)準(zhǔn)1.3.3 1.3.3 測試用例設(shè)計的基本原則測試用例設(shè)計的基本原則測試用例的代表性測試用例的代表性測試結(jié)果的可判定性測試結(jié)果的可判定性測試結(jié)果的可再現(xiàn)性測試結(jié)果的可再現(xiàn)性核心輸核心輸入條件入條件正常數(shù)據(jù)正常數(shù)據(jù)邊界數(shù)據(jù)邊界數(shù)據(jù)錯誤數(shù)據(jù)錯誤數(shù)據(jù)測試數(shù)據(jù)測試數(shù)據(jù)如何測試如何測試iGoogle系統(tǒng)登錄功能？系統(tǒng)登錄功能？1.3.4 1.3.4 測試用例模板測試用例模板（1 1）軟件或項目的名稱。）軟件或項目的名稱。（2 2）軟件或項目的版本（內(nèi)部版本號）。）軟件或項目的版本（內(nèi)部版本號）。（3 3）功能模塊名。）功能模塊名。（4 4）測試用例的簡單描述，即該用例執(zhí)行的）測試用例的簡單描述，即該

23、用例執(zhí)行的目的或方法。目的或方法。（5 5）測試用例的參考信息（便于跟蹤和參）測試用例的參考信息（便于跟蹤和參考）?？迹＃? 6）本測試用例與其他測試用例間的依賴關(guān)）本測試用例與其他測試用例間的依賴關(guān)系。系。1.3.4 1.3.4 測試用例模板測試用例模板（7 7）本用例的前置條件，即執(zhí)行本用例必須要）本用例的前置條件，即執(zhí)行本用例必須要滿足的條件，如對數(shù)據(jù)庫的訪問權(quán)限。滿足的條件，如對數(shù)據(jù)庫的訪問權(quán)限。（8 8）用例的編號（）用例的編號（IDID），如可以是），如可以是“軟件名稱軟件名稱簡寫簡寫功能塊簡寫功能塊簡寫NO.”NO.”。（9 9）步驟號、操作步驟描述、測試數(shù)據(jù)描述。）步驟號、操

24、作步驟描述、測試數(shù)據(jù)描述。（1010）預(yù)期結(jié)果（這是最重要的）和實際結(jié)果）預(yù)期結(jié)果（這是最重要的）和實際結(jié)果（如果有缺陷管理工具，這條可以省略）。（如果有缺陷管理工具，這條可以省略）。（1111）開發(fā)人員（必須有）和測試人員（可有）開發(fā)人員（必須有）和測試人員（可有可無）。可無）。（1212）測試執(zhí)行日期。）測試執(zhí)行日期。項目/軟件技術(shù)出口合同網(wǎng)絡(luò)申領(lǐng)系統(tǒng)程序版本1.0.25功能模塊名Login編制人xxx用例編號TC-TEP_Login_1編制時間2010.10.12相關(guān)的用例無功能特性用戶身份驗證測試目的驗證是否輸入合法的信息，允許合法登錄，阻止非法登錄預(yù)置條件無特殊規(guī)程說明如數(shù)據(jù)庫訪問權(quán)

25、限參考信息需求說明中關(guān)于“登錄”的說明測試用例模板測試用例模板測試數(shù)據(jù)測試數(shù)據(jù)用戶名用戶名 =yiyh =yiyh 密碼密碼 =1=1操作步驟操作步驟操作描述操作描述數(shù)據(jù)數(shù)據(jù)期望結(jié)果期望結(jié)果實實際際結(jié)結(jié)果果測試狀態(tài)測試狀態(tài)1 1輸入用戶名輸入用戶名稱，按稱，按“登登錄錄”按鈕按鈕用戶名用戶名=yiy=yiyh h，密碼為，密碼為空空顯示警告信息顯示警告信息“請輸入用戶請輸入用戶名和密碼！名和密碼！”2 2輸入密碼，輸入密碼，按按“登登錄錄”按鈕按鈕用戶名為空，用戶名為空，密碼密碼 =1=1顯示警告信息顯示警告信息“請輸入用戶請輸入用戶名和密碼！名和密碼！”測測試試人人員員開發(fā)人員開發(fā)人員項目負

26、責(zé)項目負責(zé)人人1.4.1 1.4.1 什么什么是測是測試環(huán)試環(huán)境境軟件測試環(huán)境就是軟件運行的平臺，即軟件、硬件和網(wǎng)絡(luò)的集合測試環(huán)境 = 軟件 + 硬件 + 網(wǎng)絡(luò)+ 歷史數(shù)據(jù) 1.4 1.4 測測 試試 環(huán)環(huán) 境境測試環(huán)境測試環(huán)境 = = 軟件軟件 + + 硬件硬件 + + 網(wǎng)絡(luò)網(wǎng)絡(luò)+ + 歷史數(shù)據(jù)歷史數(shù)據(jù)主要指軟件運主要指軟件運行的操作系統(tǒng)行的操作系統(tǒng)主要針對主要針對C/SC/S結(jié)結(jié)和和B/SB/S結(jié)構(gòu)的軟件結(jié)構(gòu)的軟件指測試用例執(zhí)指測試用例執(zhí)行所需初始行所需初始化的各項數(shù)據(jù)化的各項數(shù)據(jù)包括包括PCPC、筆記、筆記本電腦、服務(wù)器本電腦、服務(wù)器、各種、各種PDAPDA終端終端測試環(huán)境的規(guī)劃步驟測試

27、環(huán)境的規(guī)劃步驟明確明確八大問題八大問題確定條件特性確定條件特性（可滿足，（可滿足，需協(xié)調(diào)）需協(xié)調(diào)）將上述將上述問題整理為問題整理為檢查表，為每個檢查表，為每個問題制定負責(zé)人問題制定負責(zé)人1.4.2 1.4.2 測測試試環(huán)環(huán)境境的的規(guī)規(guī)劃劃1.4.2 1.4.2 測測試試環(huán)環(huán)境境的的規(guī)規(guī)劃劃規(guī)劃測試環(huán)境的第一步規(guī)劃測試環(huán)境的第一步明確如下問題明確如下問題（1 1）執(zhí)行測試所需的計算機數(shù)量和對每臺）執(zhí)行測試所需的計算機數(shù)量和對每臺計算機的硬件配置要求，包括計算機的硬件配置要求，包括CPUCPU速度、硬盤速度、硬盤和內(nèi)存容量、網(wǎng)卡支持的速度等。和內(nèi)存容量、網(wǎng)卡支持的速度等。 （2 2）部署服務(wù)器所需

28、的操作系統(tǒng)、數(shù)據(jù)）部署服務(wù)器所需的操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)（庫管理系統(tǒng)（DBMSDBMS）、中間件、）、中間件、WebWeb服務(wù)器等服務(wù)器等（以下統(tǒng)稱支撐軟件環(huán)境）的名稱、版本，必（以下統(tǒng)稱支撐軟件環(huán)境）的名稱、版本，必要時還需明確相關(guān)補丁的版本。要時還需明確相關(guān)補丁的版本。 （3 3）用于保存文檔和數(shù)據(jù)（這里主要是）用于保存文檔和數(shù)據(jù)（這里主要是指測試過程中生成的文檔，而非測試參考文檔指測試過程中生成的文檔，而非測試參考文檔或存放測試結(jié)果的最終文檔）的服務(wù)器必需的或存放測試結(jié)果的最終文檔）的服務(wù)器必需的支撐軟件環(huán)境中各軟件的名稱、版本，必要時支撐軟件環(huán)境中各軟件的名稱、版本，必要時也應(yīng)明確相

29、關(guān)補丁的版本。也應(yīng)明確相關(guān)補丁的版本。1.4.2 1.4.2 測測試試環(huán)環(huán)境境的的規(guī)規(guī)劃劃規(guī)劃測試環(huán)境的第一步規(guī)劃測試環(huán)境的第一步明確如下問題明確如下問題（4 4）測試機所需支撐軟件環(huán)境中各軟件的名稱、版本，）測試機所需支撐軟件環(huán)境中各軟件的名稱、版本，必要時應(yīng)明確相關(guān)補丁的版本。必要時應(yīng)明確相關(guān)補丁的版本。（5 5）用于對被測軟件系統(tǒng)的服務(wù)器環(huán)境和測試管理服）用于對被測軟件系統(tǒng)的服務(wù)器環(huán)境和測試管理服務(wù)器環(huán)境進行備份的專用計算機（該環(huán)節(jié)是可選的）。務(wù)器環(huán)境進行備份的專用計算機（該環(huán)節(jié)是可選的）。（6 6）測試所需的網(wǎng)絡(luò)環(huán)境。）測試所需的網(wǎng)絡(luò)環(huán)境。（7 7）執(zhí)行測試工作所需的一些輔助軟件。）執(zhí)

30、行測試工作所需的一些輔助軟件。例如文例如文檔編寫工具、測試管理系統(tǒng)、性能測試工具、缺陷管理檔編寫工具、測試管理系統(tǒng)、性能測試工具、缺陷管理系統(tǒng)等，應(yīng)明確這些軟件的名稱、版本、系統(tǒng)等，應(yīng)明確這些軟件的名稱、版本、LicenseLicense（授權(quán)（授權(quán)證書）數(shù)量和可能需要的相關(guān)補丁的版本。對于性能測證書）數(shù)量和可能需要的相關(guān)補丁的版本。對于性能測試工具，還需要重點留意是否支持被測軟件系統(tǒng)所用的試工具，還需要重點留意是否支持被測軟件系統(tǒng)所用的協(xié)議。協(xié)議。（8 8）為執(zhí)行測試用例所需初始化的各項數(shù)據(jù)。對性能）為執(zhí)行測試用例所需初始化的各項數(shù)據(jù)。對性能測試而言，還需重點留意執(zhí)行測試用例之前應(yīng)滿足的歷測

31、試而言，還需重點留意執(zhí)行測試用例之前應(yīng)滿足的歷史數(shù)據(jù)量，以及在測試過程中受到影響的數(shù)據(jù)的恢復(fù)問史數(shù)據(jù)量，以及在測試過程中受到影響的數(shù)據(jù)的恢復(fù)問題。題。1.4.3 1.4.3 怎樣搭建測試環(huán)境怎樣搭建測試環(huán)境機房環(huán)機房環(huán)境建立境建立硬件環(huán)硬件環(huán)境建立境建立網(wǎng)絡(luò)環(huán)網(wǎng)絡(luò)環(huán)境建立境建立軟件環(huán)軟件環(huán)境建立境建立對整個對整個測試環(huán)測試環(huán)境殺毒境殺毒測試環(huán)測試環(huán)境說明境說明及備案及備案測試環(huán)境說明及備案的準(zhǔn)備工作測試環(huán)境說明及備案的準(zhǔn)備工作 確保所使用的磁盤備份工具軟件本身的質(zhì)量可靠性。 利用有效的正版殺毒軟件檢測要備份的磁盤，保證測試環(huán)境中沒有病毒，并確保測試環(huán)境中運行的系統(tǒng)軟件、數(shù)據(jù)庫、應(yīng)用軟件等已經(jīng)安裝調(diào)試好，并全部正確無誤。 為減少鏡像文件的體積，要刪除Temp文件夾下的所有文件，要刪除Win386.swp文件或_RESTORE文件夾；選擇采用壓縮方式進行鏡像文件的創(chuàng)建； 最后，再進行一次徹底的磁盤碎片整理，將C盤調(diào)整到最優(yōu)狀態(tài)。1.4.41.4.4測試測試環(huán)境環(huán)境的維的維護和護和管理管理設(shè)置專門的測試設(shè)置專門的測試環(huán)境管理員角色環(huán)境管理員角色明確測試環(huán)境明確測試環(huán)境管理