第08章軟件測試流程和分類(理論課)課件_第1頁
第08章軟件測試流程和分類(理論課)課件_第2頁
第08章軟件測試流程和分類(理論課)課件_第3頁
第08章軟件測試流程和分類(理論課)課件_第4頁
第08章軟件測試流程和分類(理論課)課件_第5頁
已閱讀5頁,還剩73頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

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

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

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

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

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

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

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

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

代碼審查代碼走查桌面檢查技術(shù)評價靜態(tài)分析68/39軟件測試的分類——按策略靜態(tài)測試具有以下特點29/3968軟件測試的分類——按策略動態(tài)測試實際運行被測程序,輸入相應(yīng)的測試實例,檢查運行結(jié)果與預(yù)期結(jié)果的差異,判定執(zhí)行結(jié)果是否符合要求,從而檢驗程序的正確性、可靠性和有效性,并分析系統(tǒng)運行效率和健壯性等功能動態(tài)測試的組成構(gòu)造測試實例根據(jù)測試實例運行程序分析程序的輸出結(jié)果69/39軟件測試的分類——按策略動態(tài)測試30/3969軟件測試的分類——按策略動態(tài)測試的兩種方法黑盒測試和白盒測試動態(tài)測試的特點實際運行被測試程序,取得程序運行的真實情況、動態(tài)情況,進而進行分析必須生成測試數(shù)據(jù)來運行程序,測試質(zhì)量依賴于測試數(shù)據(jù)生成測試數(shù)據(jù)、分析測試結(jié)果工作量大,使開展測試工作費時、費力、費人動態(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è)計測試數(shù)據(jù)(見王立福軟件工程6章PPT8

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論