测试计划和单元测试课件

測試計畫和單元測試

2基本測試過程 基本測試過程原則：儘早測試、經常測試、充分測試。開發過程與測試過程：分析、測試、設計、測試、編碼、測試。測試計畫應該是按照開發者的要求並用具體例子來描述一個測試計畫的層次結構以及各個測試計畫相聯系的標準模版。3測試的五個問題誰執行了測試？測試什麼？什麼時候測試？怎樣測試？測試應進行到何種程度？4測試方案設計良好的測試設計由以下的若干個方面組成：測試策略測試計畫測試說明書測試規範這些方案適用於從單元測試到系統測試等各個級別的測試。測試設計需要根據軟體說明書來進行。5單元測試2-1概況定義：檢驗程式最小單位有無錯誤。一般在編碼之後，由開發人員完成。單元：軟體開發中的最小的獨立部分C語言中的單元：函數或者是子過程C++語言中的單元：類6單元測試2-2單元測試目前狀況：實施效果非常好，但是實施阻力比較大(主要是人員和管理因素)，一般只在關鍵的程式單元中實施有比較系統的理論和方法，但也依賴於系統的特殊性和開發人員的經驗有大量的輔助工具，開發人員也經常自己開發測試代碼和測試工具主要使用白盒測試和靜態分析，也使用黑盒測試7單元測試流程管理流程主要指動態測試應用流程測試計畫測試設計測試執行測試記錄分析測試總結完畢缺陷跟蹤針對測試目標，規定測試任務、資源分配、人員角色、進度安排等。根據測試計畫，設計測試用例，包括：測試步驟、測試場景、測試代碼、測試數據(包括預期結果)。根據測試計畫，配置測試環境，並手動或者自動執行測試設計。根據測試計畫，忠實地記錄測試執行的過程和結果。分析測試記錄，如果發現與預期結果不同，確定並重現缺陷。檢查測試設計是否全部執行完畢，缺陷是否全部關閉。記錄、分發、評估、關閉缺陷報告。分析測試過程和缺陷報告，評估測試品質和測試效果，給出是否通過測試的建議。8測試用例2-1測試用例是數據輸入和期望結果組成的對。軟體中有許多錯誤用戶遇到的錯誤只占很小比例應該針對用戶最容易遇到的錯誤進行測試，以便改進測試的有效性9測試用例2-2ANSI/IEEE829標準列出了測試用例應該包含在內的重要資訊：識別字測試項輸入說明輸出說明環境要求特殊要求用例依賴性10單元測試說明書的組成單元測試說明書由一系列單元測試用例組成。每個單元測試用例都應該包括四個基本要素（對照ANSI/IEEE標準）：單元的初始狀態說明單元的輸入測試用例實際要測試的內容測試用例的預期結果11單元測試說明書(例)－測試計畫編號如：stb-tp0013標題如：文字排版功能.字間距.MayCourse版本號如：V1.0執行狀態如：未執行修改記錄如：2003年7月28日；××編制/修改；原因測試目標如：語句覆蓋測試人員如：××1負責執行測試用例xxx；××2負責執行測試用例xxx測試用例編號(多個)如：stb-fg00021/stb-fg00031/stb-fg00035…被測試單元代碼位置如：$tag1/layout/MayCourse.cpp12單元測試說明書(例)－測試用例編號如：stb-tp00014標題如：測試“文字排版功能.字間距.MayCourse”版本號如：V1.3執行狀態如：已經執行修改記錄如：2003年7月29日；××編制/修改；原因測試步驟如：配置運行環境；輸入測試數據；執行X功能/測試代碼；觀察/記錄XX測試場景如：在聯網的環境下測試代碼如：stb-tp00021(位置)/stb-tp00035(位置)…測試數據如：輸入數據(輸入檔、文字描述…)；預期結果(性能、圖片、文字描述…)13單元測試說明書(例)－測試記錄編號如：stb-tp00015標題如：記錄測試“文字排版功能.字間距.MayCourse”結果填寫記錄如：2003年7月30日；××填寫；原因測試用例編號如：stb-tp0015輸出結果如：圖片、文字描述測試觀察符合/不符合期望結果14單元測試說明書(例)－缺陷跟蹤報告編號如：stb-tp00016標題如：文字排版功能.字間距.MayCourse計算錯誤版本號如：V1.3執行狀態如：空白/草稿/提交/審批/分發/正在修改/修改完畢/正在確認/關閉…修改記錄如：2003年7月31日；××編制/修改；原因測試環境和版本號碼、程式編寫人員錯誤嚴重程度和優先順序別錯誤詳細描述重現步驟和方式、對應的測試記錄編碼附件建議修改方式修改內容、結果及修改人員簽字/日期確認內容、結果及確認人員簽字/日期15單元測試說明書(例)－總結報告

編號如：stb-tp00017標題如：文字排版功能.字間距.MayCourse單元測試總結報告版本號如：V1.5執行狀態如：已經提交修改記錄如：2003年8月1日；××編制/修改；原因測試計畫編號計畫執行情況缺陷統計(缺陷總數/未解決數目)及為解決缺陷列表後續處理措施是否通過單元測試16制定單元測試說明書步驟包含一組單獨的單元測試用例的單元測試說明書的設計過程：步驟1－運行簡單測試用例步驟2－正面測試步驟3－負面測試步驟4－考慮特殊事項步驟5－覆蓋完成率測試步驟6－完善說明書，進行相對完整測試17測試用例設計技術測試用例設計技術可以大體分成兩個主要類別：黑盒技術使用的是單元的介面和對功能的描述，而無需知道單元內部是如何構建的。白盒技術使用的是有關單元內部如何工作的資訊。此外還有其他的技術，它們都不能歸入上面的類別中，例如錯誤猜測。18黑盒測試測試手段2-1根據說明書進行的測試測試用例是通過通讀相關的說明書而設計得到的。

每個測試用例都應該測試說明書的一條或多條陳述。等價劃分基本做法是將要測試的軟體的輸入和輸出分成若干部分，對於特定部分中的任意值，軟體行為都是等價的。19黑盒測試測試手段2-2邊界值分析它使用與等價劃分相同的方法分析各個部分。但是，它假定錯誤最可能出現在各部分之間的邊界處。狀態變換測試當軟體被設計成狀態機或者軟體實現的是以狀態機為模型的需求的時候，狀態變換測試特別有用。測試用例通過生成導致轉變的事件來測試

狀態之間的轉換。20白盒測試測試手段2-1分支測試測試用例被設計為檢驗對單元中的流分支或判定點的控制。通常來說它的目的是要達到目標級別的判定覆蓋率。條件測試條件測試的目標是設計測試用例以表明邏輯條件的單個組件和單個組件的組合是正確的。21白盒測試測試手段2-2數據定義－使用測試它將測試用例設計為對成對的數據定義和使用進行測試。設置資料項目的值的地方就是數據定義，讀取或使用數據的地方就是數據使用。次邊界值測試很多情況下，各部分和它們的邊界可以通過單元功能說明書來識別。但是，單元可能會有內部邊界值，它只能

通過結構說明書來識別。22錯誤猜測錯誤猜測主要是憑經驗，同時還需要諸如邊界值分析等其他技術的一些輔助。憑藉經驗，測試設計者猜測特定類型的軟體中可能出現的錯誤類型，並設計測試用例來找到它們。由有經驗的工程師來進行錯誤猜測可能是最有效地