軟件測試概論課件

軟件測試概論ppt課件1軟件測試概論部門：DQA姓名：吳丹陽日期：2017/11/23軟件測試概論部門：DQA2Newlight,

Newlife目錄123

軟件測試模型目錄軟件測試類型

軟件測試基本概念4軟件測試流程Newlight,Newlife目錄123301軟件測試基本概念StrongPreparation合作QQ：24300197801軟件測試基本概念StrongPreparation合作4Newlight,

Newlife軟件測試流程軟件測試的起源

Newlight,Newlife軟件測試流程軟件測試的5Newlight,

Newlife軟件測試基本概念軟件測試的經(jīng)典定義在規(guī)定的條件下對程序進行操作，以發(fā)現(xiàn)程序錯誤，衡量軟件質(zhì)量，并對其是否能滿足設(shè)計要求進行評估的過程。軟件測試概念廣義上講，測試是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評審和確認(rèn)活動。如：設(shè)計評審、系統(tǒng)測試狹義上講，測試是對軟件產(chǎn)品質(zhì)量的檢驗和評價。它一方面檢查軟件產(chǎn)品質(zhì)量中存在的質(zhì)量問題，同時對產(chǎn)品質(zhì)量進行客觀的評價經(jīng)典定義廣義狹義Newlight,Newlife軟件測試基本概念軟件測6Newlight,

Newlife軟件測試基本概念軟件測試人員的任務(wù)就是提高軟件質(zhì)量，但并不等同于軟件測試人員就是軟件質(zhì)量保證人員，因為測試只是質(zhì)量保證工作中的一個環(huán)節(jié)。軟件測試與軟件質(zhì)量區(qū)別質(zhì)量保證（QA）：通過預(yù)防、檢查與改進來保證軟件質(zhì)量。所關(guān)注的是軟件質(zhì)量的檢查與測量，主要著眼于軟件開發(fā)活動中的過程、步驟和產(chǎn)物。軟件測試：關(guān)注的不是過程的活動，而是對過程的產(chǎn)物及開發(fā)出的軟件進行剖析。任務(wù)質(zhì)量保證軟件測試Newlight,Newlife軟件測試基本概念軟件測7Newlight,

Newlife軟件測試基本概念軟件測試的目的是為了發(fā)現(xiàn)盡可能多的缺陷是為了證明軟件有缺陷，而不是證明軟件中沒有缺陷軟件測試的目的以較少的用例/時間和人力找出軟件中的各種錯誤和缺陷一個成功的測試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯誤最終目的是確保軟件的功能符合用戶的需求，把盡可能多的問題在發(fā)布或交付前發(fā)現(xiàn)并改正目的2目的1目的3Newlight,Newlife軟件測試基本概念軟件測8Newlight,

Newlife軟件測試基本概念所有的軟件測試都應(yīng)追溯到用戶需求應(yīng)該盡早地和不斷地進行軟件測試測試的規(guī)模由小而大，從單元測試到系統(tǒng)測試軟件測試的原則完全測試是不可能的，測試需要終止測試無法顯示軟件潛在的缺陷充分注意測試中的群集現(xiàn)象（二八原則）程序員要避免檢查自己的程序盡量避免測試的隨意性原則2原則3原則1Newlight,Newlife軟件測試基本概念所有的9Newlight,

Newlife軟件測試基本概念Bug的定義綜合來說是程序中存在一種破壞系統(tǒng)正常運行能力的問題、錯誤或瑕疵，導(dǎo)致系統(tǒng)軟件產(chǎn)品在某種程度上不能滿足用戶的需求軟件在從需求、設(shè)計、編碼、測試一直到交付用戶公開使用后的過程中，都有可能產(chǎn)生和發(fā)現(xiàn)缺陷。隨著整個開發(fā)過程的時間推移，更正缺陷或修復(fù)問題的費用呈幾何級數(shù)增長。定義修復(fù)成本Newlight,Newlife軟件測試基本概念Bug10Newlight,

Newlife軟件測試基本概念具有責(zé)任心、有擔(dān)當(dāng)、細(xì)心、認(rèn)真測試人員素質(zhì)具有探索精神和堅持不懈的精神具有創(chuàng)造性和追求完美的意識良好的溝通能力和風(fēng)險預(yù)估能力素質(zhì)2素質(zhì)3素質(zhì)1Newlight,Newlife軟件測試基本概念具有責(zé)1102軟件測試的類型StrongPreparation合作QQ：24300197802軟件測試的類型StrongPreparation合作Q12Newlight,

Newlife軟件測試的類型黑盒測試靜態(tài)測試動態(tài)測試黑盒測試按是否查看代碼劃分按是否查看代碼劃分按是否查看代碼劃分黑盒測試灰盒測試白盒測試黑盒測試按是否查看代碼劃分按是否運行程序劃分按是否查看代碼劃分黑盒測試單元測試系統(tǒng)測試集成測試按階段劃分黑盒測試回歸測試隨機測試冒煙測試其它劃分系統(tǒng)測試Newlight,Newlife軟件測試的類型黑靜態(tài)測13Newlight,

Newlife軟件測試的類型灰盒測試黑盒測試白盒測試通過邏輯覆蓋、路徑覆蓋等方式選擇測試用例，可以用測試覆蓋率評價測試用例又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序代碼的測試方法：語句覆蓋法、判定（分支）覆蓋法、條件覆蓋法、分支-條件覆蓋、路徑覆蓋結(jié)合白盒測試和黑盒測試的要素?？紤]用戶端、特定的系統(tǒng)知識和操作環(huán)境。它在系統(tǒng)組件的協(xié)同性環(huán)境中評價應(yīng)用軟件的設(shè)計介于白盒測試與黑盒測試之間的，灰盒測試關(guān)注輸出對于輸入的正確性，同時也關(guān)注內(nèi)部表現(xiàn)由方法和工具組成，這些方法和工具取材于應(yīng)用程序的內(nèi)部知識和與之交互的環(huán)境，能夠用于黑盒測試以增強測試效率、錯誤發(fā)現(xiàn)和錯誤分析的效率針對測試軟件的功能需求進行測試。該測試不考慮軟件的內(nèi)部運作原理又稱為功能測試、數(shù)據(jù)驅(qū)動測試或者基于規(guī)格說明書的測試方法：功能劃分、等價類劃分、邊界值分析、決策表、錯誤推測等按是否查看代碼劃分Newlight,Newlife軟件測試的類型灰盒測試14Newlight,

Newlife軟件測試的類型按是否運行程序劃分？？？動態(tài)測試靜態(tài)測試靜態(tài)測試不實際運行軟件，主要是對軟件的編程格式、結(jié)構(gòu)等方面進行評估包括代碼檢查、程序結(jié)構(gòu)分析、代碼質(zhì)量度量等。它可以由人工進行，也可以借助軟件工具自動進行動態(tài)測試需要在開發(fā)/測試環(huán)境或?qū)嶋H運行環(huán)境中運行軟件，并使用測試用例去查找軟件缺陷包括功能確認(rèn)與接口測試、覆蓋率分析、性能分析、內(nèi)存分析等方式名稱執(zhí)行人員檢查內(nèi)容檢查過程桌面檢查程序員對源程序代碼進行分析、檢驗，并補充相關(guān)文檔，發(fā)現(xiàn)程序中的錯誤代碼審查程序員和測試員組成的審查小組通過閱讀、討論和爭議，以程序進行靜態(tài)分析的過程第一步：小組成員提前閱讀設(shè)計規(guī)格書、程序文

本等相關(guān)文檔第二步：召開程序?qū)彶闀_發(fā)人員讀程序，審查小組討論、發(fā)現(xiàn)、解決問題Newlight,Newlife軟件測試的類型按是否運15Newlight,

Newlife軟件測試的類型按階段劃分集成測試系統(tǒng)測試單元測試通過邏輯覆蓋、路徑覆蓋等方式選擇測試用例，可以用測試覆蓋率評價測試用例又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序代碼的測試方法：語句覆蓋法、判定（分支）覆蓋法、條件覆蓋法、分支-條件覆蓋、路徑覆蓋目的：一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現(xiàn)。又稱組裝測試或聯(lián)合測試，在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求（如根據(jù)結(jié)構(gòu)圖〕組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試方法：非增量式集成（自頂向下增量式）和增量式集成（自底向上增量式）目的:驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或矛盾的地方，從而提出更加完善的方案將已經(jīng)確認(rèn)的軟件/硬件/外設(shè)等其他元素結(jié)合一起，進行各種組裝測試和確認(rèn)測試.驗收測試分類：非正式的驗收測試：А(alpha)開發(fā)公司組織內(nèi)部人員模擬各類用戶行為對即將上市的產(chǎn)品進行測試。?(beta)開發(fā)公司組織各方面的的典型客戶在日常工作中實際使用，并要求用戶報告異常情況、提出改進意見，然后公司再進行完善

正式的驗收測試：有正規(guī)的測試過程，需要制定測試計劃、定義測試方案、選擇測試用例，進行測試，結(jié)果提交。著重考慮軟件是否滿足合同規(guī)定的所有功能和性能，文檔資料是否完整、準(zhǔn)確，人機界面和其他方面。是一項確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測試范圍：功能、界面、性能、安全性、安裝、卸載、易用性、兼容性等Newlight,Newlife軟件測試的類型按階段劃16Newlight,

Newlife軟件測試的類型按階段劃分系統(tǒng)測試過程Newlight,Newlife軟件測試的類型按階段劃17Newlight,

Newlife軟件測試的類型冒煙測試敏捷測試回歸測試回歸測試是指重復(fù)以前的全部或部分的測試用例，以關(guān)鍵性模組為核心新版本測試時，重復(fù)執(zhí)行上一個版本測試時使用的測試用例。防止出現(xiàn)“以前應(yīng)用沒有的問題現(xiàn)在出問題了”新加入測試的模組，可能對其他模組產(chǎn)生副作用，故須進行某些程度的回歸測試冒煙測試的對象：是每一個新編譯需要正式測試的版本，目的是確認(rèn)軟件基本功能正常，可以進行后續(xù)的正式測試工作BVT測試：BuildVerificationTest重點關(guān)注持續(xù)迭代地測試新開發(fā)的功能，而不再強調(diào)傳統(tǒng)測試過程中嚴(yán)格的測試階段強調(diào)從客戶的角度，即是從使用系統(tǒng)的用戶的角度，來測試系統(tǒng)特點：高度迭代，有周期性，并且能夠及時、持續(xù)地響應(yīng)客戶的頻繁反饋其它劃分Newlight,Newlife軟件測試的類型冒煙測試18Newlight,

Newlife軟件測試的類型軟件測試類型按是否運行程序劃分動態(tài)測試黑盒測試白盒測試靜態(tài)測試功能測試性能測試其它劃分回歸測試冒煙測試敏捷測試單元測試集成測試系統(tǒng)測試驗收測試按測試階段劃分非正式驗收測試正式的驗收測試按是否查看代碼劃分白盒測試灰盒測試單元測試集成測試靜態(tài)測試動態(tài)測試黑盒測試功能測試性能測試問題：軟件測試類型總結(jié)？Newlight,Newlife軟件測試的類型軟件測試19軟件測試的類型Newlight,

Newlife單元測試最小模塊如函數(shù)測試名稱

測試對象測試依據(jù)測試人員測試名稱

集成測試系統(tǒng)測試驗收測試模塊間的接口如參數(shù)傳遞整個系統(tǒng)如軟硬件整個系統(tǒng)如軟硬件《詳細(xì)設(shè)計》《概要設(shè)計》《需求規(guī)格說明書》《需求規(guī)格說明書》+《驗收標(biāo)準(zhǔn)》白盒測試工程師或開發(fā)人員黑盒測試工程師主要是用戶，還可能有測試/開發(fā)人員白盒測試白盒測試和白盒測試相結(jié)合黑盒測試白盒測試工程師或開發(fā)人員黑盒測試軟件測試的類型Newlight,Newlife單元測試2003軟件測試的模型StrongPreparation合作QQ：24300197803軟件測試的模型StrongPreparation合作Q21Newlight,

Newlife軟件測試的模型模型的演變過程

在20世紀(jì)70年代，瀑布模型一直是惟一被廣泛采用的軟件過程模型，現(xiàn)在它仍然是軟件工程中應(yīng)用得非常廣泛的過程模型瀑布模型是一種線形的、順序的軟件開發(fā)模型瀑布模型Ｗ模型是在Ｖ模型的基礎(chǔ)上發(fā)展起來的，增加開發(fā)階段的同步測試，形成W模型，軟件的錯誤具有傳遞性，在需求分析階段產(chǎn)生的錯誤會傳遞到設(shè)計編碼階段強調(diào)測試計劃等工作的先行和對系統(tǒng)需求和設(shè)計的測試，有利于盡早發(fā)現(xiàn)問題W模型現(xiàn)有的模型中最有代表性的是Ｖ模型，２０世紀(jì)８０年代后期由ＰａｕｌＲｏｏｋ提出。Ｖ模型反映了測試過程與分析、設(shè)計階段之間的關(guān)系，認(rèn)為測試的過程存在不同級別，并描述各個階段之間的對應(yīng)關(guān)系V模型H模型的軟件測試過程強調(diào)測試活動完全是獨立的，與開發(fā)等其他流程可以并發(fā)地進行，只要某個測試點準(zhǔn)備就緒時，就可以進行一個階段的測試活動，并且這樣的過程在整個軟件生命周期中隨時可以開始H模型X模型是將程序抽離成程序片段進行測試，然后通過各種的交接活動，最終集成為可執(zhí)行的程序目前X模型還是一種未成熟的模型，沒有被文檔化，但是在X模型中提出探索性測試等理論也是值得學(xué)習(xí)和借鑒的X模型原型開發(fā)指的是建立一個系統(tǒng)的早期版本的演習(xí)(practice)，它不必反映最終產(chǎn)品的所有性能，而只要反映感興趣的一些方面原型模型1988年，巴利·玻姆(Barry

Boehm)正式發(fā)表了軟件系統(tǒng)開發(fā)的“螺旋模型”，它將瀑布模型和快速原型模型結(jié)合起來，強調(diào)了其他模型所忽視的風(fēng)險分析，特別適合于大型復(fù)雜的系統(tǒng)螺旋模型Newlight,Newlife軟件測試的模型模型的演22Newlight,

Newlife軟件測試的模型瀑布模型

特點：上一階段的變換結(jié)果是下一階段的變換的輸入，相鄰兩個階段具有因果關(guān)系，緊密相聯(lián)。該階段完成后生成需求說明書設(shè)計說明書源程序清單測試報告軟件維護報告Newlight,Newlife軟件測試的模型瀑布模型23Newlight,

Newlife軟件測試的模型瀑布模型的優(yōu)缺點

為項目提供了按階段劃分的檢查點。當(dāng)前一階段完成后，只需要去關(guān)注后續(xù)階段?？稍诘Ｐ椭袘?yīng)用瀑布模型。它提供了一個模板，這個模板使得分析、設(shè)計、編碼、測試和支持的方法可以在該模板下有一個共同的指導(dǎo)。優(yōu)點各個階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量。由于開發(fā)模型是線性的，用戶只有等到整個過程的末期才能見到開發(fā)成果，從而增加了開發(fā)風(fēng)險。通過過多的強制完成日期和里程碑來跟蹤各個項目階段。瀑布模型的突出缺點是不適應(yīng)用戶需求的變化。缺點Newlight,Newlife軟件測試的模型瀑布模型24Newlight,

Newlife軟件測試的模型V模型

Newlight,Newlife軟件測試的模型V模型25Newlight,

Newlife軟件測試的模型V模型的優(yōu)缺點

既有底層測試又有高層測試。底層：單元測試。高層：系統(tǒng)測試將開發(fā)階段清楚的表現(xiàn)出來，便于控制開發(fā)的過程。當(dāng)所有階段都結(jié)束時，軟件開發(fā)就結(jié)束了優(yōu)點測試是在開發(fā)之后完成的一個階段，需求分析等前期產(chǎn)生的錯誤直到后期的驗收測試才能發(fā)現(xiàn)由于它的順序性，當(dāng)編碼完成之后，正式進入測試時，這時發(fā)現(xiàn)的一些bug可能不容易找到其根源，并且代碼修改起來很困難實際中，由于需求變更較大，導(dǎo)致要重復(fù)變更需求、設(shè)計、編碼、測試。返工量大缺點Newlight,Newlife軟件測試的模型V模型的26Newlight,

Newlife軟件測試的模型W模型

Newlight,Newlife軟件測試的模型W模型27Newlight,

Newlife軟件測試的模型W模型的優(yōu)缺點

測試與開發(fā)同步進行，有利用盡早的發(fā)現(xiàn)問題雙“V”結(jié)構(gòu)模型，補充了軟件需求分析階段、設(shè)計階段、代碼實現(xiàn)階段等各個階段的測試工作優(yōu)點仍把開發(fā)活動看成是從需求開始到編碼結(jié)束的串行活動，只有上一階段完成后，才可以開始下一階段的活動，不能支持迭代對有些項目，開發(fā)過程中根本沒有文檔產(chǎn)生，故W模型無法使用對于需求和設(shè)計的測試技術(shù)要求很高，實踐起來很困難缺點Newlight,Newlife軟件測試的模型W模型的28Newlight,

Newlife軟件測試的模型H模型

Newlight,Newlife軟件測試的模型H模型29Newlight,

Newlife軟件測試的模型H模型的優(yōu)缺點

體現(xiàn)了”盡早測試、不斷測試“的原則體現(xiàn)了測試流程的完整性體現(xiàn)測試流程的獨立性充分體現(xiàn)了測試過程（而非技術(shù)）的復(fù)雜性，強調(diào)了過程管理的重要性優(yōu)點流程獨立且完善缺點Newlight,Newlife軟件測試的模型H模型的30Newlight,

Newlife軟件測試的模型X模型

Newlight,Newlife軟件測試的模型X模型31Newlight,

Newlife軟件測試的模型X模型的優(yōu)缺點

X模型定位了探索性測試，這是不進行事先計劃的特殊類型的測試，這一方式往往能幫助有經(jīng)驗的測試人員在測試計劃之外發(fā)現(xiàn)更多的軟件錯誤。優(yōu)點可能對測試造成人力、物力和財力的浪費，對測試員的熟練程度要求比較高缺點Newlight,Newlife軟件測試的模型X模型的32Newlight,

Newlife軟件測試的模型原型模型

快速成型模型

聽取用戶意見建造/修改原型用戶測試運行原Newlight,Newlife軟件測試的模型原型模型33Newlight,

Newlife軟件測試的模型原型模型的優(yōu)缺點

設(shè)計克服瀑布模型的缺點，減少由于軟件需求不明確帶來的開發(fā)風(fēng)險，具有顯著的效果開發(fā)效率高，使總的開發(fā)費用降低，時間縮短能夠快速實現(xiàn)系統(tǒng)的初步模型，供開發(fā)人員和用戶進行交流，以便較準(zhǔn)確獲得用戶需求原型系統(tǒng)可作為培訓(xùn)環(huán)境，有利于用戶培訓(xùn)和開發(fā)同步，開發(fā)過程也是學(xué)習(xí)過程優(yōu)點產(chǎn)品原型模型在一定程度上限制了開發(fā)人員的創(chuàng)新，沒有考慮軟件的整體質(zhì)量和長期的可維護性快速簡歷起來的系統(tǒng)加上連續(xù)的修改可能會導(dǎo)致產(chǎn)品質(zhì)量低下，甚至被廢棄，因而不適用于嵌入式、實時控制及科學(xué)數(shù)值等大型軟件系統(tǒng)的開發(fā)原型模型對用戶深層次的需求并不能深入分析缺點Newlight,Newlife軟件測試的模型原型模型34Newlight,

Newlife軟件測試的模型螺旋模型

Newlight,Newlife軟件測試的模型螺旋模型35Newlight,

Newlife軟件測試的模型螺旋模型的優(yōu)缺點

設(shè)計上的靈活性，可以在項目的各個階段進行變更以小的分段來構(gòu)建大型系統(tǒng)，使成本計算變得簡單容易客戶始終參與每個階段的開發(fā)，保證了項目不偏離正確方向以及項目的可控性隨著項目推進，客戶始終掌握