軟件測試理論基礎-課件

軟件測試理論基礎1PPT課件概述軟件測試定義軟件測試目標軟件測試對象軟件測試原則軟件測試方法軟件生命周期軟件測試流程軟件測試評測方法建議2PPT課件軟件測試定義定義一：使用人工和自動化的手段來運行或測試某個系統(tǒng)的過程,其目的在于檢驗它是否滿足規(guī)定的需求或是弄清預期結果與實際結果之間的差別。定義二：軟件測試是貫穿整個軟件開發(fā)生命周期、對軟件產(chǎn)品（包括階段性產(chǎn)品）進行驗證和確認的活動過程。驗證：是為確定某一開發(fā)階段的產(chǎn)品是否滿足在該階段開始時提出的要求而對系統(tǒng)或部件進行評估的過程。確認：是在開發(fā)過程中或結束時，對系統(tǒng)或部件進行評估，以確定其是否滿足需求規(guī)格的過程。定義三：軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結構而精心設計一批測試用例，并利用這些測試用例運行軟件，以發(fā)現(xiàn)軟件錯誤的過程。3PPT課件軟件測試目標第一：確保軟件的質(zhì)量第二：提供信息第三：保證整個軟件開發(fā)過程是高質(zhì)量的4PPT課件軟件測試對象

軟件測試的對象不僅僅是程序，還包括整個軟件生命周期中產(chǎn)生的所有過程文檔。如：在軟件定義階段產(chǎn)生的可行性報告、項目實施計劃、軟件需求說明書或系統(tǒng)功能說明書，在軟件開發(fā)階段產(chǎn)生的概要設計說明書、詳細設計說明書，以及源程序等。5PPT課件軟件測試原則一、盡早和不斷地進行測試二、遵循Pareto原則三、軟件測試是不完全的四、并非所有的軟件錯誤都能修復五、由小到大的測試范圍六、避免由開發(fā)人員測試自己的程序七、追溯至用戶需求八、程序修改后要回歸測試九、妥善保存一切測試過程文檔6PPT課件軟件測試方法7PPT課件軟件測試方法單元測試集成測試系統(tǒng)測試驗收測試概念對軟件中的最小可測試單元進行檢查和驗證在單元測試基礎上的，將所有模塊按照概要設計要求組裝成子系統(tǒng)或系統(tǒng)后的測試，重點測試不同模塊的接口部分將整個軟件系統(tǒng)看做一個整體進行測試，包括對功能、性能以及軟件所運行的軟硬件環(huán)境進行測試旨在向未來的用戶展示該軟件系統(tǒng)已能滿足其需求要求測試時機編碼之后，代碼已經(jīng)通過編譯之后在單元測試之后集成測試之后系統(tǒng)測試后期，軟件正式交付用戶使用之前測試人員白盒測試工程師或開發(fā)人員白盒測試工程師或開發(fā)人員黑盒測試工程師用戶和黑盒測試工程師測試依據(jù)1、源程序本身，包括代碼和注釋2、詳細設計文檔1、單元測試的模塊2、概要設計文檔需求規(guī)格說明書需求規(guī)格說明書測試通過標準1、單元測試用例的執(zhí)行率為100%，通過率為95%2、語句的覆蓋率達100%3、分支的覆蓋率達85%1、各個單元模塊結合到一起能夠協(xié)同配合，正常運行2、測試用例的執(zhí)行率為100%，通過率為95%1、系統(tǒng)功能、性能等滿足需求規(guī)格說明書中的要求2、測試用例的執(zhí)行率為100%，通過率為95%1、系統(tǒng)功能、性能等滿足需求規(guī)格說明書中的要求2、測試用例的執(zhí)行率為100%，通過率為95%主要方法控制流測試、數(shù)據(jù)流測試、排錯測試、分域測試等自頂向下測試、自底向上測試功能測試、性能測試、隨機測試等Alpha測試、Beta測試8PPT課件軟件測試方法測試階段靜態(tài)測試動態(tài)測試可行性評審√需求評審√設計評審√單元測試√集成測試√系統(tǒng)測試√驗收測試√靜態(tài)測試：不實際運行被測軟件，而只是靜態(tài)地檢查程序代碼、界面或文檔中可能存在的錯誤的過程。動態(tài)測試：實際運行被測軟件，輸入相應的測試數(shù)據(jù)，檢查實際輸出結果和預期結果是否相符的過程。9PPT課件軟件測試方法黑盒測試白盒測試概念又稱為功能測試或數(shù)據(jù)驅(qū)動測試。它是在已知產(chǎn)品所應具有的功能，通過測試來檢測每個功能是否都能正常使用。在測試時，把程序看作一個黑盒子，在完全不考慮程序內(nèi)部結構和內(nèi)部特性的情況下，在程序接口進行測試。它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。又稱結構測試或邏輯驅(qū)動測試。它是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部工作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內(nèi)部的結構測試程序，檢驗程序中的每條通路是否都能按預定要求正確工作，而不顧它的功能。測試人員黑盒測試工程師或用戶白盒測試工程師或開發(fā)人員測試依據(jù)需求規(guī)格說明書1、源程序本身，包括代碼和注釋2、詳細設計文檔主要方法等價類劃分、邊界值分析、因果圖、錯誤推測等邏輯覆蓋、循環(huán)覆蓋和基本路徑測試應用軟件確認測試軟件驗證測試10PPT課件軟件測試方法功能測試：主要檢查實際軟件的功能是否符合用戶的需求。功能測試又可細分為：邏輯功能測試：假設一個軟件的業(yè)務流程是，如果輸入1就走A流程，輸入2，走B流程，輸入3，退出。那對于測試人員來說，輸入1到3就是不同的邏輯，你也可以輸入0，4，來檢驗程序是否有做保護處理。界面測試：驗證軟件用戶界面的設計是否合乎用戶期望或要求。它常常包括菜單，對話框及對話框上所有按鈕，文字，出錯提示，幫助信息等方面的測試。易用性測試：從軟件使用的合理性和方便性等角度對軟件系統(tǒng)進行檢查，來發(fā)現(xiàn)軟件中不方便用戶使用的地方。安裝測試：是驗證軟件能否正常進行安裝和卸載的測試。兼容性測試：是測試軟件在一個特定的硬件/軟件/操作系統(tǒng)/網(wǎng)絡等環(huán)境下的性能如何。包括向上兼容、向下兼容，軟件兼容和硬件兼容。11PPT課件軟件測試方法性能測試：主要是驗證系統(tǒng)的性能指標是否滿足需求要求。性能測試又可細分為：一般性測試：指的是讓被測系統(tǒng)在正常的軟硬件條件下運行，不向其施加任何壓力。穩(wěn)定性測試：也叫可靠性測試，是指連續(xù)運行被測系統(tǒng)，檢查系統(tǒng)運行時的穩(wěn)定程度。負載測試：指讓被測系統(tǒng)在其能忍受的壓力的極限范圍內(nèi)連續(xù)運行，檢查系統(tǒng)運行時的穩(wěn)定性。壓力測試：通常是指持續(xù)不斷地給被測系統(tǒng)增加壓力，直到將被測系統(tǒng)壓垮為止，用來測試系統(tǒng)所能承受的最大壓力。12PPT課件軟件測試方法

回歸測試：是在軟件維護階段，重復執(zhí)行上一個版本測試時的測試用例，對修改后的新版本進行的測試。其目的是檢驗對軟件所做的修改是否正確。冒煙測試：是指在對一個新版本進行系統(tǒng)的大規(guī)模測試之前，先驗證一下軟件的基本功能是否實現(xiàn)，是否具備可測性。隨機測試：是指測試中所有的輸入數(shù)據(jù)都是隨機生成的，其目的是模擬用戶的真實操作，并發(fā)現(xiàn)一些邊緣性的錯誤。13PPT課件軟件生命周期

軟件生命周期：即一個軟件從功能確定、設計、開發(fā)成功、投入使用，并在使用中不斷的修改、增補和完善，直至被新的需要替代而停止使用的全過程。軟件生命周期包括軟件開發(fā)的生命周期和軟件測試的生命周期。軟件生命周期模型是軟件項目的流程模版，為制定項目流程提供參考依據(jù)。14PPT課件軟件生命周期瀑布模型優(yōu)點：1、強調(diào)開發(fā)的階段性，各階段具有順序性和依賴性2、推遲編碼實現(xiàn)的觀點，主張早期調(diào)研和需求分析3、質(zhì)量保證的觀點，要求每個階段的產(chǎn)品都應在評審之后才能流入下一階段，作為下一階段的輸入4、“線性”邏輯容易掌握及應用5、可在復雜的非線性模型中應用瀑布模型缺點：1、文檔驅(qū)動，用戶無法及時了解產(chǎn)品的情況2、當需求變更時將會導致階段反復，而且都要重復需求、設計、編碼、測試等過程。3、流程單一，不可逆4、早期的錯誤可能要等到開發(fā)后期的測試階段才能發(fā)現(xiàn)，無法全面的保證質(zhì)量，控制風險5、嚴格線性運行，無法在人員、工作量分配上實現(xiàn)最優(yōu)搭配，嚴重影響工作效率和進度瀑布模型適用范圍：需求穩(wěn)定的產(chǎn)品15PPT課件軟件生命周期V模型優(yōu)點：1、明確地標明了測試過程中存在的不同級別2、清楚地表示出測試階段和開發(fā)過程各階段的對應關系3、強調(diào)了測試過程與開發(fā)過程的并行性V模型缺點：1、沒有說明項目的前期測試需要做哪些工作，如編寫測試計劃、測試用例等2、把系統(tǒng)開發(fā)過程劃分為具有固定邊界的不同階段，很難跨過這些邊界來采集測試所需要的信息16PPT課件軟件生命周期漸進模型優(yōu)點：1、設計上的靈活性,可以在項目的各個階段進行變更2、關鍵的功能更早出現(xiàn)，隨著項目推進,客戶始終掌握項目的最新信息，可以提高開發(fā)人員與客戶之間的有效信息交互3、用戶在整個軟件開發(fā)過程中都直接參與，因此最終的產(chǎn)品能夠很好地滿足用戶的需求4、以小的分段來構建大型系統(tǒng),使成本計算和風險控制變得簡單容易漸進模型缺點：由于過多的開發(fā)周期會增加成本，耗費時間漸進模型適用范圍：開發(fā)初期用戶需求不甚明確相關技術和理論需要不斷研究、反復實驗開發(fā)過程需要經(jīng)常與用戶交互的產(chǎn)品17PPT課件軟件測試流程需求評審測試計劃測試設計測試前期準備測試執(zhí)行缺陷管理測試報告測試評測18PPT課件軟件測試流程-需求評審需求評審的注意事項：一、注意對需求規(guī)格說明的正確性進行評審

1、是否沖突或者重復

2、是否清晰、簡潔、無二義性

3、是否有內(nèi)容和語法錯誤

4、是否合理地確定了性能指標

5、是否合理地確定了安全性指標二、注意對需求規(guī)格說明的完整性進行評審

1、是否包含了所有已知的客戶需求或系統(tǒng)需求

2、所有需求的詳細程度是否合適，是否能為設計提供足夠的基礎

3、是否定義了每個需求的實現(xiàn)優(yōu)先級

4、是否把不確定的需求標記為待確定的問題，而不是直接遺棄

5、是否對所有預期的錯誤條件所產(chǎn)生的系統(tǒng)行為都進行了描述三、注意對需求的可實施性進行評審

1、是否每個需求都有惟一標識

2、是否每個需求都易修改，可跟蹤

3、是否每個需求都是實際的、量化的、邏輯清晰的

4、在現(xiàn)有的資源下,是否能實現(xiàn)所有的需求

5、每個需求在特定的輸入條件下是否給出已知的輸出結果測試人員參加“需求評審”活動需要達到的目標：

1、充分理解用戶需求

2、確保需求的可測試性19PPT課件軟件測試流程-測試計劃

為什么要編寫測試計劃

1）領導能夠根據(jù)測試計劃做宏觀調(diào)控，進行相應資源配置等

2）測試人員能夠了解整個項目測試情況以及項目測試不同階段的所要進行的工作等

3）便于其他人員了解測試人員的工作內(nèi)容，進行有關配合工作什么時間開始編寫測試計劃盡早開始。原則上應該在需求定義完成之后開始編寫測試計劃，對于開發(fā)過程不是十分清晰和穩(wěn)定的項目，測試計劃也可以在總體設計完成后開始編寫由誰編寫測試計劃具有豐富經(jīng)驗的測試負責人測試計劃編寫策略

1.明確測試的目標，增強測試計劃的實用性

2.堅持“5W1H”規(guī)則，明確內(nèi)容與過程

1）why—為什么要進行這些測試

2)what—測試哪些方面，不同階段的工作內(nèi)容

3)who—安排哪些測試人員進行測試

4)when—測試不同階段的起止時間

5)where—給出測試文檔和軟件的存放位置，測試環(huán)境等

6)how—指出測試的方法和工具

3.采用評審和更新機制，保證測試計劃滿足實際需求

4.分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例

20PPT課件軟件測試流程-測試設計過程：21PPT課件軟件測試流程-測試設計測試用例是為某個特殊目標而編制的一組測試輸入、執(zhí)行條件、測試步驟以及預期結果。為什么要寫測試用例1）便于團隊交流2）便于重復測試3）便于跟蹤統(tǒng)計4）便于用戶自測什么時候?qū)憸y試用例：通常在測試設計階段，即需求規(guī)格說明書和測試計劃完成之后由誰來寫測試用例：測試設計人員測試用例編寫依據(jù)：需求規(guī)格說明書和軟件原型測試用例包含的內(nèi)容：用例編號、用例名稱、測試等級、入口準則、驗證步驟、期望結果（含判斷標準）、出口準則、注釋最佳方案：為每個被測需求至少編制兩個測試用例：正面測試用例和負面測試用例22PPT課件軟件測試流程-測試設計（一）白盒技術

1、邏輯覆蓋：是通過對程序邏輯結構的遍歷實現(xiàn)程序的覆蓋

(1)語句覆蓋：設計足夠多的測試用例，使被測程序中每條語句至少執(zhí)行一次

(2)判定覆蓋：設計足夠多的測試用例，使得程序中的每一個判定至少獲得一次‘真’值和‘假’值

(3)條件覆蓋：設計足夠多的測試用例，使得每一判定語句中每個邏輯條件的可能值至少滿足一次

(4)條件判定組合覆蓋：設計足夠多的測試用例，使得判定中的每個條件的所有可能（真/假）至少出現(xiàn)一次，并且每個判定本身的判定結果也至少出現(xiàn)一次

(5)條件組合覆蓋：設計足夠多的測試用例，使得每個判定中條件的各種可能組合都至少出現(xiàn)一次滿足條件組合覆蓋一定滿足判定覆蓋、條件覆蓋、條件判定組合覆蓋

(6)路徑覆蓋：設計足夠多的測試用例，覆蓋被測程序中所有可能的路徑

2、循環(huán)覆蓋：設計足夠多的測試用例，覆蓋被測程序中所有的循環(huán)體

3、基本路徑測試：是在程序控制流圖的基礎上，通過分析控制構造的環(huán)路復雜性，導出基本可執(zhí)行路徑集合，從而設計測試用例的方法，設計出的測試用例要保證在測試中程序的每個可執(zhí)行語句至少執(zhí)行一次23PPT課件軟件測試流程-測試設計（二）黑盒技術

1、等價類劃分：是把所有可能的輸入數(shù)據(jù),即程序的輸入域劃分成若干部分（子集）,然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例。

等價類是指某個輸入域的子集合。在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的，并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試，因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件就可以用少量代表性的測試數(shù)據(jù)取得較好的測試結果。等價類劃分可有兩種不同的情況：有效等價類和無效等價類。

2、邊界值分析：對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。

3、錯誤推測：基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤,從而有針對性的設計測試用例的方法

4、因果圖：是一種幫助人們系統(tǒng)的選擇一組高效率測試用例的方法

5、綜合策略：每種方法都能設計出一組有用例子，用這組例子容易發(fā)現(xiàn)某種類型的錯誤，但可能不易發(fā)現(xiàn)另一類型的錯誤。因此在實際測試中，聯(lián)合使用各種測試方法，形成綜合策略，通常先用黑盒法設計基本的測試用例，再用白盒法補充一些必要的測試用例24PPT課件軟件測試流程-測試前期準備明確測試任務的范圍

明確測試時間

搭建測試環(huán)境學習被測試軟件確認完全理解測試任務25PPT課件軟件測試流程-測試執(zhí)行全方位的觀察測試用例執(zhí)行結果進行測試過程記錄及時確認發(fā)現(xiàn)的問題及時更新測試用例26PPT課件軟件測試流程-缺陷管理缺陷：1）軟件未實現(xiàn)需求規(guī)格說明書要求的功能2）軟件出現(xiàn)了與需求規(guī)格說明書中不一致的情況3）軟件功能超出了需求規(guī)格說明書的范圍4）軟件沒有達到用戶期望的目標（未明確提及但應該實現(xiàn)的目標）5）軟件難以理解、不易使用、運行緩慢（從測試人員的角度或最終用戶的角度來看）27PPT課件軟件測試流程-缺陷管理一個完整的軟件缺陷報告通常由以下幾部分組成缺陷編號缺陷的標題測試的軟件和硬件環(huán)境測試的軟件版本缺陷的類型缺陷的嚴重程度缺陷的優(yōu)先級別缺陷出現(xiàn)頻率缺陷狀態(tài)重現(xiàn)缺陷的操作步驟缺陷的實際結果描述期望的正確結果描述注釋及附件28PPT課件軟件測試流程-缺陷管理編寫缺陷報告的技巧：每個軟件問題報告只書寫一個缺陷或錯誤對錯誤的描述要做到中立、簡潔、準確、完整，揭示錯誤實質(zhì)明確指明錯誤類型和嚴重程度每一個步驟盡量只記錄一個操作復現(xiàn)的操作步驟要完整，準確，簡短附加必要的錯誤特征圖像附加必要的測試用例盡量使用短語和短句，避免復雜句型句式

29PPT課件軟件測試流程-缺陷管理軟件缺陷管理過程：（1）提交缺陷（2）分析和定位缺陷（3）提請修改缺陷（4）修改缺陷（5）驗證修改后的缺陷（6）關閉缺陷30PPT課件軟件測試流程-缺陷管理31PPT課件軟件測試流程-測試報告

測試報告是把測試的過程和結果寫成文檔，并對發(fā)現(xiàn)的問題和缺陷進行分析，為糾正軟件存在的質(zhì)量問題提供依據(jù)，同時為軟件驗收和交付打下基礎。32PPT課件軟件測試流程-測試報告一份完整的測試報告應該包含以下內(nèi)容：1、編寫目的2、項目背景3、系統(tǒng)簡介4、測試時間、地點及人員5、測試環(huán)境與配置6、測試方法和工具7、測試工作量統(tǒng)計8、缺陷統(tǒng)計

8.1發(fā)現(xiàn)缺陷統(tǒng)計

8.2解決缺陷統(tǒng)計

8.3