測試計劃和單元測試

1、Version 3.0測試計劃和單元測試測試計劃和單元測試 測試工具是輔助測試整個過程的工具軟件。測試工具是輔助測試整個過程的工具軟件。 單元測試工具的種類和優(yōu)勢、缺陷。單元測試工具的種類和優(yōu)勢、缺陷。 健壯的測試工具的引入應該具有一定的設計健壯的測試工具的引入應該具有一定的設計原則。原則。 介紹介紹Panorama產(chǎn)品內(nèi)容和運行環(huán)境、使用原產(chǎn)品內(nèi)容和運行環(huán)境、使用原理、各個工具的簡單運用以及缺陷。理、各個工具的簡單運用以及缺陷。 計劃測試過程計劃測試過程 制定單元測試說明書制定單元測試說明書 明確測試用例設計技術明確測試用例設計技術 單元測試的測試手段單元測試的測試手段 基本測試過程原則：盡

2、早測試、經(jīng)常測試、基本測試過程原則：盡早測試、經(jīng)常測試、充分測試。充分測試。 開發(fā)過程與測試過程：分析、測試、設計、開發(fā)過程與測試過程：分析、測試、設計、測試、編碼、測試測試、編碼、測試 。 測試計劃應該是按照開發(fā)者的要求并用具測試計劃應該是按照開發(fā)者的要求并用具體例子來描述一個測試計劃的層次結構以體例子來描述一個測試計劃的層次結構以及各個測試計劃相聯(lián)系的標準模版。及各個測試計劃相聯(lián)系的標準模版。 誰執(zhí)行了測試？誰執(zhí)行了測試？ 測試什么？測試什么？ 什么時候測試？什么時候測試？ 怎樣測試？怎樣測試？ 測試應進行到何種程度？測試應進行到何種程度？ 良好的測試設計由以下的若干個方面組成：良好的測試

3、設計由以下的若干個方面組成： 測試策略測試策略 測試計劃測試計劃 測試說明書測試說明書 測試規(guī)范測試規(guī)范 這些方案適用于從單元測試到系統(tǒng)測試等各這些方案適用于從單元測試到系統(tǒng)測試等各個級別的測試。測試設計需要根據(jù)軟件說明個級別的測試。測試設計需要根據(jù)軟件說明書來進行。書來進行。 概況概況 定義：定義：檢驗程序最小單位有無錯誤。一般在編碼之后，檢驗程序最小單位有無錯誤。一般在編碼之后，由開發(fā)人員完成。由開發(fā)人員完成。單元：軟件開發(fā)中的最小的獨立部分單元：軟件開發(fā)中的最小的獨立部分 C C語言中的單元：函數(shù)或者是子過程語言中的單元：函數(shù)或者是子過程 C+ C+語言中的單元：類語言中的單元：類 單元

4、測試目前狀況：單元測試目前狀況：實施效果非常好，但是實施阻力比較大實施效果非常好，但是實施阻力比較大( (主要主要是人員和管理因素是人員和管理因素) )，一般只在關鍵的程序，一般只在關鍵的程序單元中實施單元中實施有比較系統(tǒng)的理論和方法，但也依賴于系統(tǒng)的有比較系統(tǒng)的理論和方法，但也依賴于系統(tǒng)的特殊性和開發(fā)人員的經(jīng)驗特殊性和開發(fā)人員的經(jīng)驗有大量的輔助工具，開發(fā)人員也經(jīng)常自己開發(fā)有大量的輔助工具，開發(fā)人員也經(jīng)常自己開發(fā)測試代碼和測試工具測試代碼和測試工具主要使用白盒測試和靜態(tài)分析，也使用黑盒測主要使用白盒測試和靜態(tài)分析，也使用黑盒測試試 管理流程管理流程 主要指動態(tài)測試應用流程主要指動態(tài)測試應用流程

5、測試計劃測試設計測試執(zhí)行測試記錄分析測試總結完畢缺陷跟蹤針對測試目標，規(guī)定測試任務、資源分配、人員角色、進度安排等。根據(jù)測試計劃，設計測試用例，包括：測試步驟、測試場景、測試代碼、測試數(shù)據(jù)(包括預期結果)。根據(jù)測試計劃，配置測試環(huán)境，并手動或者自動執(zhí)行測試設計。根據(jù)測試計劃，忠實地記錄測試執(zhí)行的過程和結果。分析測試記錄，如果發(fā)現(xiàn)與預期結果不同，確定并重現(xiàn)缺陷。檢查測試設計是否全部執(zhí)行完畢，缺陷是否全部關閉。記錄、分發(fā)、評估、關閉缺陷報告。分析測試過程和缺陷報告，評估測試質(zhì)量和測試效果，給出是否通過測試的建議。 測試用例是數(shù)據(jù)輸入和期望結果組成的對測試用例是數(shù)據(jù)輸入和期望結果組成的對 。軟件中有

6、許多錯誤軟件中有許多錯誤用戶遇到的錯誤只占很小比用戶遇到的錯誤只占很小比例例應該針對用戶最容易遇到的應該針對用戶最容易遇到的錯誤進行測試，以便改進測錯誤進行測試，以便改進測試的有效性試的有效性 ANSI/IEEE829標準列出了測試用例應該包含標準列出了測試用例應該包含在內(nèi)的重要信息：在內(nèi)的重要信息：標識符標識符測試項測試項輸入說明輸入說明輸出說明輸出說明環(huán)境要求環(huán)境要求特殊要求特殊要求用例依賴性用例依賴性 單元測試說明書由一系列單元測試用例組成。單元測試說明書由一系列單元測試用例組成。每個單元測試用例都應該包括四個基本要素每個單元測試用例都應該包括四個基本要素（對照（對照ANSI/IEEE標

7、準標準）：）： 單元的初始狀態(tài)說明單元的初始狀態(tài)說明 單元的輸入單元的輸入測試用例實際要測試的內(nèi)容測試用例實際要測試的內(nèi)容測試用例的預期結果測試用例的預期結果 編號編號 如：如：stb-tp0013 標題標題 如：文字排版功能如：文字排版功能.字間距字間距.MayCourse 版本號版本號 如：如：V1.0 執(zhí)行狀態(tài)執(zhí)行狀態(tài) 如：未執(zhí)行如：未執(zhí)行 修改記錄修改記錄 如：如：2003年年7月月28日；日；編制編制/修改；原修改；原因因 測試目標測試目標 如：語句覆蓋如：語句覆蓋 測試人員測試人員 如：如：1負責執(zhí)行測試用例負責執(zhí)行測試用例xxx；2負責執(zhí)行測試用例負責執(zhí)行測試用例xxx 測試用例

8、編號測試用例編號(多個多個)如：如：stb-fg00021/stb-fg00031/stb-fg00035 被測試單元代碼位置被測試單元代碼位置如：如：$tag1/layout/MayCourse.cpp 編號編號 如：如：stb-tp00014 標題標題 如：測試如：測試“文字排版功能文字排版功能.字間距字間距.MayCourse” 版本號版本號 如：如：V1.3 執(zhí)行狀態(tài)執(zhí)行狀態(tài) 如：已經(jīng)執(zhí)行如：已經(jīng)執(zhí)行 修改記錄修改記錄 如：如：2003年年7月月29日；日；編制編制/修改；修改；原因原因 測試步驟測試步驟 如：配置運行環(huán)境；輸入測試數(shù)據(jù)；執(zhí)如：配置運行環(huán)境；輸入測試數(shù)據(jù)；執(zhí)行行X功能功

9、能/測試代碼；觀察測試代碼；觀察/記錄記錄XX 測試場景測試場景 如：在聯(lián)網(wǎng)的環(huán)境下如：在聯(lián)網(wǎng)的環(huán)境下 測試代碼測試代碼 如：如：stb-tp00021(位置位置)/stb-tp00035(位位置置) 測試數(shù)據(jù)測試數(shù)據(jù) 如：輸入數(shù)據(jù)如：輸入數(shù)據(jù)(輸入文件、文字描述輸入文件、文字描述)；預期結果預期結果(性能、圖片、文字描述性能、圖片、文字描述) 編號編號 如：如：stb-tp00015 標題標題 如：記錄測試如：記錄測試“文字排版功能文字排版功能.字間字間距距.MayCourse”結果結果 填寫記錄填寫記錄 如：如：2003年年7月月30日；日；填寫；原因填寫；原因 測試用例編號測試用例編號

10、如：如：stb-tp0015 輸出結果輸出結果 如：圖片、文字描述如：圖片、文字描述 測試觀察測試觀察 符合符合/不符合期望結果不符合期望結果 編號編號 如：如：stb-tp00016 標題標題 如：文字排版功能如：文字排版功能.字間距字間距.MayCourse計算錯誤計算錯誤 版本號版本號 如：如：V1.3 執(zhí)行狀態(tài)執(zhí)行狀態(tài) 如：空白如：空白/草稿草稿/提交提交/審批審批/分發(fā)分發(fā)/正在修改正在修改/修改修改完畢完畢/正在確認正在確認/關閉關閉 修改記錄修改記錄 如：如：2003年年7月月31日；日；編制編制/修改；原因修改；原因 測試環(huán)境和版本號碼、程序編寫人員測試環(huán)境和版本號碼、程序編寫

11、人員 錯誤嚴重程度和優(yōu)先級別錯誤嚴重程度和優(yōu)先級別 錯誤詳細描述錯誤詳細描述 重現(xiàn)步驟和方式、對應的測試記錄編碼重現(xiàn)步驟和方式、對應的測試記錄編碼 附件附件 建議修改方式建議修改方式 修改內(nèi)容、結果及修改人員簽字修改內(nèi)容、結果及修改人員簽字/日期日期 確認內(nèi)容、結果及確認人員簽字確認內(nèi)容、結果及確認人員簽字/日期日期 編號編號 如：如：stb-tp00017 標題標題 如：文字排版功能如：文字排版功能.字間距字間距.MayCourse單元單元測試總結報告測試總結報告 版本號版本號 如：如：V1.5 執(zhí)行狀態(tài)執(zhí)行狀態(tài) 如：已經(jīng)提交如：已經(jīng)提交 修改記錄修改記錄 如：如：2003年年8月月1日；日

12、； 編制編制/修改；原修改；原因因 測試計劃編號測試計劃編號 計劃執(zhí)行情況計劃執(zhí)行情況 缺陷統(tǒng)計缺陷統(tǒng)計(缺陷總數(shù)缺陷總數(shù)/未解決數(shù)目未解決數(shù)目)及為解決缺陷列及為解決缺陷列表表 后續(xù)處理措施后續(xù)處理措施 是否通過單元測試是否通過單元測試包含一組包含一組單獨單獨的的單元測試用例單元測試用例的的單元測試單元測試說明書的說明書的設計過程設計過程： 步驟步驟 1 1 運行簡單測試用例運行簡單測試用例 步驟步驟 2 2 正面測試正面測試 步驟步驟 3 3 負面測試負面測試 步驟步驟 4 4 考慮特殊考慮特殊事項事項 步驟步驟 5 5 覆蓋完成率測試覆蓋完成率測試 步驟步驟 6 6 完善說明書，進行相對

13、完整測試完善說明書，進行相對完整測試 測試用例設計技術可以大體分成兩個主要類測試用例設計技術可以大體分成兩個主要類別：別： 黑盒技術使用的是單元的接口和對功能的描述，黑盒技術使用的是單元的接口和對功能的描述，而無需知道單元內(nèi)部是如何構建的。而無需知道單元內(nèi)部是如何構建的。 白盒技術使用的是有關單元內(nèi)部如何工作的信白盒技術使用的是有關單元內(nèi)部如何工作的信息。息。 此外還有其他的技術，它們都不能歸入上面的此外還有其他的技術，它們都不能歸入上面的類別中，例如錯誤猜測。類別中，例如錯誤猜測。 根據(jù)說明書進行的測試根據(jù)說明書進行的測試 測試用例是通過通讀相關的說明書而設計得到的。測試用例是通過通讀相關的

14、說明書而設計得到的。每個測試用例都應該測試說明書的一條或多條陳每個測試用例都應該測試說明書的一條或多條陳述。述。 等價劃分等價劃分 基本做法是將要測試的軟件的輸入和輸出分成若基本做法是將要測試的軟件的輸入和輸出分成若干部分，對于特定部分中的任意值，軟件行為都干部分，對于特定部分中的任意值，軟件行為都是等價的。是等價的。 邊界值分析邊界值分析 它使用與等價劃分相同的方法分析各個部分。它使用與等價劃分相同的方法分析各個部分。但是，它假定錯誤最可能出現(xiàn)在各部分之間的但是，它假定錯誤最可能出現(xiàn)在各部分之間的邊界處。邊界處。 狀態(tài)變換測試狀態(tài)變換測試 當軟件被設計成狀態(tài)機或者軟件實現(xiàn)的是以狀當軟件被設計

15、成狀態(tài)機或者軟件實現(xiàn)的是以狀態(tài)機為模型的需求的時候，狀態(tài)變換測試特別態(tài)機為模型的需求的時候，狀態(tài)變換測試特別有用。有用。 測試用例通過生成導致轉變的事件來測試測試用例通過生成導致轉變的事件來測試狀態(tài)之間的轉換。狀態(tài)之間的轉換。 分支測試分支測試 測試用例被設計為檢驗對單元中的流分支或測試用例被設計為檢驗對單元中的流分支或判定判定點的控制。點的控制。 通常來說它的目的是要達到目標級別的通常來說它的目的是要達到目標級別的判定判定覆蓋率。覆蓋率。 條件測試條件測試 條件測試的目標是設計測試用例以表明邏輯條件測試的目標是設計測試用例以表明邏輯條件的單個組件和單個組件的組合是正確的。條件的單個組件和單個

16、組件的組合是正確的。 數(shù)據(jù)定義數(shù)據(jù)定義 使用測試使用測試 它將測試用例設計為對成對的數(shù)據(jù)定義和使用它將測試用例設計為對成對的數(shù)據(jù)定義和使用進行測試。進行測試。 設置數(shù)據(jù)項的值的地方就是數(shù)據(jù)定義，讀取或設置數(shù)據(jù)項的值的地方就是數(shù)據(jù)定義，讀取或使用數(shù)據(jù)的地方就是數(shù)據(jù)使用。使用數(shù)據(jù)的地方就是數(shù)據(jù)使用。 次邊界值測試次邊界值測試 很多情況下，各部分和它們的邊界可以通過單很多情況下，各部分和它們的邊界可以通過單元功能說明書來識別。元功能說明書來識別。 但是，單元可能會有內(nèi)部邊界值，它只能但是，單元可能會有內(nèi)部邊界值，它只能通過結構說明書來識別。通過結構說明書來識別。 錯誤猜測主要是憑經(jīng)驗，同時還需要諸如邊錯誤猜測主要是憑經(jīng)驗，同時還需要諸如邊界值分析等其他技術的一些輔助。界值分析等其他技術的一些輔助。 憑借經(jīng)驗，測試設計者猜測特定類型的軟件憑借經(jīng)驗，測試設計者猜測特定類型的軟件中可能出現(xiàn)的錯誤類型，并設計測試用例來中可能出現(xiàn)的錯誤類型，并設計測試用例來找到它們。找到它們。 由有經(jīng)驗的工程師來進行錯誤猜測可能是最由有經(jīng)驗的工程師來進行錯誤猜測可能是最有效地設計能發(fā)現(xiàn)錯誤的測試的唯一方法。有效地設計能發(fā)現(xiàn)錯誤的測試的唯一方法。相反，任用不合適的人來進行錯誤猜測可能相反，任用不合適的人來進行