軟件測試與軟件開發(fā)過程的關(guān)系PPT課件

1、2.1 軟件產(chǎn)品組成 1.軟件產(chǎn)品需要各種開發(fā)投入 2.客戶需求 3.產(chǎn)品說明 4.設(shè)計文檔 5.測試文檔 6.開發(fā)進度 7.軟件產(chǎn)品的其他組成部分第1頁/共24頁2.2 軟件開發(fā)項目組 軟件項目經(jīng)理 系統(tǒng)設(shè)計師 程序員 軟件測試員/測試師 技術(shù)制作、用戶助手、用戶培訓員、手冊編寫和文件檔案專員 結(jié)構(gòu)管理和制作人員第2頁/共24頁 軟件開發(fā)過程中存在各種復雜因素，為了解決由此而帶來的種種問題，軟件開發(fā)者們經(jīng)過多年的摸索，給出了多種實現(xiàn)軟件工程的方式軟件過程模型。 2.3 軟件過程模型軟件過程模型第3頁/共24頁大爆炸式開發(fā)模式(SKIP)邊寫邊改模式(SKIP)瀑布過程模型螺旋過程模型增量過程

2、模型極限編程（XP） (SKIP)等第4頁/共24頁 瀑布過程模型反映了人們早期對軟件工程的認識水平，是人們所熟悉的一種線性思維的體現(xiàn)。 瀑布過程模型強調(diào)階段的劃分及其順序性、各階段工作及其文檔的完備性，是一種嚴格線性的、按階段順序的、逐步細化的開發(fā)模式，如圖2-1所示。 2.3.1 瀑布過程模型第5頁/共24頁圖2-1 瀑布過程模型 第6頁/共24頁 螺旋過程模型的基本思路是，依據(jù)前一個版本的結(jié)果構(gòu)造新的版本，這個不斷重復迭代的過程形成了一個螺旋上升的路徑，如圖2-2所示。2.3.2 螺旋過程模型第7頁/共24頁圖2-2 螺旋過程模型 第8頁/共24頁 有些時候可能會用一種幾乎連續(xù)的過程小幅

3、度地推進項目，這就是增量過程模型，如圖2-3所示。 2.3.3 增量過程模型第9頁/共24頁 增量 日歷時間 分析 編碼 測試 增量 1 交付客戶 設(shè)計 分析 設(shè) 計 編碼 測試 增量 2 交付客戶 分析 設(shè)計 編碼 測試 增量 3 交付客戶 分析 設(shè)計 編碼 測試 增量 n 交付客戶 圖2-3 增量過程模型 第10頁/共24頁 對于軟件測試與軟件開發(fā)過程之間的關(guān)系，套用固定的模型不是聰明之舉。比如“程序設(shè)計”與“測試”之間的關(guān)系，習慣上總以為程序設(shè)計在先，測試在后，如下圖（a）所示。而對于一些復雜的程序，將測試分為同步測試與總測試更有效，如下圖（b）所示。2.4 軟件測試與軟件開發(fā)過程的關(guān)軟

4、件測試與軟件開發(fā)過程的關(guān)系系第11頁/共24頁 （a）程序設(shè)計在先測試在后 （b）測試分為同步測試與總測試 程序設(shè)計 測 試 程序設(shè)計 同步測試 總測試 程序設(shè)計與測試的關(guān)系 第12頁/共24頁 現(xiàn)在還有一種全新的軟件開發(fā)模式以測試驅(qū)動軟件開發(fā)思想 軟件測試是貫穿于軟件開發(fā)過程的。軟件生存周期的各個階段中都少不了相應(yīng)的測試，軟件生存周期各個階段的測試分別對應(yīng)于軟件測試過程中的單元測試、集成測試、系統(tǒng)測試和確認測試，如下圖所示。這種對應(yīng)關(guān)系有利于軟件開發(fā)過程的管理和軟件質(zhì)量的控制。第13頁/共24頁 需求分析單元測試集成測試確認測試編 碼軟件設(shè)計需求分析說明書確認測試集成測試單元測試源程序代碼詳

5、細設(shè)計說明書概要設(shè)計說明書 軟件測試與軟件開發(fā)的關(guān)系 第14頁/共24頁2.5 軟件開發(fā)對應(yīng)的測試過程規(guī)格定義規(guī)格定義設(shè)計設(shè)計編碼編碼系統(tǒng)測試系統(tǒng)測試集成測試集成測試單元測試單元測試用戶需求用戶需求驗收測試驗收測試回歸測試配置管理配置管理缺陷跟蹤缺陷跟蹤 第15頁/共24頁軟件測試的三個階段 初測階段 細測階段 回歸測試階段 在集成測試的功能凍結(jié)和代碼凍結(jié)期間主要是進行回歸測試。第16頁/共24頁 單元測試：Unit Testing目標：檢驗程序最小單元有無錯誤接口、數(shù)據(jù)結(jié)構(gòu)、邊界、覆蓋、邏輯檢驗單元編碼與設(shè)計是否吻合時機：編碼完成后，首先要實施的測試方法：靜態(tài)測試白盒測試責任：開發(fā)工程師第1

6、7頁/共24頁測試過程-集成測試 集成測試：Integration Testing目標：檢驗組成系統(tǒng)的模塊接口有無錯誤代碼實現(xiàn)的系統(tǒng)設(shè)計與需求定義是否吻合時機：主要的單元測試完成后，經(jīng)常與單元測試同步進行方法：黑盒測試責任：開發(fā)工程師測試工程師第18頁/共24頁測試過程-系統(tǒng)測試 系統(tǒng)測試：System Testing目標：檢驗組成整個系統(tǒng)的代碼、以及系統(tǒng)的軟硬件配合有無錯誤代碼實現(xiàn)的系統(tǒng)與用戶需求是否吻合檢驗系統(tǒng)的文檔等各種是否完整、有效模擬驗收測試的要求，檢查系統(tǒng)是否符合用戶的驗收標準時機：多數(shù)集成測試完成后方法：黑盒測試責任：測試工程師第19頁/共24頁測試過程-穩(wěn)定期測試 系統(tǒng)測試：S

7、ystem Testing穩(wěn)定期測試目標：度量是否可以結(jié)束測試時機：傳統(tǒng)的系統(tǒng)測試完成后方法：黑盒測試責任：測試工程師第20頁/共24頁測試過程-驗收測試 驗收測試：Acceptance Testing目標：使客戶驗收簽字系統(tǒng)是否符合事先約定的驗收標準時機：系統(tǒng)測試完成后，在項目組看來開發(fā)和測試工作已經(jīng)全部完成，可以交付使用方法：黑盒測試責任：產(chǎn)品經(jīng)理或其他高級經(jīng)理開發(fā)工程師測試工程師用戶第21頁/共24頁測試過程-回歸測試 回歸測試：Regression Testing目標：驗證程序修改或者版本更新以后，以前正確的功能和其他指標仍舊正確。時機：每次錯誤修改之后，或者版本更新之后方法：白盒測試/黑盒測試責任：開發(fā)工程師測試工程師第22頁/共24頁測試過程-缺陷跟蹤 缺陷跟蹤：Defect Trac