第6章-軟件測試(下)課件

第6章軟件測試（下）

軟件測試策略調(diào)試軟件測試報告第6章軟件測試（下）軟件測試策略軟件測試策略

軟件測試階段完成的主要任務有兩類：一類是局部模塊的測試，它是整個測試階段的基石。另一類是軟件系統(tǒng)全局結(jié)構(gòu)的測試，它構(gòu)成整個測試系統(tǒng)的大廈。從局部到全局，是經(jīng)過一系列測試過程轉(zhuǎn)換而成，它們包括單元測試、集成測試、確認測試和系統(tǒng)測試，每個測試過程都有各自不同的測試策略。軟件測試策略軟件測試階段完成的主要任務有兩類：測試步驟及策略所有測試過程都應采用綜合測試策略；即先作靜態(tài)分析，再作動態(tài)測試，并事先制訂測試計劃。單元測試單元測試單元測試被測模塊被測模塊集成測試設計信息已測試的模塊確認測試已集成的模塊軟件需求系統(tǒng)測試已確認的軟件可交付的軟件系統(tǒng)其他元素軟件測試策略測試步驟及策略單元單元單元被測模塊被測模塊集成設計信息已測試軟件測試策略單元是軟件測試過程中最小的測試單位，它有兩個基本屬性：單元是可以獨立編譯的最小組件；單元是由個人開發(fā)的軟件組件。單元測試及其測試策略被測單元測試用例樁模塊1樁模塊2樁模塊N……測試用例驅(qū)動模塊軟件測試策略單元是軟件測試過程中最小的測試單位，它有兩個基本單元測試內(nèi)容模塊模塊接口測試局部數(shù)據(jù)結(jié)構(gòu)測試重要路徑測試錯誤處理測試邊界條件測試I/O參數(shù)值的個數(shù)、類型、次序、格式是否正確，I/O文件屬性、操作是否正確等。數(shù)據(jù)說明是否正確、一致，變量及其初值定義是否正確等。檢查“錯誤處理程序”本身的錯誤。邊界條件常包括循環(huán)邊界，最大最小值、控制流中等于、大于、小于的比較值等。重要路徑通常是指完成模塊功能的主要路徑，一般是控制結(jié)構(gòu)。軟件測試策略單元測試內(nèi)容模塊模塊接口測試局部數(shù)據(jù)結(jié)構(gòu)測試重要路徑測試錯誤軟件測試策略

集成測試是指在完成單元測試后，將各單元模塊依據(jù)設計的軟件系統(tǒng)結(jié)構(gòu)，按照一定的集成測試策略進行組裝的過程。

集成測試在組裝各模塊時，應該注意下列因素：各模塊間的數(shù)據(jù)傳遞是否會丟失；各模塊間的數(shù)據(jù)傳遞是否按照期望進行傳遞；各模塊組裝后，是否能實現(xiàn)所期望的更復雜的功能；各模塊組裝后，是否出現(xiàn)對全局數(shù)據(jù)結(jié)構(gòu)、公共數(shù)據(jù)操作的混亂，資源的競爭；各模塊組裝后，集成的誤差是否會被快速放大，直到難以接受為止。集成測試軟件測試策略集成測試是指在完成單元測試后，將軟件測試策略集成測試策略

集成測試的重點，是將各模塊按照軟件系統(tǒng)結(jié)構(gòu)的定義，將軟件模塊組裝在一起。如何實施組裝過程，使得系統(tǒng)既能快速集成，又能準確發(fā)現(xiàn)在組裝過程中出現(xiàn)的錯誤和問題呢？這需要正確的集成測試方法。⑴非漸增式集成非漸增式集成是一次集成過程，即先按照各模塊在系統(tǒng)結(jié)構(gòu)中的位置，設計驅(qū)動模塊或樁模塊進行輔助測試。然后將測試合格的各模塊按照系統(tǒng)結(jié)構(gòu)一次性完成系統(tǒng)集成的過程。⑵漸增式集成漸增式集成不同于非漸增式集成，它不是將模塊一次性組裝，而是按照系統(tǒng)結(jié)構(gòu)逐漸將模塊依次集成到系統(tǒng)中。從集成的過程來看，漸增式集成過程分為自底向上的集成和自頂向下的集成。軟件測試策略集成測試策略集成測試的重點，是將

漸增式組裝策略是先進行模塊測試，然后將這些模塊逐步組裝成較大的系統(tǒng)，每連接一個模塊進行一次測試。兩種方案：

設計驅(qū)動模塊或樁模塊，對每一個新組裝的子系統(tǒng)進行測試，對發(fā)現(xiàn)問題較多的子系統(tǒng)或模塊應該用白盒法作回歸測試。自頂而下增值自底而上增值軟件測試策略漸增式組裝策略是先進行模塊測試，然后將這些模塊逐M1M4M3M2M6M5自頂向下增值S5M1S1S1S1S2S2S2S3S3S3第一步，測試主控模塊M1，設計樁模塊S1、S2、S3，模擬被M1調(diào)用的M2、M3、M4。M2M3M4第二步，依次用M2、M3、M4替代樁模塊S1、S2、S3，每替代一次進行一次測試。S4S4S4S5S5第三步，對由主控模塊M1和模塊M2、M3、M4構(gòu)成的子系統(tǒng)進行測試，設計樁模塊S4、S5。M5M6第四步，依次用模塊M5和M6替代樁模塊S4、S5，并同時進行新的測試。組裝測試完畢。軟件測試策略M1M4M3M2M6M5自頂向下增值S5M1S1S1S1S2M3M6M5D1D2D3D1D1D2D2D3D3M2M4M1第四步，把已測試的子系統(tǒng)按程序結(jié)構(gòu)連接起來完成程序整體的組裝測試。D4D4D4D5D5D5M1M4M3M2M6M5第一步，對最底層的模塊M3、M5、M6進行測試,設計驅(qū)動模塊D1、D2、D3來模擬調(diào)用。第三步，設計驅(qū)動模塊D4、D5和D6模擬調(diào)用，分別對新子系統(tǒng)進行測試。第二步，用實際模塊M2、M1和M4替換驅(qū)動模塊D1、D2、D3。D6軟件測試策略自底向上增值M3M6M5D1D2D3D1D1D2D2D3D3M2M4M1

無論是自頂而下增值還是自底而上增值，還可選擇深度優(yōu)先或者寬度優(yōu)先增值。

舉例：按自頂而下增值法，寫出下圖中分別按照深度優(yōu)先或者寬度優(yōu)先增值的模塊組裝次序。ABCDHGJEFIKLMN軟件測試策略 無論是自頂而下增值還是自底而上增值，還可選擇深度優(yōu)

自頂而下增值優(yōu)點：能夠盡早發(fā)現(xiàn)系統(tǒng)主控方面的問題。缺點：無法驗證樁模塊是否完全模擬了下屬模塊的功能。自底而上增值優(yōu)點：驅(qū)動模塊較易編寫，且能夠盡早查出底層涉及較復雜的算法和實際的I/O模塊中的錯誤。缺點：最后才能發(fā)現(xiàn)系統(tǒng)主控方面的問題。集成過程的原則①盡早測試關鍵模塊。②盡早測試包含I/O的模塊。軟件測試策略自頂而下增值集成過程的原則軟件測試策略軟件測試策略確認測試

確認測試也稱為驗收測試，它是指在模擬用戶實際操作的環(huán)境下（或開發(fā)環(huán)境下），運用黑盒測試法驗證軟件的有效性是否符合需求。確認測試完成后，可能產(chǎn)生兩種情形：⑴軟件系統(tǒng)功能、性能、領域等要素滿足用戶需求規(guī)格說明，軟件是有效的。⑵軟件系統(tǒng)功能、性能、領域等要素存在不滿足用戶需求規(guī)格說明的某些方面，確認測試文檔中給出了存在的錯誤或問題。軟件測試策略確認測試確認測試也稱為驗收測試，軟件測試策略系統(tǒng)測試

系統(tǒng)測試是指軟件系統(tǒng)作為整個計算機系統(tǒng)的一部分，與計算機系統(tǒng)的硬件系統(tǒng)、數(shù)據(jù)、外部其它軟件、文檔等要素相結(jié)合，在用戶實際運行環(huán)境中進行的確認測試。

功能測試性能測試

壓力測試容量測試安全測試文檔測試

恢復性測試備份測試系統(tǒng)測試的內(nèi)容：軟件測試策略系統(tǒng)測試系統(tǒng)測試是指軟件系統(tǒng)作為軟件測試策略系統(tǒng)測試——壓力測試

壓力測試也成為強度測試，是指系統(tǒng)在各種資源超負荷得情況下對運行狀況進行測試。壓力測試的基本思路：計算機系統(tǒng)資源匱乏的條件下運行的測試，是測試系統(tǒng)在使用峰值時的性能。壓力測試的主要對象包括：內(nèi)存、外部存儲、網(wǎng)絡負載、中斷處理、緩沖區(qū)、事務隊列、在線用戶量等。軟件測試策略系統(tǒng)測試——壓力測試壓力測試也成軟件測試策略系統(tǒng)測試——壓力測試次數(shù)條件實際機器數(shù)瀏覽器LoadRunner模擬的獨立IP數(shù)瀏覽器1延遲5分鐘6臺4臺IE模擬50個獨立IP模擬40個獨立IPIE2延遲5分鐘6臺4臺IE模擬50個獨立IP模擬40個獨立IPFireFox3延遲5分鐘6臺4臺FireFox模擬50個獨立IP模擬40個獨立IPIE4延遲5分鐘6臺4臺FireFox模擬50個獨立IP模擬40個獨立IPFireFox

對一個最大并發(fā)量在100臺的票務系統(tǒng)進行壓力測試。軟件測試策略系統(tǒng)測試——壓力測試次數(shù)條件實際機器數(shù)瀏覽器Lo軟件測試策略系統(tǒng)測試——容量測試

容量測試是面向數(shù)據(jù)的測試，是指在系統(tǒng)運行時超額處理大數(shù)據(jù)量時的能力。

在線系統(tǒng)：測試在某時臨時緩沖區(qū)是否快溢出或填滿，執(zhí)行時間是否停機。要混合使用創(chuàng)建、更新、讀和刪除不同的操作。數(shù)據(jù)庫系統(tǒng)：每個作業(yè)是在大量的業(yè)務數(shù)據(jù)下運行的，比如數(shù)據(jù)庫中所有對象都需要處理的業(yè)務，復雜的表檢索。文件交換：尤其長文件，長度長于通訊協(xié)議里典型最大值（1,2,4,8,...兆-或千兆字節(jié)）。比如郵件協(xié)議不支持的長度。大長度通常是為了在通信中超時設定。磁盤空間：試著去填充磁盤中任何有磁盤空間的地方。檢查如果是已經(jīng)不再有空余空間，甚至還有更多數(shù)據(jù)要填入這個系統(tǒng)的情況下，會發(fā)生什么情況。有沒有像溢出緩沖區(qū)這樣的存儲區(qū)？是否會有任何警告信號，是否有數(shù)據(jù)丟失？文件系統(tǒng)：文件系統(tǒng)的文件的最大數(shù)目或者最大長度。軟件測試策略系統(tǒng)測試——容量測試容量測試是面軟件測試策略系統(tǒng)測試——安全測試

安全測試用于驗證系統(tǒng)安全保護機制是否能在實際運行中，保護系統(tǒng)不受非法侵入。安全測試主要內(nèi)容有：外部的非法侵入、內(nèi)部操作的超越權限、出錯時系統(tǒng)的反應速度、安全性性能的花費時間等。

軟件測試策略系統(tǒng)測試——安全測試安全測試用于簡單的例子：假設有txtName和txtPassword接受頁面輸入用戶名和密碼，然后構(gòu)造如下sql語句：

select*from[User]whereuserName='"+txtName+"’and

userPassword='"+txtPassword+"'";

這時，如果輸入的用戶名為your，但不知道密碼，于是在"用戶名"處輸入：

your'--"select*from[User]whereuserName='your'--'

and

userPassword=....注意："--",會把后邊的sql作為注釋，這就是sql注入。軟件測試策略系統(tǒng)測試——安全測試簡單的例子：軟件測試策略系統(tǒng)測試——安全測試軟件測試策略系統(tǒng)測試——恢復性測試

恢復性測試是對系統(tǒng)出現(xiàn)異常時，系統(tǒng)能從錯誤中正確恢復的能力測試。借助于系統(tǒng)運行日志，恢復性測試可以通過系統(tǒng)自動恢復或人工恢復兩種形式。恢復內(nèi)容也主要包括兩種形式：一種是恢復系統(tǒng)在出現(xiàn)異常之前的所有活動，即系統(tǒng)功能從開始運行到出現(xiàn)異常之前的所有操作重新執(zhí)行一次。另一種是恢復系統(tǒng)正在處理的數(shù)據(jù)，這類恢復需要和系統(tǒng)的備份相關。軟件測試策略系統(tǒng)測試——恢復性測試恢復性測試是對系統(tǒng)硬件及有關設備故障。測試對于硬件及設備故障是否有有效的保護及恢復能力，系統(tǒng)是否具有診斷、故障報告及指示處理方法的能力。例如，設備掉電后(如客戶端和服務器端斷電)的可恢復程度。軟件系統(tǒng)故障。測試系統(tǒng)的程序及數(shù)據(jù)是否有足夠可靠的備份措施，在系統(tǒng)遭破壞后是否具有重新恢復正常工作的能力，對系統(tǒng)故障是否自動檢測和診斷的功能。在異常情況時是否記錄故障前后的狀態(tài),搜集有用信息供測試分析。數(shù)據(jù)故障。測試數(shù)據(jù)處理周期未完成時的恢復程度，例如數(shù)據(jù)交換或同步進程被中斷，異常終止或提前終止的數(shù)據(jù)庫進程，最后還有操作異常等情況。通信故障和錯誤。測試有沒有糾正通信傳輸錯誤的措施，有沒有恢復到與其他系統(tǒng)通信發(fā)生故障前原狀的措施，還有對通信故障所采取的措施是否滿足運行要求等。軟件測試策略系統(tǒng)測試——恢復性測試硬件及有關設備故障。測試對于硬件及設備故障是否有有效的保護及軟件測試策略α測試和β測試α測試是在開發(fā)環(huán)境下，由用戶和軟件開發(fā)人員、測試人員共同對系統(tǒng)進行的測試。測試的目的是盡可能模擬用戶使用環(huán)境，同時反映系統(tǒng)功能、性能的運行能力。β測試是在系統(tǒng)實際用戶使用環(huán)境下進行的測試，并且整個測試過程都是用戶獨立進行，不受開發(fā)人員和測試人員的影響。β測試是涉及面最廣、測試用戶最多、最能真實反映用戶使用的測試，但其測試時間長、花費較大、測試過程難以控制。軟件測試策略α測試和β測試α測試是在開發(fā)環(huán)境調(diào)試軟件測試的目的是發(fā)現(xiàn)錯誤，測試完成之后的軟件調(diào)試目的是為了定位和修改錯誤，以保證軟件運行的正確性和可靠性。軟件調(diào)試活動主要分為以下三部分內(nèi)容：⑴確定軟件系統(tǒng)出現(xiàn)錯誤的準確位置，這需要一個過程，特別需要的是調(diào)試人員的經(jīng)驗和技巧。⑵對發(fā)現(xiàn)錯誤的修改。修改錯誤也需要經(jīng)驗，如分析修改的程序是否涉及全局數(shù)據(jù)、是否涉及面向?qū)ο髾C制（如