18软体测木试策略.pptVIP

Chapter 18軟體測試策略(Software Testing Strategies) ●四種主要的軟體測試步驟 ●除錯的藝術 獨立測試群(Independent test group,ITG) ●軟體測試的策略是由專案經理、軟體工程師和測試專家所發展的。 ●步驟是：開始於“小部分”然後逐漸推進到“大部分”。主要的四個步驟：單元測試、整合測試、驗證測試、系統測試。(※這是本書的順序，某些人因為專案的大小規模不同，而認為順序是：單元、整合、系統、檢驗！) ●獨立測試群(ITG)，只有在軟體架構完成後，才開始進入計畫。 軟體測試步驟 測試策略(Testing Strategy) 測試策略(Testing Strategy)-Fig18-1 測試策略(Testing Strategy)-Fig18-2 四種測試策略 ●單元測試：集中在個別模組中，大量使用白箱測試技術。 ●整合測試：黑箱技術為主，也可能有限量的白箱測試。 ●驗證測試：測試滿足所有功能、行為。--只用黑箱測試。 ●最後是系統工程(超出軟工範圍)的系統測試。 測試的完成？ ●“何時結束測試”？其中的一個答案是：“永不會結束，只是把負擔由發展者轉移到客戶身上！” ●或是耗盡可用的時間、資源，就算完成！ ●可用統計方法來估計。 測試的完成？--錯誤密度曲線fig18-3 策略問題 ●在測試開始前，以定量的方式，確定產品需求。 ●明確敘述測試目標。 ●了解軟體的使用者與發展每個使用者類別的設定檔：描述使用者的use case. ●發展強調“快速週期測試”的測試計劃：可快速回應，以便控制品質。 ●建立可自我測試的穩定軟體：以 antibugging 技術來設計。 ●在測試前使用正式技術複審(FTR)作為過濾器。 ●執行FTR來評估測試策略與Test Case本身。 ●為測試過程發展持續的改進方法。 ※ antibugging:當錯誤發生時，能使錯誤條件被觸發，錯誤處理路徑被建立，因為重新開始或結束。[You75]例如Basic中的on error .. Goto 或resume。 單元測試(Unit Testing)-1 單元測試的主要項目 ●模組介面：確定資訊適告的流入、流出單元。 ●區域資料結構：確定所存的資料在演算法執行的所有步驟，都保持完整性。 ●邊界條件測試：以確定在邊界處都正常。 ●確定所有的獨立路徑都至少被執行一次以上。 ●所有的錯誤處理路徑，均被測試。 單元測試(Unit Testing)-2 單元測試的週邊環境(Unit Test Environment) 整合測試的策略(Integration Testing Strategies) Top Down Integration Bottom-Up Integration 三明治測試(Sandwich Testing) 回歸測試(Regression testing) ●回歸測試是某些測試子集合的再執行。用來確定，“所作的新改變”未被延伸到意外的作用。 ●回歸測試是減少“副作用”的重要策略。 ●主要包含有三種不同的Test Case (1)所有功能的代表樣本。(2)集中在可能被改變影響的功能的額外測試。(3)集中在被改變的軟體文件的測試。 煙霧測試(Smoke testing) ●是為複雜、著重時間的專案而設計，可讓軟體團隊常常去評估其專案。 ●已被轉成程式碼的軟體元件被整合為“根基(build)”。●一系列設計來揭露錯誤的測試，使根基能持續執行其功能。●根基與其他根基整合，而且整個產品“每日”作煙霧測試。整合方法可由下而下，或由下至上。 ●可被視為是周而複始的整合策略。軟體被每日重建與運用。 整合測試的綜合 ●由上而下的缺點是：需要stub, 以及伴隨而來的測試困難；優點是：可較早測試主控功能。 ●由下而上的缺點是：要最後一個模組加入後實體的程式才存在；優點是：易測試，而且不需stubs. ●所以有三明治測試：兼具以上兩者的妥協方案。 ●重要模組要儘可能早測試，而回歸測試應集中在重要的模組功能。 高階測試(High Order) Testing 驗證測試(Vaildation testing) ●整合測試的終點是：軟體完整組裝成套件。發現並修正錯誤，如此便可開始最後的測試—驗證測試。 ●是經由一系列驗證需求的黑箱測試來完成的。 ●應先定義將用於驗證與需求保持一致的測試案例。 ●組態複查(configuration review)：確定所有元件均被發展。 ●α 、β 測試 系統測試(System testing) ●本書，將軟體定位為系統元件的一個元素，所以軟體發展好後，最後要作系統整合與確認測試。 ●實際上本測試是一系列不同的測試。目的是要確保每個元件已被整合並執行所分配的功能。 其他特別測試 ●回復測