軟件測試方法和模型.pptx

第二講 軟件測試測試流程和方法 Software Testing methods and techniques,軟件開發(fā)系列軟件測試,在本章中，我們將學(xué)習(xí)： 測試流程 測試停止的標(biāo)準(zhǔn) 測試方法,測試流程和方法概覽,完成此課程之后，學(xué)員將具備以下能力： 了解測試的流程 什么情況下才可以停止測試？測試停止的標(biāo)準(zhǔn)是什么？ 測試的方法有哪些？,測試流程和方法目標(biāo),測試流程 測試停止的標(biāo)準(zhǔn) 測試方法,測試流程和方法課程目錄,典型流程 測試活動的開始時間,測試流程和方法測試流程,測試流程 測試停止的標(biāo)準(zhǔn) 測試方法,測試流程和方法課程目錄,測試停止的標(biāo)準(zhǔn) 測試停止的標(biāo)準(zhǔn)一般有五類標(biāo)準(zhǔn)，具體測試項目視情況進(jìn)行選擇： 第一類標(biāo)準(zhǔn)：測試時間超過了預(yù)定期限，測試被強制性停止 第二類標(biāo)準(zhǔn)：執(zhí)行了所有的測試用例，但并沒有發(fā)現(xiàn)故障 第三類標(biāo)準(zhǔn)：使用特定的測試用例設(shè)計方案，作為判斷測試停止的基礎(chǔ) 第四類標(biāo)準(zhǔn)：正面指出了停止測試的具體要求，即制定了停止測試的標(biāo)準(zhǔn) 第五類標(biāo)準(zhǔn)：根據(jù)單位時間內(nèi)查出故障的數(shù)量決定是否停止測試,測試流程和方法測試停止的標(biāo)準(zhǔn),按照這些標(biāo)準(zhǔn)的定義，我們制定以下各個階段的測試停止的標(biāo)準(zhǔn)： （1）軟件測試停止標(biāo)準(zhǔn) 軟件系統(tǒng)經(jīng)過單元、集成、系統(tǒng)測試， 分別達(dá)到單元、集成、系統(tǒng)測試停止標(biāo)準(zhǔn)。 軟件系統(tǒng)通過驗收測試，并已得出驗收測試結(jié)論。 軟件項目需暫停以進(jìn)行調(diào)整時，測試應(yīng)隨之暫停，并備份暫停點數(shù)據(jù)。 軟件項目在其開發(fā)生命周期內(nèi)出現(xiàn)重大估算，進(jìn)度偏差，需暫?；蚪K止時，測試應(yīng)隨之暫?；蚪K止，并備份暫停或終止點數(shù)據(jù)。,測試流程和方法測試停止的標(biāo)準(zhǔn),（2）單元測試停止標(biāo)準(zhǔn) 單元測試用例設(shè)計已經(jīng)通過評審； 按照單元測試計劃完成了所有規(guī)定單元的測試； 達(dá)到了測試計劃中關(guān)于單元測試所規(guī)定的覆蓋率的要求； 被測試的單元每千行代碼發(fā)現(xiàn)錯誤數(shù)小于4個； 軟件單元功能與設(shè)計一致； 在單元測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改，各級缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)。 （3） 集成測試停止標(biāo)準(zhǔn) 集成測試用例設(shè)計已經(jīng)通過評審； 按照集成構(gòu)件計劃及增量集成策略完成了整個系統(tǒng)的集成測試； 達(dá)到了測試計劃中關(guān)于集成測試所規(guī)定的覆蓋率的要求； 被測試的集成工作版本每千行代碼發(fā)現(xiàn)錯誤數(shù)小于2個； 集成工作版本滿足設(shè)計定義的各項功能、性能要求； 在集成測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改，各級缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)。,測試流程和方法測試停止的標(biāo)準(zhǔn),（4） 系統(tǒng)測試停止標(biāo)準(zhǔn) 系統(tǒng)測試用例設(shè)計已經(jīng)通過評審； 按照系統(tǒng)測試計劃完成了系統(tǒng)測試； 達(dá)到了測試計劃中關(guān)于系統(tǒng)測試所規(guī)定的覆蓋率的要求； 被測試的系統(tǒng)每千行代碼發(fā)現(xiàn)錯誤數(shù)小于1個； 系統(tǒng)滿足需求規(guī)格說明書的要求； 在系統(tǒng)測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改，各級缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)。 （5） 缺陷修復(fù)率標(biāo)準(zhǔn) 嚴(yán)重缺陷、較大缺陷的修復(fù)率應(yīng)達(dá)到100%； 較小缺陷、輕微缺陷修復(fù)率應(yīng)達(dá)到80%以上； 其他缺陷修復(fù)率應(yīng)達(dá)到60% 以上。 （6） 測試覆蓋率 語句覆蓋率最低不能小于80%； 測試用例執(zhí)行覆蓋率應(yīng)達(dá)到100%； 測試需求覆蓋率應(yīng)達(dá)到100%。,測試流程和方法測試停止的標(biāo)準(zhǔn),測試流程 測試停止的標(biāo)準(zhǔn) 測試方法,測試流程和方法課程目錄,靜態(tài)測試與動態(tài)測試 黑盒測試與白盒測試 單元測試 集成測試 系統(tǒng)測試 性能測試 測試中的群體現(xiàn)象 怎么做界面測試？ 怎么做邊界測試？ 怎么做功能性測試？ 怎么測試系統(tǒng)的數(shù)據(jù)正確性？ 怎么使用WAS進(jìn)行性能測試？ 軟件的易用性應(yīng)該考慮哪些因素？,測試流程和方法測試方法,1靜態(tài)測試與動態(tài)測試 （1）靜態(tài)測試 靜態(tài)測試是指在不運行軟件系統(tǒng)的情形下，對軟件的需求、設(shè)計和代碼進(jìn)行的評審和檢查，測試的方法一般包括： 需求評審 設(shè)計評審 代碼走查,測試流程和方法測試方法（靜態(tài)測試與動態(tài)測試）,（2）動態(tài)測試 動態(tài)測試是指部分或全部運行軟件系統(tǒng)的情形下，對軟件的接口、功能、性能等方面的測試，動態(tài)測試一般包含了用戶與軟件系統(tǒng)之間的交互過程。動態(tài)測試一般包括： 單元測試 集成測試 系統(tǒng)測試 驗收測試,測試流程和方法測試方法（靜態(tài)測試與動態(tài)測試）,2黑盒測試與白盒測試 （1）黑盒測試 黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因果圖、錯誤推測等，主要用于軟件確認(rèn)測試。 “黑盒”法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對軟件界面和軟件功能進(jìn)行測試?！昂诤小狈ㄊ歉F舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進(jìn)行測試。,測試流程和方法測試方法（黑盒測試與白盒測試）,（2）白盒測試 白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅(qū)動、基路測試等，主要用于軟件驗證。 “白盒”法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進(jìn)行測試?！鞍缀小狈ㄊ歉F舉路徑測試。在使用這一方案時，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。貫穿程序的獨立路徑數(shù)是天文數(shù)字。但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設(shè)計規(guī)范，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯誤。,測試流程和方法測試方法（黑盒測試與白盒測試）,3單元測試 單元測試的對象是軟件設(shè)計的最小單位模塊。單元測試的依據(jù)是詳細(xì)設(shè)計描述，單元測試應(yīng)對模塊內(nèi)所有重要的控制路徑設(shè)計測試用例，以便發(fā)現(xiàn)模塊內(nèi)部的錯誤。單元測試多采用白盒測試技術(shù)，系統(tǒng)內(nèi)多個模塊可以并行地進(jìn)行測試。 一般認(rèn)為單元測試應(yīng)緊接在編碼之后，當(dāng)源程序編制完成并通過復(fù)審和編譯檢查，便可開始單元測試。測試用例的設(shè)計應(yīng)與復(fù)審工作相結(jié)合，根據(jù)設(shè)計信息選取測試數(shù)據(jù)，將增大發(fā)現(xiàn)上述各類錯誤的可能性。在確定測試用例的同時，應(yīng)給出期望結(jié)果。 應(yīng)為測試模塊開發(fā)一個驅(qū)動模塊（driver）和（或）若干個樁模塊（stub）。驅(qū)動模塊在大多數(shù)場合稱為“主程序”，它接收測試數(shù)據(jù)并將這些數(shù)據(jù)傳遞到被測試模塊，被測試模塊被調(diào)用后，“主程序”打印“進(jìn)入-退出”消息。 驅(qū)動模塊和樁模塊是測試使用的軟件，而不是軟件產(chǎn)品的組成部分，但它需要一定的開發(fā)費用。若驅(qū)動和樁模塊比較簡單，實際開銷相對低些。遺憾的是，僅用簡單的驅(qū)動模塊和樁模塊不能完成某些模塊的測試任務(wù)。提高模塊的內(nèi)聚度可簡化單元測試，如果每個模塊只能完成一個，所需測試用例數(shù)目將顯著減少，模塊中的錯誤也更容易發(fā)現(xiàn)。,測試流程和方法測試方法（單元測試）,單元測試一般完成以下任務(wù)： 模塊接口測試 模塊接口測試是單元測試的基礎(chǔ)。只有在數(shù)據(jù)能正確流入、流出模塊的前提下，其他測試才有意義。測試接口正確與否應(yīng)該考慮下列因素： 1、輸入的實際參數(shù)與形式參數(shù)的個數(shù)是否相同； 2、輸入的實際參數(shù)與形式參數(shù)的屬性是否匹配； 3、入的實際參數(shù)與形式參數(shù)的量綱是否一致； 4、調(diào)用其他模塊時所給實際參數(shù)的個數(shù)是否與被調(diào)模塊的形參 個數(shù)相同； 5、調(diào)用其他模塊時所給實際參數(shù)的屬性是否與被調(diào)模塊的形參 屬性匹配； 6、用其他模塊時所給實際參數(shù)的量綱是否與被調(diào)模塊的形參量 綱一致； 7、調(diào)用預(yù)定義函數(shù)時所用參數(shù)的個數(shù)、屬性和次序是否正確； 8、是否存在與當(dāng)前入口點無關(guān)的參數(shù)引用； 9、是否修改了只讀型參數(shù)； 10、對全程變量的定義各模塊是否一致； 11、是否把某些約束作為參數(shù)傳遞。,測試流程和方法測試方法（單元測試）,如果模塊內(nèi)包括外部輸入輸出，還應(yīng)該考慮下列因素： 1、文件屬性是否正確； 2、OPEN/CLOSE語句是否正確； 3、格式說明與輸入輸出語句是否匹配； 4、緩沖區(qū)大小與記錄長度是否匹配； 5、文件使用前是否已經(jīng)打開； 6、是否處理了文件尾； 7、是否處理了輸入/輸出錯誤； 8、輸出信息中是否有文字性錯誤； 模塊局部數(shù)據(jù)結(jié)構(gòu)測試 檢查局部數(shù)據(jù)結(jié)構(gòu)是為了保證臨時存儲在模塊內(nèi)的數(shù)據(jù)在程序執(zhí)行過程中完整、正確。局部數(shù)據(jù)結(jié)構(gòu)往往是錯誤的根源，應(yīng)仔細(xì)設(shè)計測試用例，力求發(fā)現(xiàn)下面幾類錯誤： 1、不合適或不相容的類型說明； 2、變量無初值； 3、變量初始化或省缺值有錯； 4、不正確的變量名（拼錯或不正確地截斷）； 5、出現(xiàn)上溢、下溢和地址異常。 除了局部數(shù)據(jù)結(jié)構(gòu)外，如果可能，單元測試時還應(yīng)該查清全局?jǐn)?shù)據(jù)（例如FORTRAN的公用區(qū)）對模塊的影響。,測試流程和方法測試方法（單元測試）,模塊中所有獨立執(zhí)行通路測試 在模塊中應(yīng)對每一條獨立執(zhí)行路徑進(jìn)行測試，單元測試的基本任務(wù)是保證模塊中每條語句至少執(zhí)行一次。此時設(shè)計測試用例是為了發(fā)現(xiàn)因錯誤計算、不正確的比較和不適當(dāng)?shù)目刂屏髟斐傻腻e誤。此時基本路徑測試和循環(huán)測試是最常用且最有效的測試技術(shù)。計算中常見的錯誤包括： 1、誤解或用錯了算符優(yōu)先級； 2、混合類型運算； 3、變量初值錯； 4、精度不夠； 5、表達(dá)式符號錯。 比較判斷與控制流常常緊密相關(guān)，測試用例還應(yīng)致力于發(fā)現(xiàn)下列錯誤： 1、不同數(shù)據(jù)類型的對象之間進(jìn)行比較； 2、錯誤地使用邏輯運算符或優(yōu)先級； 3、因計算機表示的局限性，期望理論上相等而實際上不相等的兩個量相等； 4、比較運算或變量出錯； 5、循環(huán)終止條件或不可能出現(xiàn)； 6、迭代發(fā)散時不能退出； 7、錯誤地修改了循環(huán)變量。,測試流程和方法測試方法（單元測試）,一個好的設(shè)計應(yīng)能預(yù)見各種出錯條件，并預(yù)設(shè)各種出錯處理通路，出錯處理通路同樣需要認(rèn)真測試，測試應(yīng)著重檢查下列問題： 1、輸出的出錯信息難以理解； 2、記錄的錯誤與實際遇到的錯誤不相符； 3、在程序自定義的出錯處理段運行之前，系統(tǒng)已介入； 4、異常處理不當(dāng)； 5、錯誤陳述中未能提供足夠的定位出錯信息。 模塊邊界條件測試 邊界條件測試是單元測試中最后，也是最重要的一項任務(wù)。眾所周知，軟件經(jīng)常在邊界上失效，采用邊界值分析技術(shù)，針對邊界值及其左、右設(shè)計測試用例，很有可能發(fā)現(xiàn)新的錯誤。,測試流程和方法測試方法（單元測試）,4集成測試 集成測試也稱組裝測試，主要查找模塊之間接口的錯誤。 集成測試一般采用漸增式集成，集成的方式有： 自頂向下 自底向上 自頂向下與自底向上相結(jié)合,測試流程和方法測試方法（集成測試）,5系統(tǒng)測試 軟件的系統(tǒng)測試是指軟件通過集成測試后，已經(jīng)組裝成了一個完整的軟件系統(tǒng)，在此基礎(chǔ)上執(zhí)行的功能性、性能、易用性、一致性、可移植性和可維護(hù)性等方面的全面的測試。,測試流程和方法測試方法（系統(tǒng)測試）,6性能測試 （1）性能測試概述 一般一個軟件系統(tǒng)的性能的高低，可以從以下三個方面得到驗證： a、軟件系統(tǒng)能否長時間不間斷穩(wěn)定的工作 b 、當(dāng)有大用戶量并發(fā)訪問系統(tǒng)時，用戶的響應(yīng)時間是否在一個比 較合理的范圍 c、如果軟件系統(tǒng)產(chǎn)生了大數(shù)據(jù)量的業(yè)務(wù)數(shù)據(jù)，查詢數(shù)據(jù)的速度會 不會異常緩慢 因此我們的測試方法也必須從這三方面考慮，通常從“時間”和“數(shù)據(jù)量”兩個方面來測試是比較容易做到的，而要模擬出“大用戶量”則必須借助自動化測試工具。 性能測試的目的是找出軟件系統(tǒng)的性能瓶頸，從而以最小的代價，有針對性的修改軟件或更換硬件設(shè)備，提高軟件系統(tǒng)的性能。,測試流程和方法測試方法（性能測試）,（2）性能數(shù)據(jù)指標(biāo) 在性能測試過程中，測試工具通過部署一整套性能監(jiān)視器，來收集和顯示各個架構(gòu)層次、服務(wù)器和組件上的性能數(shù)據(jù)，包括網(wǎng)絡(luò)、操作系統(tǒng)、應(yīng)用服務(wù)器、中間件、應(yīng)用程序、.NET服務(wù)器、Web服務(wù)器和數(shù)據(jù)庫服務(wù)器。在進(jìn)行性能測試時，這些數(shù)據(jù)用來精確測量系統(tǒng)各個方面的性能，從而用戶可以快速、簡便地定位問題和瓶頸的來源。最終，這些數(shù)據(jù)用來生成各種文檔和圖表，并判斷出應(yīng)用程序的性能是否滿足業(yè)務(wù)的需要。,測試流程和方法測試方法(性能測試),測試流程和方法使用靜態(tài)和動態(tài)測試來進(jìn)行結(jié)構(gòu)和功能測試,群體現(xiàn)象的產(chǎn)生 利用群體現(xiàn)象測試,測試流程和方法測試中的群體現(xiàn)象,第三講 軟件測試測試模型 Software Testing methods and techniques,軟件開發(fā)系列軟件測試,在本章中，我們將學(xué)習(xí)： 測試模型 測試流程,測試模型概覽,完成此課程之后，學(xué)員將具備以下能力： 了解測試模型的含義？ 測試模型有哪些？ 了解測試的流程？,測試模型目標(biāo),測試模型 測試流程,測試模型課程目錄,功能性,易用性,效率,可靠性,可移植性,可維護(hù)性,測試模型,軟件測試-測試模型,測試模型,功能性,在指定條件下，產(chǎn)品滿足明確和隱含要求功能的能力 適應(yīng)性：軟件為指定的任務(wù)和用戶目標(biāo)提供合適功能的能力； 準(zhǔn)確性：軟件提供所需精確度的正確或相符結(jié)果及效果的能力； 互操作性、互用性：產(chǎn)品與一個或多個系統(tǒng)進(jìn)行交互的能力； 保密安全性：保護(hù)信息和數(shù)據(jù)的能力； 功能依從性：軟件依從同功能性相關(guān)的標(biāo)準(zhǔn)、約定或法規(guī)的能力；,軟件測試-測試模型,測試模型功能性,功能測試 正常的流程與異常的流程 正面的用例與反面的用例 輸入數(shù)據(jù)的數(shù)據(jù)類型和長度 邊界值的防范 數(shù)據(jù)的準(zhǔn)確性,軟件測試-測試模型,測試模型功能測試,易用性,在指定條件下，產(chǎn)品被理解、學(xué)習(xí)、使用和吸引用戶的能力 易理解性：完成特定任務(wù)的功能明顯性和適用性； 易學(xué)性：軟件使用戶能學(xué)習(xí)它的應(yīng)用的能力； 易操作性：產(chǎn)品使用戶能操作和控制它的能力； 吸引性：軟件產(chǎn)品吸引用戶的能力； 易用性依從性：軟件依從同易用性相關(guān)的標(biāo)準(zhǔn)、約定或法規(guī)的能力；,軟件測試-測試模型,測試模型易用性,易用性測試 是否符合日常習(xí)慣 提示性信息是否準(zhǔn)確 是否提供了很多幫助信息，用以指導(dǎo)用戶更好的使用軟件系統(tǒng) 軟件的操作流程是否設(shè)置得很清晰，操作過程很簡潔 用戶使用最頻繁的選項是否設(shè)置了默認(rèn)值，用戶使用最多的功能是否放在最顯眼的地方,軟件測試-測試模型,測試模型易用性測試,效率,在指定條件下，相對于所用資源數(shù)量，軟件產(chǎn)品提供適當(dāng)性能的能力 時間特性：在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時，提供適當(dāng)?shù)捻憫?yīng)和 處理時間以及吞吐量的能力； 資源特性：在規(guī)定條件下，軟件產(chǎn)品執(zhí)行其功能時，使用合適的數(shù)量和 類型的資源的能力； 效率依從性：軟件依從同效率相關(guān)的標(biāo)準(zhǔn)、約定或法規(guī)的能力；,軟件測試-測試模型,測試模型效率,效率 安全性（防止信息泄露和惡意破壞） 穩(wěn)定性（長時間不間斷運行） 健壯性（多用戶同時訪問） 效率（大數(shù)據(jù)量查詢）,軟件測試-測試模型,測試模型效率,可靠性,在指定條件下，產(chǎn)品維持規(guī)定的性能級別的能力 成熟性：軟件為避免由軟件中錯誤而導(dǎo)致失效的能力； 容錯性：軟件失效或在違反規(guī)定的接口情況下，軟件產(chǎn)品維護(hù)規(guī)定的 性能級別的能力； 易恢復(fù)性：發(fā)生故障情況下，軟件重建規(guī)定的性能級別并恢