度量測試結(jié)果與缺陷管理

1、Version 3.0度量測試結(jié)果與缺陷管理度量測試結(jié)果與缺陷管理 良好的測試設(shè)計由若干個防范組成。良好的測試設(shè)計由若干個防范組成。 在單元測試中，測試應設(shè)計為檢驗各個單元在單元測試中，測試應設(shè)計為檢驗各個單元是否實現(xiàn)了該單元的設(shè)計說明書中的所有設(shè)是否實現(xiàn)了該單元的設(shè)計說明書中的所有設(shè)計計判定判定 。 單元測試說明書由一系列單元測試用例組成。單元測試說明書由一系列單元測試用例組成。 測試用例設(shè)計技術(shù)可以大體分成黑盒和白盒測試用例設(shè)計技術(shù)可以大體分成黑盒和白盒兩個主要類別。兩個主要類別。 缺陷猜測主要憑借測試設(shè)計者的經(jīng)驗。缺陷猜測主要憑借測試設(shè)計者的經(jīng)驗。 對測試本身信任程度的量度對測試本身信任

2、程度的量度 明白何時進行測試和使用覆蓋率明白何時進行測試和使用覆蓋率 進行缺陷管理進行缺陷管理 測試全貌：測試計劃、實際測試和寫測試測試全貌：測試計劃、實際測試和寫測試報告報告 度量是軟件工程過程的一個關(guān)鍵要素。度量是軟件工程過程的一個關(guān)鍵要素。 度量標準用于理解所創(chuàng)建的模型的屬性。度量標準用于理解所創(chuàng)建的模型的屬性。 對于測試結(jié)果的評價，需要監(jiān)視測試覆蓋率。對于測試結(jié)果的評價，需要監(jiān)視測試覆蓋率。 要減少要測試的條件的數(shù)量，可以將系統(tǒng)分要減少要測試的條件的數(shù)量，可以將系統(tǒng)分成多個獨立的部分。成多個獨立的部分。 這樣可以為代碼測試的各個部分分別生成不這樣可以為代碼測試的各個部分分別生成不同的條

3、件組合。同的條件組合。語句覆蓋語句覆蓋 選擇足夠的測試用例，使得程序中每一條可選擇足夠的測試用例，使得程序中每一條可執(zhí)行語句至少被執(zhí)行一次。執(zhí)行語句至少被執(zhí)行一次。判定覆蓋判定覆蓋 選擇足夠的測試用例，使得程序中每一個分選擇足夠的測試用例，使得程序中每一個分支判斷的每一種可能結(jié)果支判斷的每一種可能結(jié)果(主要指主要指switch-case情況情況)都至少被執(zhí)行一次。判定覆蓋也叫分都至少被執(zhí)行一次。判定覆蓋也叫分支覆蓋。支覆蓋。條件覆蓋條件覆蓋 選擇足夠的測試用例，使得程序中每一個分選擇足夠的測試用例，使得程序中每一個分支判斷中的每一個條件的可能結(jié)果都至少被支判斷中的每一個條件的可能結(jié)果都至少被執(zhí)

4、行一次。執(zhí)行一次。判定判定/條件覆蓋條件覆蓋 選擇足夠的測試用例，使得同時滿足判定覆選擇足夠的測試用例，使得同時滿足判定覆蓋和條件覆蓋。蓋和條件覆蓋。條件組合覆蓋條件組合覆蓋 選擇足夠的測試用例，使得程序中每一個分選擇足夠的測試用例，使得程序中每一個分支判斷中的每一個條件的每一種可能組合結(jié)支判斷中的每一個條件的每一種可能組合結(jié)果都至少被執(zhí)行一次。果都至少被執(zhí)行一次。路徑覆蓋路徑覆蓋 選擇足夠的測試用例，使得程序中所有的可選擇足夠的測試用例，使得程序中所有的可能路徑都至少被執(zhí)行一次。能路徑都至少被執(zhí)行一次。語句覆蓋判定覆蓋條件覆蓋判定/條件覆蓋條件組合覆蓋路徑覆蓋 需要完成的各種測試包括需要完成

5、的各種測試包括： 單元測試單元測試 集成測試集成測試 系統(tǒng)測試系統(tǒng)測試 驗收測試驗收測試 回歸測試回歸測試 在驗收和回歸測試后，對于覆蓋率測試達在驗收和回歸測試后，對于覆蓋率測試達到一定標準后，我們即發(fā)布軟件。到一定標準后，我們即發(fā)布軟件。 缺陷可以定義成：缺陷可以定義成： 沒有實現(xiàn)預定的使用需求或合理期望沒有實現(xiàn)預定的使用需求或合理期望 與規(guī)格說明書或標準存在偏差與規(guī)格說明書或標準存在偏差 在與標準的一致性方面導致客戶不滿的任何問在與標準的一致性方面導致客戶不滿的任何問題題 客戶期望以較少的時間客戶期望以較少的時間/成本獲得較高的質(zhì)量。成本獲得較高的質(zhì)量。 規(guī)格說明書在項目開發(fā)生命周期的后期

6、往往會被修規(guī)格說明書在項目開發(fā)生命周期的后期往往會被修改。改。 測試所發(fā)現(xiàn)的缺陷常常會招致大量的軟件開發(fā)成本。測試所發(fā)現(xiàn)的缺陷常常會招致大量的軟件開發(fā)成本。 新的開發(fā)方法、工具不斷地實現(xiàn)。新的開發(fā)方法、工具不斷地實現(xiàn)。 軟件管理不能讓測試成為瓶頸并減慢開發(fā)速度。軟件管理不能讓測試成為瓶頸并減慢開發(fā)速度。 測試需要快速、靈活和可靠。測試需要快速、靈活和可靠。 我們需要有關(guān)測試充分性的證據(jù)。我們需要有關(guān)測試充分性的證據(jù)。 致命性缺陷（致命性缺陷（Critical）數(shù)據(jù)丟失，數(shù)據(jù)計算缺陷、系統(tǒng)崩潰和非常死數(shù)據(jù)丟失，數(shù)據(jù)計算缺陷、系統(tǒng)崩潰和非常死機機 嚴重功能性缺陷嚴重功能性缺陷(Serious)規(guī)定

7、的功能沒有實現(xiàn)或不完整、設(shè)計不合理造規(guī)定的功能沒有實現(xiàn)或不完整、設(shè)計不合理造成性能低下，影響系統(tǒng)的運營成性能低下，影響系統(tǒng)的運營 警告性缺陷警告性缺陷(Moderate)不影響業(yè)務(wù)運營的功能問題不影響業(yè)務(wù)運營的功能問題 建議性缺陷建議性缺陷(Suggestion,Cosmetic)軟件設(shè)計和功能實現(xiàn)等不甚合理之處提出建議軟件設(shè)計和功能實現(xiàn)等不甚合理之處提出建議 高優(yōu)先級高優(yōu)先級 中優(yōu)先級中優(yōu)先級 低優(yōu)先級低優(yōu)先級1 1 分配給缺陷的分配給缺陷的ID號號2 2 提交缺陷的時間提交缺陷的時間3 3 缺陷提交人缺陷提交人4 4 版本號版本號發(fā)生缺陷的子系統(tǒng)或模塊發(fā)生缺陷的子系統(tǒng)或模塊5 5 缺陷發(fā)生

8、的條件缺陷發(fā)生的條件6 6 對缺陷的詳細描述對缺陷的詳細描述7 7 所使用的測試用例號所使用的測試用例號8 8 缺陷被發(fā)現(xiàn)的數(shù)據(jù)庫缺陷被發(fā)現(xiàn)的數(shù)據(jù)庫9 9 使用的機器號使用的機器號10 10 缺陷的重要性缺陷的重要性11 11 缺陷的改正優(yōu)先級缺陷的改正優(yōu)先級1212發(fā)生缺陷的子系統(tǒng)或模塊及相關(guān)發(fā)生缺陷的子系統(tǒng)或模塊及相關(guān)的模塊的模塊13 13 缺陷是否易再現(xiàn)缺陷是否易再現(xiàn)14 14 其他其他1 1 缺陷負責人缺陷負責人6 6 缺陷改正后需要重新做缺陷改正后需要重新做的測試的測試2 2 嚴重性嚴重性7 7 改正缺陷所影響的組件改正缺陷所影響的組件3 3 優(yōu)先級優(yōu)先級8 8 目前缺陷的狀態(tài)目前缺

9、陷的狀態(tài)4 4 估計改正缺陷的日期估計改正缺陷的日期9 9 缺陷類別缺陷類別5 5 估計改正缺陷所要花費的估計改正缺陷所要花費的時間時間10 10 解決辦法解決辦法 項目管理者項目管理者 測試管理者測試管理者 被分配修改缺陷的人被分配修改缺陷的人 組件代碼的編寫人組件代碼的編寫人 測試小組中的其他成員測試小組中的其他成員 這些階段如下所示：這些階段如下所示： 缺陷標識、記錄和報告缺陷標識、記錄和報告 缺陷的消除和跟蹤缺陷的消除和跟蹤 缺陷測量和根由分析缺陷測量和根由分析 缺陷預防缺陷預防/過程改進過程改進 軟件開發(fā)生命周期所有階段的測試軟件開發(fā)生命周期所有階段的測試 安裝測試工具安裝測試工具

10、缺陷管理問題包括：缺陷管理問題包括：缺陷遺漏缺陷遺漏同類缺陷重復同類缺陷重復精力分散精力分散 效率低效率低 數(shù)據(jù)庫更新不完全數(shù)據(jù)庫更新不完全 分類不嚴謹分類不嚴謹 - - 每個缺陷都被劃分為缺陷的類每個缺陷都被劃分為缺陷的類型型 用來攻擊項目分類的缺陷數(shù)據(jù)用來攻擊項目分類的缺陷數(shù)據(jù) 很多不負責任的缺陷很多不負責任的缺陷 重置是一個瓶頸重置是一個瓶頸 相同的缺陷卷土重來相同的缺陷卷土重來 缺陷狀態(tài)信息應該包含下列信息：缺陷狀態(tài)信息應該包含下列信息： 缺陷的當前狀態(tài)和狀態(tài)歷史記錄描述缺陷的當前狀態(tài)和狀態(tài)歷史記錄描述 狀態(tài)歷史記錄，包括描述日期、操作、執(zhí)行者、狀態(tài)歷史記錄，包括描述日期、操作、執(zhí)行者

11、、實際工作量、結(jié)果狀態(tài)和指定的下一個步驟的實際工作量、結(jié)果狀態(tài)和指定的下一個步驟的行。行。 下一個步驟估計需要付出的努力下一個步驟估計需要付出的努力 完成的期望日期完成的期望日期 缺陷分析和度量缺陷分析和度量 缺陷生命周期分布有助于深入了解缺陷結(jié)束缺陷生命周期分布有助于深入了解缺陷結(jié)束所花天數(shù)、修復缺陷所需付出的努力和進度分所花天數(shù)、修復缺陷所需付出的努力和進度分析析 對預計付出的努力相對于實際付出的努力的分對預計付出的努力相對于實際付出的努力的分析析 進行缺陷報告前執(zhí)行的過程進行缺陷報告前執(zhí)行的過程： 獲取空白的缺陷表格獲取空白的缺陷表格 指定可用的信息指定可用的信息 信息可用時不斷更新信息

12、可用時不斷更新 對缺陷信息進行分類，包括對缺陷信息進行分類，包括一般信息一般信息缺陷檢測信息缺陷檢測信息缺陷消除信息缺陷消除信息狀態(tài)信息狀態(tài)信息 估計要投入的努力、預計日期、實際估計要投入的努力、預計日期、實際日期以及缺陷在其整個生命周期中的變化。日期以及缺陷在其整個生命周期中的變化。 所需的缺陷信息有：所需的缺陷信息有： 有關(guān)缺陷性質(zhì)、它的修復優(yōu)先級等的基本信息；有關(guān)缺陷性質(zhì)、它的修復優(yōu)先級等的基本信息； 描述描述 - - 簡要的文字簡要的文字 優(yōu)先級（緊急、普通、不急）優(yōu)先級（緊急、普通、不急）您的優(yōu)先級，客您的優(yōu)先級，客戶的優(yōu)先級戶的優(yōu)先級 嚴重程度（主要、次要、不嚴重）嚴重程度（主要、

13、次要、不嚴重）您的優(yōu)先級，您的優(yōu)先級，客戶的優(yōu)先級客戶的優(yōu)先級 原因關(guān)鍵字（用于進一步分析）原因關(guān)鍵字（用于進一步分析） 癥狀（數(shù)據(jù)庫損壞、可視數(shù)據(jù)缺陷、癥狀（數(shù)據(jù)庫損壞、可視數(shù)據(jù)缺陷、界面缺陷、等等）界面缺陷、等等） 起源的階段起源的階段 找到的階段找到的階段 報告的數(shù)據(jù)報告的數(shù)據(jù) 期望和實際的結(jié)束日期期望和實際的結(jié)束日期 描述描述 版本、日志、周期、過程、用例版本、日志、周期、過程、用例 - 發(fā)現(xiàn)缺陷的發(fā)現(xiàn)缺陷的地方地方 報告者：（姓名、公司）報告者：（姓名、公司） 硬件操作系統(tǒng)硬件操作系統(tǒng) - 發(fā)現(xiàn)缺陷的平臺發(fā)現(xiàn)缺陷的平臺 測試位置測試位置 附件附件/附加信息附加信息 度量是軟件工程過程的一個關(guān)鍵要素。度量是軟件工程過程的一個關(guān)鍵要素。 可以在源代碼中插入語句以收集程序數(shù)據(jù)，可以在源代碼中插入語句以收集程序數(shù)據(jù)，例如計算每個分支的每一側(cè)被遍歷了幾次，例如計算每個分支的每一側(cè)被遍歷了幾次，或者每一段代碼是否都被執(zhí)行過，執(zhí)行了幾或者每一段代