第08章軟件測試流程和分類(理論課)課件

測試計(jì)劃與軟件缺陷第八章軟件測試流程和分類測試計(jì)劃與軟件缺陷第八章軟件測試流程和分類上一章內(nèi)容回顧軟件生命周期（瀑布模型、螺旋模型）軟件測試生命周期測試計(jì)劃內(nèi)容2/39上一章內(nèi)容回顧軟件生命周期（瀑布模型、螺旋模型）2/392本章學(xué)習(xí)目標(biāo)了解軟件測試流程了解軟件測試分類3/39本章學(xué)習(xí)目標(biāo)了解軟件測試流程3/393內(nèi)容進(jìn)度軟件測試流程軟件測試分類4/39內(nèi)容進(jìn)度軟件測試流程4/394軟件測試流程軟件測試流程圖（需求階段）5/39軟件測試流程軟件測試流程圖（需求階段）5/395需求階段——產(chǎn)品基本情況調(diào)研目的重點(diǎn)描述如何使測試建立在客觀的基礎(chǔ)上，定義測試的策略，測試的配置，粗略的估計(jì)測試大致需要的周期和最終測試報(bào)告遞交的時(shí)間。變更說明有可能會導(dǎo)致測試計(jì)劃變更的事件。包括測試工具改進(jìn)了，測試的環(huán)境改變了，或者是添加了新的功能。技術(shù)結(jié)構(gòu)可以借助畫圖，將要測試的軟件劃分成幾個(gè)組成部分，規(guī)劃成一個(gè)適用于測試的完整的系統(tǒng)，包括數(shù)據(jù)是如何存儲的，如何傳遞的（數(shù)據(jù)流圖），每一個(gè)部分的測試是要達(dá)到什么樣的目的。每一個(gè)部分是怎么實(shí)現(xiàn)數(shù)據(jù)更新的。還有就是常規(guī)性的技術(shù)要求，比如運(yùn)行平臺、需要什么樣的數(shù)據(jù)庫等等。產(chǎn)品規(guī)格就是制造商和產(chǎn)品版本號的說明。測試范圍簡單的描述如何搭建測試平臺以及測試的潛在的風(fēng)險(xiǎn)。項(xiàng)目信息說明要測試的項(xiàng)目的相關(guān)資料，如：用戶文檔，產(chǎn)品描述，主要功能的舉例說明。6/39需求階段——產(chǎn)品基本情況調(diào)研目的重點(diǎn)描述如何使測試建立在客觀6需求階段——測試需求說明功能的測試?yán)碚撋鲜菧y試是要覆蓋所有的功能項(xiàng)，例如：在數(shù)據(jù)庫中添加、編輯、刪除記錄等等，這會是一個(gè)浩大的工程，但是有利于測試的完整性。設(shè)計(jì)的測試對于一些用戶界面、菜單的結(jié)構(gòu)還有窗體的設(shè)計(jì)是否合理等的測試。整體考慮這部分測試需求要考慮到數(shù)據(jù)流從軟件中的一個(gè)模塊流到另一個(gè)模塊的過程中的正確性。7/39需求階段——測試需求說明功能的測試?yán)碚撋鲜菧y試是要覆蓋所有的7需求階段——測試的策略和記錄測試的策略模塊功能整體系統(tǒng)版本壓力性能配置安裝8/39需求階段——測試的策略和記錄測試的策略8/398需求階段——測試的策略和記錄測試記錄公正性聲明說明測試的公正性、遵照的標(biāo)準(zhǔn)，證明測試是客觀的測試用例測試用例的設(shè)計(jì)、使用的工具及其來源、準(zhǔn)備的數(shù)據(jù)特殊考慮針對外界環(huán)境的影響，進(jìn)行特殊方面的測試經(jīng)驗(yàn)判斷對以往測試中經(jīng)常出現(xiàn)的問題加以考慮設(shè)想采用發(fā)散性思維，找到測試新途徑9/39需求階段——測試的策略和記錄測試記錄9/399需求階段——測試資源配置制定項(xiàng)目資源計(jì)劃，包含每一階段的任務(wù)、所需要的資源注意：當(dāng)資源到了使用期限或發(fā)生資源共享的時(shí)候，要更新該計(jì)劃10/39需求階段——測試資源配置制定項(xiàng)目資源計(jì)劃，包含每一階段的任務(wù)10需求階段——計(jì)劃表測試計(jì)劃表是用來根據(jù)大致的時(shí)間估計(jì)來制作，操作流程要以軟件測試的常規(guī)周期作為參考，也可根據(jù)什么時(shí)候應(yīng)該測試哪一個(gè)模塊來制定11/39需求階段——計(jì)劃表測試計(jì)劃表是用來根據(jù)大致的時(shí)間估計(jì)來制作，11需求階段-配置測試環(huán)境配置測試環(huán)境會直接影響測試過程的效率和最終測試結(jié)果的真實(shí)性和正確性測試環(huán)境包括：硬件環(huán)境：服務(wù)器、客戶端、網(wǎng)絡(luò)連接設(shè)備、打印機(jī)、掃描儀軟件環(huán)境：運(yùn)行時(shí)操作系統(tǒng)、數(shù)據(jù)庫、其他應(yīng)用軟件軟件環(huán)境又分為：主測試環(huán)境輔助測試環(huán)境12/39需求階段-配置測試環(huán)境配置測試環(huán)境會直接影響測試過程的效率和12需求階段——配置測試環(huán)境主測試環(huán)境選用比較普及的操作系統(tǒng)和軟件平臺滿足軟件運(yùn)行的最低要求營造相對簡單、獨(dú)立的測試環(huán)境無毒的環(huán)境輔助測試環(huán)境兼容性測試模擬真實(shí)環(huán)境測試橫向?qū)Ρ葴y試是測試軟件功能、安全可靠性、性能、易用性等大多數(shù)指標(biāo)的主要環(huán)境滿足特殊的測試需求或測試項(xiàng)目13/39需求階段——配置測試環(huán)境主測試環(huán)境是測試軟件功能、安全可靠性13需求階段——其他設(shè)計(jì)用例測試計(jì)劃階段不是具體寫測試用例，而是確定測試用例需要細(xì)化、詳細(xì)到什么程度。是一個(gè)由簡到繁逐步細(xì)化的過程缺陷跟蹤報(bào)告問題報(bào)告包括問題的發(fā)現(xiàn)者和修改者、問題發(fā)生的頻率、用了什么樣的測試用例測出該問題，以及明確問題產(chǎn)生時(shí)的測試環(huán)境測試計(jì)劃的評審真正測試實(shí)施之前，認(rèn)真檢查，獲得整個(gè)測試部門人員的認(rèn)同

14/39需求階段——其他設(shè)計(jì)用例14/3914軟件測試流程軟件測試流程圖（設(shè)計(jì)編碼階段）隱含系統(tǒng)分析單元測試方案指導(dǎo)單元測試15/39軟件測試流程軟件測試流程圖（設(shè)計(jì)編碼階段）隱含系統(tǒng)分析單元測15軟件測試流程設(shè)計(jì)編碼階段測試人員工作參與評審設(shè)計(jì)測試方案（集成測試和單元測試）執(zhí)行單元測試16/39軟件測試流程設(shè)計(jì)編碼階段測試人員工作16/3916軟件測試流程軟件測試流程圖（集成、系統(tǒng)、驗(yàn)收）

α測試β測試17/39軟件測試流程軟件測試流程圖（集成、系統(tǒng)、驗(yàn)收）α測試β測17軟件測試流程軟件測試過程18/39軟件測試流程軟件測試過程18/3918軟件測試流程單元測試集成測試系統(tǒng)測試驗(yàn)收測試19/39軟件測試流程單元測試19/3919單元測試單元測試又稱為模塊測試，是最小單位測試單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動在單元測試活動中，各獨(dú)立單元模塊將在與系統(tǒng)的其他部分相隔離的情況下進(jìn)行測試單元測試針對每一個(gè)程序模塊進(jìn)行正確性檢驗(yàn)，檢查各個(gè)程序模塊是否正確實(shí)現(xiàn)了規(guī)定的功能類、文件、窗口、函數(shù)、菜單、報(bào)表或一個(gè)存儲過程都可以作為一個(gè)單元進(jìn)行測試其依據(jù)是詳細(xì)設(shè)計(jì)20/39單元測試單元測試又稱為模塊測試，是最小單位測試20/3920集成測試在單元測試的基礎(chǔ)上將已經(jīng)通過測試的單元模塊按照設(shè)計(jì)要求組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行的測試集成測試又稱為綜合測試21/39集成測試在單元測試的基礎(chǔ)上將已經(jīng)通過測試的單元模塊按照設(shè)計(jì)要21系統(tǒng)測試系統(tǒng)測試：是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行全面的功能覆蓋確認(rèn)測試：軟件在由集成測試進(jìn)入系統(tǒng)測試之前，需要對軟件是否可以進(jìn)入系統(tǒng)測試進(jìn)行評估，檢驗(yàn)所開發(fā)的軟件是否能按用戶提出的要求運(yùn)行22/39系統(tǒng)測試系統(tǒng)測試：是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)22系統(tǒng)測試系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行全面的功能覆蓋。有效性測試是在模擬的環(huán)境下，運(yùn)用黑盒測試的方法，驗(yàn)證所測試軟件是否滿足需求規(guī)格說明書列出的需求軟件配置審查是保證軟件配置的所有成分都齊全，各方面的質(zhì)量都符合要求，具有維護(hù)階段所必需的細(xì)節(jié)，而且已經(jīng)編排好分類的目錄23/39系統(tǒng)測試系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)23系統(tǒng)測試系統(tǒng)測試的目的通過與系統(tǒng)的需求定義做比較，發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方系統(tǒng)測試是對系統(tǒng)的準(zhǔn)確性及完整性等方面進(jìn)行測試：功能測試運(yùn)行測試強(qiáng)度測試恢復(fù)測試安全測試24/39系統(tǒng)測試系統(tǒng)測試的目的24/3924驗(yàn)收測試驗(yàn)收測試是以用戶為主的測試驗(yàn)收測試的目的：向客戶和承包人證明產(chǎn)品是可靠的25/39驗(yàn)收測試驗(yàn)收測試是以用戶為主的測試25/3925內(nèi)容進(jìn)度軟件測試流程軟件測試分類26/39內(nèi)容進(jìn)度軟件測試流程26/3926軟件測試的分類——概述按測試策略分類

靜態(tài)測試與動態(tài)測試黑盒測試與白盒測試手工測試與自動測試冒煙測試回歸測試按測試階段分類單元測試集成測試系統(tǒng)測試按測試方法分類27/39軟件測試的分類——概述按測試策略分類27/3927軟件測試的分類——按策略靜態(tài)測試與動態(tài)測試靜態(tài)測試是在不運(yùn)行被測程序本身而尋找程序代碼中可能存在的錯(cuò)誤或評估程序代碼的過程靜態(tài)測試是通過分析或檢查源程序的文法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性，找出欠缺和可疑之處靜態(tài)測試不需要運(yùn)行代碼，也不需要對代碼編譯、鏈接、生成可執(zhí)行文件靜態(tài)測試采用手工或軟件工具來進(jìn)行靜態(tài)測試工具對代碼進(jìn)行語法掃描，找出不符合編碼規(guī)范的地方，根據(jù)質(zhì)量模型評價(jià)代碼的質(zhì)量，生成系統(tǒng)的調(diào)用關(guān)系圖靜態(tài)測試工具的代表有：Telelogic公司的LogiscopePR公司的PRQA28/39軟件測試的分類——按策略靜態(tài)測試與動態(tài)測試28/3928軟件測試的分類——按策略靜態(tài)測試具有以下特點(diǎn)靜態(tài)測試不必動態(tài)運(yùn)行程序，也不必進(jìn)行測試用例設(shè)計(jì)和結(jié)果判斷等工作。靜態(tài)測試可以由人工進(jìn)行，充分發(fā)揮人的邏輯思維優(yōu)勢。靜態(tài)測試實(shí)施不需要特別的條件，容易開展。靜態(tài)測試的要點(diǎn)：

代碼審查代碼走查桌面檢查技術(shù)評價(jià)靜態(tài)分析29/39軟件測試的分類——按策略靜態(tài)測試具有以下特點(diǎn)29/3929軟件測試的分類——按策略動態(tài)測試實(shí)際運(yùn)行被測程序，輸入相應(yīng)的測試實(shí)例，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，判定執(zhí)行結(jié)果是否符合要求，從而檢驗(yàn)程序的正確性、可靠性和有效性，并分析系統(tǒng)運(yùn)行效率和健壯性等功能動態(tài)測試的組成構(gòu)造測試實(shí)例根據(jù)測試實(shí)例運(yùn)行程序分析程序的輸出結(jié)果30/39軟件測試的分類——按策略動態(tài)測試30/3930軟件測試的分類——按策略動態(tài)測試的兩種方法黑盒測試和白盒測試動態(tài)測試的特點(diǎn)實(shí)際運(yùn)行被測試程序，取得程序運(yùn)行的真實(shí)情況、動態(tài)情況，進(jìn)而進(jìn)行分析必須生成測試數(shù)據(jù)來運(yùn)行程序，測試質(zhì)量依賴于測試數(shù)據(jù)生成測試數(shù)據(jù)、分析測試結(jié)果工作量大，使開展測試工作費(fèi)時(shí)、費(fèi)力、費(fèi)人動態(tài)測試中涉及多方面工作，人員多、設(shè)備多、數(shù)據(jù)多，要求有較好的管理和工作流程31/39軟件測試的分類——按策略動態(tài)測試的兩種方法31/3931軟件測試的分類——按策略黑盒測試與白盒測試黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明書的測試32/39軟件測試的分類——按策略黑盒測試與白盒測試黑盒測試又稱功能測32軟件測試的分類——按策略白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試，是根據(jù)程序的內(nèi)容來設(shè)計(jì)測試數(shù)據(jù)(見王立福軟件工程6章PPT8)白盒測試是基于覆蓋率的測試常見的程序結(jié)構(gòu)覆蓋如下：語句覆蓋：每條語句至少被執(zhí)行一次分支（判斷）覆蓋：每條分支至少走查過一次條件覆蓋：分支（判斷）/條件覆蓋：路徑覆蓋：使程序沿所有可能的路徑執(zhí)行33/39軟件測試的分類——按策略白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或33軟件測試的分類——按策略手工測試與自動測試自動測試優(yōu)點(diǎn)節(jié)約大量時(shí)間處理精確的事務(wù)大數(shù)據(jù)量事務(wù)并發(fā)事務(wù)自動測試局限產(chǎn)品本身不穩(wěn)定開發(fā)、維護(hù)腳本工作量大、費(fèi)用高人才缺乏成熟的自動測試機(jī)制：可以在機(jī)器空閑的時(shí)候通過“按鈕”觸發(fā)執(zhí)行夜間測試34/39軟件測試的分類——按策略手工測試與自動測試成熟的自動測試機(jī)制34軟件測試的分類——按策略冒煙測試在版本下來投入正式測試之前，對一些重點(diǎn)部分功能進(jìn)行確認(rèn)，以決定此版本是否進(jìn)入正式測試階段回歸測試過一段時(shí)間以后再回過頭來對以前修復(fù)過的缺陷重新進(jìn)行測試，看該缺陷是否會重新出現(xiàn)。歐洲阿里亞娜5型火箭35/39軟件測試的分類——按策略冒煙測試歐洲阿里亞娜5型火箭35/335黑盒測試與白盒測試靜態(tài)測試與動態(tài)測試手工測試與自動測試冒煙測試回歸測試軟件測試的分類——按策略小結(jié)36/39黑盒測試與白盒測試軟件測試的分類——按策略小結(jié)36/3936單元測試集成測試系統(tǒng)測試驗(yàn)收測試軟件測試的分類——按階段37/39單元測試軟件測試的分類——按階段37/3937軟件測試的分類——常見測試方法功能測試性能測試壓力測試負(fù)載測試易用性測試安裝/卸載測試界面測試配置測試文檔測試兼容性測試安全性測試恢復(fù)測試功能性測試：又稱正確性測試，檢查軟件的功能是否符合規(guī)格說明檢查系統(tǒng)是否滿足在需求說明書中規(guī)定的功能，主要測試軟件處理事務(wù)的速度，通常使用自動化測試工具獲取系統(tǒng)正確運(yùn)行的極限，檢查系統(tǒng)在瞬間峰值負(fù)荷下正確執(zhí)行的能力用于檢查系統(tǒng)在使用大量數(shù)據(jù)的時(shí)候正確工作的能力，即檢查系統(tǒng)的能力最高能達(dá)到什么程度滿足用戶需求的最基本測試，包括：窗口測試、菜單和鼠標(biāo)測試、數(shù)據(jù)項(xiàng)測試檢查計(jì)算機(jī)系統(tǒng)內(nèi)各個(gè)設(shè)備或各種資源之間的相互連接和功能分配中的錯(cuò)誤檢查文檔的正確性、完備性和可理解性驗(yàn)證軟件產(chǎn)品在不同版本之間的兼容性，包括：向下兼容和交錯(cuò)兼容檢查系統(tǒng)對非法侵入的防范能力，檢驗(yàn)系統(tǒng)中已經(jīng)存在的系統(tǒng)安全性、保密性措施是否發(fā)揮作用，有無漏洞檢查系統(tǒng)的容錯(cuò)能力從使用的合理性和方便性角度對軟件系統(tǒng)進(jìn)行檢查,發(fā)現(xiàn)人為因素或使用上的問題對軟件的全部、部分或升級安裝/卸載處理過程的測試38/39軟件測試的分類——常見測試方法功能測試界面測試功能性測試：又38本章內(nèi)容總結(jié)通過本章的學(xué)習(xí)：了解軟件測試流程了解軟件測試分類39/39本章內(nèi)容總結(jié)通過本章的學(xué)習(xí)：39/3939測試計(jì)劃與軟件缺陷第八章軟件測試流程和分類測試計(jì)劃與軟件缺陷第八章軟件測試流程和分類上一章內(nèi)容回顧軟件生命周期（瀑布模型、螺旋模型）軟件測試生命周期測試計(jì)劃內(nèi)容41/39上一章內(nèi)容回顧軟件生命周期（瀑布模型、螺旋模型）2/3941本章學(xué)習(xí)目標(biāo)了解軟件測試流程了解軟件測試分類42/39本章學(xué)習(xí)目標(biāo)了解軟件測試流程3/3942內(nèi)容進(jìn)度軟件測試流程軟件測試分類43/39內(nèi)容進(jìn)度軟件測試流程4/3943軟件測試流程軟件測試流程圖（需求階段）44/39軟件測試流程軟件測試流程圖（需求階段）5/3944需求階段——產(chǎn)品基本情況調(diào)研目的重點(diǎn)描述如何使測試建立在客觀的基礎(chǔ)上，定義測試的策略，測試的配置，粗略的估計(jì)測試大致需要的周期和最終測試報(bào)告遞交的時(shí)間。變更說明有可能會導(dǎo)致測試計(jì)劃變更的事件。包括測試工具改進(jìn)了，測試的環(huán)境改變了，或者是添加了新的功能。技術(shù)結(jié)構(gòu)可以借助畫圖，將要測試的軟件劃分成幾個(gè)組成部分，規(guī)劃成一個(gè)適用于測試的完整的系統(tǒng)，包括數(shù)據(jù)是如何存儲的，如何傳遞的（數(shù)據(jù)流圖），每一個(gè)部分的測試是要達(dá)到什么樣的目的。每一個(gè)部分是怎么實(shí)現(xiàn)數(shù)據(jù)更新的。還有就是常規(guī)性的技術(shù)要求，比如運(yùn)行平臺、需要什么樣的數(shù)據(jù)庫等等。產(chǎn)品規(guī)格就是制造商和產(chǎn)品版本號的說明。測試范圍簡單的描述如何搭建測試平臺以及測試的潛在的風(fēng)險(xiǎn)。項(xiàng)目信息說明要測試的項(xiàng)目的相關(guān)資料，如：用戶文檔，產(chǎn)品描述，主要功能的舉例說明。45/39需求階段——產(chǎn)品基本情況調(diào)研目的重點(diǎn)描述如何使測試建立在客觀45需求階段——測試需求說明功能的測試?yán)碚撋鲜菧y試是要覆蓋所有的功能項(xiàng)，例如：在數(shù)據(jù)庫中添加、編輯、刪除記錄等等，這會是一個(gè)浩大的工程，但是有利于測試的完整性。設(shè)計(jì)的測試對于一些用戶界面、菜單的結(jié)構(gòu)還有窗體的設(shè)計(jì)是否合理等的測試。整體考慮這部分測試需求要考慮到數(shù)據(jù)流從軟件中的一個(gè)模塊流到另一個(gè)模塊的過程中的正確性。46/39需求階段——測試需求說明功能的測試?yán)碚撋鲜菧y試是要覆蓋所有的46需求階段——測試的策略和記錄測試的策略模塊功能整體系統(tǒng)版本壓力性能配置安裝47/39需求階段——測試的策略和記錄測試的策略8/3947需求階段——測試的策略和記錄測試記錄公正性聲明說明測試的公正性、遵照的標(biāo)準(zhǔn)，證明測試是客觀的測試用例測試用例的設(shè)計(jì)、使用的工具及其來源、準(zhǔn)備的數(shù)據(jù)特殊考慮針對外界環(huán)境的影響，進(jìn)行特殊方面的測試經(jīng)驗(yàn)判斷對以往測試中經(jīng)常出現(xiàn)的問題加以考慮設(shè)想采用發(fā)散性思維，找到測試新途徑48/39需求階段——測試的策略和記錄測試記錄9/3948需求階段——測試資源配置制定項(xiàng)目資源計(jì)劃，包含每一階段的任務(wù)、所需要的資源注意：當(dāng)資源到了使用期限或發(fā)生資源共享的時(shí)候，要更新該計(jì)劃49/39需求階段——測試資源配置制定項(xiàng)目資源計(jì)劃，包含每一階段的任務(wù)49需求階段——計(jì)劃表測試計(jì)劃表是用來根據(jù)大致的時(shí)間估計(jì)來制作，操作流程要以軟件測試的常規(guī)周期作為參考，也可根據(jù)什么時(shí)候應(yīng)該測試哪一個(gè)模塊來制定50/39需求階段——計(jì)劃表測試計(jì)劃表是用來根據(jù)大致的時(shí)間估計(jì)來制作，50需求階段-配置測試環(huán)境配置測試環(huán)境會直接影響測試過程的效率和最終測試結(jié)果的真實(shí)性和正確性測試環(huán)境包括：硬件環(huán)境：服務(wù)器、客戶端、網(wǎng)絡(luò)連接設(shè)備、打印機(jī)、掃描儀軟件環(huán)境：運(yùn)行時(shí)操作系統(tǒng)、數(shù)據(jù)庫、其他應(yīng)用軟件軟件環(huán)境又分為：主測試環(huán)境輔助測試環(huán)境51/39需求階段-配置測試環(huán)境配置測試環(huán)境會直接影響測試過程的效率和51需求階段——配置測試環(huán)境主測試環(huán)境選用比較普及的操作系統(tǒng)和軟件平臺滿足軟件運(yùn)行的最低要求營造相對簡單、獨(dú)立的測試環(huán)境無毒的環(huán)境輔助測試環(huán)境兼容性測試模擬真實(shí)環(huán)境測試橫向?qū)Ρ葴y試是測試軟件功能、安全可靠性、性能、易用性等大多數(shù)指標(biāo)的主要環(huán)境滿足特殊的測試需求或測試項(xiàng)目52/39需求階段——配置測試環(huán)境主測試環(huán)境是測試軟件功能、安全可靠性52需求階段——其他設(shè)計(jì)用例測試計(jì)劃階段不是具體寫測試用例，而是確定測試用例需要細(xì)化、詳細(xì)到什么程度。是一個(gè)由簡到繁逐步細(xì)化的過程缺陷跟蹤報(bào)告問題報(bào)告包括問題的發(fā)現(xiàn)者和修改者、問題發(fā)生的頻率、用了什么樣的測試用例測出該問題，以及明確問題產(chǎn)生時(shí)的測試環(huán)境測試計(jì)劃的評審真正測試實(shí)施之前，認(rèn)真檢查，獲得整個(gè)測試部門人員的認(rèn)同

53/39需求階段——其他設(shè)計(jì)用例14/3953軟件測試流程軟件測試流程圖（設(shè)計(jì)編碼階段）隱含系統(tǒng)分析單元測試方案指導(dǎo)單元測試54/39軟件測試流程軟件測試流程圖（設(shè)計(jì)編碼階段）隱含系統(tǒng)分析單元測54軟件測試流程設(shè)計(jì)編碼階段測試人員工作參與評審設(shè)計(jì)測試方案（集成測試和單元測試）執(zhí)行單元測試55/39軟件測試流程設(shè)計(jì)編碼階段測試人員工作16/3955軟件測試流程軟件測試流程圖（集成、系統(tǒng)、驗(yàn)收）

α測試β測試56/39軟件測試流程軟件測試流程圖（集成、系統(tǒng)、驗(yàn)收）α測試β測56軟件測試流程軟件測試過程57/39軟件測試流程軟件測試過程18/3957軟件測試流程單元測試集成測試系統(tǒng)測試驗(yàn)收測試58/39軟件測試流程單元測試19/3958單元測試單元測試又稱為模塊測試，是最小單位測試單元測試是在軟件開發(fā)過程中要進(jìn)行的最低級別的測試活動在單元測試活動中，各獨(dú)立單元模塊將在與系統(tǒng)的其他部分相隔離的情況下進(jìn)行測試單元測試針對每一個(gè)程序模塊進(jìn)行正確性檢驗(yàn)，檢查各個(gè)程序模塊是否正確實(shí)現(xiàn)了規(guī)定的功能類、文件、窗口、函數(shù)、菜單、報(bào)表或一個(gè)存儲過程都可以作為一個(gè)單元進(jìn)行測試其依據(jù)是詳細(xì)設(shè)計(jì)59/39單元測試單元測試又稱為模塊測試，是最小單位測試20/3959集成測試在單元測試的基礎(chǔ)上將已經(jīng)通過測試的單元模塊按照設(shè)計(jì)要求組裝成系統(tǒng)或子系統(tǒng)，再進(jìn)行的測試集成測試又稱為綜合測試60/39集成測試在單元測試的基礎(chǔ)上將已經(jīng)通過測試的單元模塊按照設(shè)計(jì)要60系統(tǒng)測試系統(tǒng)測試：是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行全面的功能覆蓋確認(rèn)測試：軟件在由集成測試進(jìn)入系統(tǒng)測試之前，需要對軟件是否可以進(jìn)入系統(tǒng)測試進(jìn)行評估，檢驗(yàn)所開發(fā)的軟件是否能按用戶提出的要求運(yùn)行61/39系統(tǒng)測試系統(tǒng)測試：是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)61系統(tǒng)測試系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行全面的功能覆蓋。有效性測試是在模擬的環(huán)境下，運(yùn)用黑盒測試的方法，驗(yàn)證所測試軟件是否滿足需求規(guī)格說明書列出的需求軟件配置審查是保證軟件配置的所有成分都齊全，各方面的質(zhì)量都符合要求，具有維護(hù)階段所必需的細(xì)節(jié)，而且已經(jīng)編排好分類的目錄62/39系統(tǒng)測試系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)62系統(tǒng)測試系統(tǒng)測試的目的通過與系統(tǒng)的需求定義做比較，發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方系統(tǒng)測試是對系統(tǒng)的準(zhǔn)確性及完整性等方面進(jìn)行測試：功能測試運(yùn)行測試強(qiáng)度測試恢復(fù)測試安全測試63/39系統(tǒng)測試系統(tǒng)測試的目的24/3963驗(yàn)收測試驗(yàn)收測試是以用戶為主的測試驗(yàn)收測試的目的：向客戶和承包人證明產(chǎn)品是可靠的64/39驗(yàn)收測試驗(yàn)收測試是以用戶為主的測試25/3964內(nèi)容進(jìn)度軟件測試流程軟件測試分類65/39內(nèi)容進(jìn)度軟件測試流程26/3965軟件測試的分類——概述按測試策略分類

靜態(tài)測試與動態(tài)測試黑盒測試與白盒測試手工測試與自動測試冒煙測試回歸測試按測試階段分類單元測試集成測試系統(tǒng)測試按測試方法分類66/39軟件測試的分類——概述按測試策略分類27/3966軟件測試的分類——按策略靜態(tài)測試與動態(tài)測試靜態(tài)測試是在不運(yùn)行被測程序本身而尋找程序代碼中可能存在的錯(cuò)誤或評估程序代碼的過程靜態(tài)測試是通過分析或檢查源程序的文法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性，找出欠缺和可疑之處靜態(tài)測試不需要運(yùn)行代碼，也不需要對代碼編譯、鏈接、生成可執(zhí)行文件靜態(tài)測試采用手工或軟件工具來進(jìn)行靜態(tài)測試工具對代碼進(jìn)行語法掃描，找出不符合編碼規(guī)范的地方，根據(jù)質(zhì)量模型評價(jià)代碼的質(zhì)量，生成系統(tǒng)的調(diào)用關(guān)系圖靜態(tài)測試工具的代表有：Telelogic公司的LogiscopePR公司的PRQA67/39軟件測試的分類——按策略靜態(tài)測試與動態(tài)測試28/3967軟件測試的分類——按策略靜態(tài)測試具有以下特點(diǎn)靜態(tài)測試不必動態(tài)運(yùn)行程序，也不必進(jìn)行測試用例設(shè)計(jì)和結(jié)果判斷等工作。靜態(tài)測試可以由人工進(jìn)行，充分發(fā)揮人的邏輯思維優(yōu)勢。靜態(tài)測試實(shí)施不需要特別的條件，容易開展。靜態(tài)測試的要點(diǎn)：

代碼審查代碼走查桌面檢查技術(shù)評價(jià)靜態(tài)分析68/39軟件測試的分類——按策略靜態(tài)測試具有以下特點(diǎn)29/3968軟件測試的分類——按策略動態(tài)測試實(shí)際運(yùn)行被測程序，輸入相應(yīng)的測試實(shí)例，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，判定執(zhí)行結(jié)果是否符合要求，從而檢驗(yàn)程序的正確性、可靠性和有效性，并分析系統(tǒng)運(yùn)行效率和健壯性等功能動態(tài)測試的組成構(gòu)造測試實(shí)例根據(jù)測試實(shí)例運(yùn)行程序分析程序的輸出結(jié)果69/39軟件測試的分類——按策略動態(tài)測試30/3969軟件測試的分類——按策略動態(tài)測試的兩種方法黑盒測試和白盒測試動態(tài)測試的特點(diǎn)實(shí)際運(yùn)行被測試程序，取得程序運(yùn)行的真實(shí)情況、動態(tài)情況，進(jìn)而進(jìn)行分析必須生成測試數(shù)據(jù)來運(yùn)行程序，測試質(zhì)量依賴于測試數(shù)據(jù)生成測試數(shù)據(jù)、分析測試結(jié)果工作量大，使開展測試工作費(fèi)時(shí)、費(fèi)力、費(fèi)人動態(tài)測試中涉及多方面工作，人員多、設(shè)備多、數(shù)據(jù)多，要求有較好的管理和工作流程70/39軟件測試的分類——按策略動態(tài)測試的兩種方法31/3970軟件測試的分類——按策略黑盒測試與白盒測試黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明書的測試71/39軟件測試的分類——按策略黑盒測試與白盒測試黑盒測試又稱功能測71軟件測試的分類——按策略白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試，是根據(jù)程序的內(nèi)容來設(shè)計(jì)測試數(shù)據(jù)(見王立福軟件工程6章PPT8