軟件質(zhì)量管理 第六章課件

第六章軟件缺陷跟蹤管理第六章軟件缺陷跟蹤管理目錄1、軟件缺陷的概念和種類2、正確面對軟件缺陷3、軟件缺陷的生命周期4、軟件缺陷的嚴(yán)重性和優(yōu)先級5、報告軟件缺陷6、分離和再現(xiàn)軟件缺陷7、測試總結(jié)報告8、測試的評測目錄1、軟件缺陷的概念和種類

軟件測試是在軟件開發(fā)的過程中，對軟件產(chǎn)品進行質(zhì)量控制，目的是保證軟件產(chǎn)品的最終質(zhì)量。一般來說軟件測試應(yīng)嚴(yán)格按照軟件測試流程，制定測試計劃、測試方案、測試規(guī)范，實施測試，對測試數(shù)據(jù)進行記錄，并根據(jù)測試情況撰寫測試報告。測試報告主要是報告發(fā)現(xiàn)的軟件缺陷。軟件測試是在軟件開發(fā)的過程中，對軟件產(chǎn)品進行質(zhì)量

測試評價主要包括覆蓋評價以及質(zhì)量和性能評價。覆蓋評價是對測試完全程度的評測；質(zhì)量和性能評價是對測試的軟件對象的性能、穩(wěn)定性以及可靠性的評測。測試評價主要包括覆蓋評價以及質(zhì)量和性能評價。覆蓋1、軟件缺陷的概念和種類

軟件缺陷簡單說就是存在于軟件（文檔、數(shù)據(jù)、程序）之中的那些不希望，或不可接受的偏差，而導(dǎo)致軟件產(chǎn)生的質(zhì)量問題。按照一般的定義，只要符合下面5個規(guī)則中的一個，就叫做軟件缺陷。1、軟件缺陷的概念和種類軟件缺陷簡單說就是存

軟件未達到軟件規(guī)格說明書中規(guī)定的功能；軟件超出軟件規(guī)格說明書中指明的范圍；軟件未達到軟件規(guī)格說明書中指出的應(yīng)達到的目標(biāo)；軟件運行出現(xiàn)錯誤；軟件測試人員認(rèn)為軟件難于理解，不易使用，運行速度慢，或者最終用戶認(rèn)為軟件使用效果不好。軟件未達到軟件規(guī)格說明書中規(guī)定的功能；

在軟件測試過程中如何判斷軟件缺陷，軟件缺陷都有哪些種類？（1）功能不正常（2）軟件在使用上不方便（3）軟件的結(jié)構(gòu)未做良好規(guī)劃（4）功能不充分（5）與軟件操作者的互動不良（6）使用性能不佳在軟件測試過程中如何判斷軟件缺陷，軟件缺陷都有哪（7）未做好錯誤處理（8）邊界錯誤（9）計算錯誤（10）使用一段時間所產(chǎn)生的錯誤（11）控制流程的錯誤（12）在大數(shù)據(jù)量壓力之下所產(chǎn)生的錯誤（13）在不同硬件環(huán)境下產(chǎn)生的錯誤（14）版本控制不良所產(chǎn)生的錯誤（15）軟件文檔的錯誤（7）未做好錯誤處理2、正確面對軟件缺陷

在軟件測試過程中，軟件測試人員必須確保測試過程發(fā)現(xiàn)的軟件缺陷得以關(guān)閉。2、正確面對軟件缺陷在軟件測試過程中，軟件測試人員

測試是為了證明程序有錯，而不是證明程序沒錯。不管測試計劃多么完善和執(zhí)行測試多么努力，也不能保證所有軟件缺陷發(fā)現(xiàn)了就能修復(fù)。有些軟件缺陷可能會完全被忽略，還有一些可能推遲到軟件后續(xù)版本中修復(fù)。有些軟件缺陷不被修復(fù)的原因如下。測試是為了證明程序有錯，而不是證明程序沒錯。不管（1）沒有足夠的時間（2）不算真正的軟件缺陷（3）修復(fù)的風(fēng)險太大（4）不值得修復(fù)（1）沒有足夠的時間

雖然軟件測試人員需要對自己找出的軟件缺陷保持一種平常心態(tài)，但同時又必須堅持有始有終的原則，跟蹤每一個軟件缺陷的處理結(jié)果，確保軟件缺陷得以關(guān)閉。而缺陷是否需要修復(fù)的最終決定權(quán)在軟件的項目負(fù)責(zé)人，但使得缺陷得以關(guān)閉的責(zé)任在測試人員。雖然軟件測試人員需要對自己找出的軟件缺陷保持一種3、軟件缺陷的生命周期

軟件缺陷從被測試人員發(fā)現(xiàn)一直到被修復(fù)，也經(jīng)歷了一個特有的生命周期的階段。下面是一個最簡單的軟件缺陷生命周期的例子，系統(tǒng)地表示軟件缺陷從被發(fā)現(xiàn)起經(jīng)歷的各個階段：3、軟件缺陷的生命周期軟件缺陷從被測試人員發(fā)現(xiàn)一

（1）測試人員找到并登記軟件缺陷，軟件缺陷被移交到程序修復(fù)人員。（2）程序修復(fù)人員修復(fù)軟件中的軟件缺陷，然后移交到測試人員。（3）測試人員確認(rèn)軟件缺陷被修復(fù)，關(guān)閉軟件缺陷。（1）測試人員找到并登記軟件缺陷，軟件缺陷被移交到程序修復(fù)

當(dāng)軟件缺陷首先被軟件測試人員發(fā)現(xiàn)時。在許多情況下，軟件缺陷生命周期的復(fù)雜程度僅為軟件缺陷被打開、解決和關(guān)閉。然而，在有些情況下，生命周期變得更復(fù)雜一些，如圖5-1所示。當(dāng)軟件缺陷首先被軟件測試人員發(fā)現(xiàn)時。圖5-1復(fù)雜的軟件缺陷生命周期圖5-1復(fù)雜的軟件缺陷生命周期4、軟件缺陷的嚴(yán)重性和優(yōu)先級

測試人員要對軟件缺陷分類，以簡明扼要的方式指出其影響。經(jīng)常使用的方法是給軟件缺陷劃分嚴(yán)重性和優(yōu)先級。嚴(yán)重性表示軟件缺陷的惡劣程度，反映其對產(chǎn)品和用戶的影響；優(yōu)先級表示修復(fù)缺陷的重要程度和應(yīng)該何時修復(fù)。下面給出嚴(yán)重性和優(yōu)先級的常用劃分方法，將有助于測試人員更好地理解兩者之間的差異。4、軟件缺陷的嚴(yán)重性和優(yōu)先級測試人員要對軟件缺陷嚴(yán)重性級別：①致命錯誤，例如，導(dǎo)致系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞等；②一般性錯誤，例如，操作性錯誤、錯誤結(jié)果、遺漏功能等；③次要錯誤，例如，錯別字、用戶接口布局、罕見故障等。嚴(yán)重性級別：缺陷優(yōu)先級：①最高優(yōu)先級，指的是一些關(guān)鍵性錯誤，必須立即修復(fù)；②高優(yōu)先級，在產(chǎn)品發(fā)布之前必須修復(fù)；③中優(yōu)先級，如果時間允許應(yīng)該修復(fù)；④低優(yōu)先級，可能會修復(fù)，但是也能發(fā)布軟件。缺陷優(yōu)先級：5、報告軟件缺陷報告軟件缺陷的基本原則：

在軟件測試過程中，對于發(fā)現(xiàn)的大多數(shù)軟件缺陷，要求測試人員簡捷、清晰地把發(fā)現(xiàn)的問題報告給判斷是否進行修復(fù)的小組，使其得到所需要的全部信息，然后才能決定怎么做。5、報告軟件缺陷報告軟件缺陷的基本原則：報告軟件缺陷的基本原則如下：1．盡快報告軟件缺陷2．有效地描述軟件缺陷報告軟件缺陷的基本原則如下：1．盡快報告軟件缺陷2．有效地描

有效的軟件缺陷描述要求如下：（1）簡單與短?。?）明確指明錯誤類型（3）單一（4）使用IT業(yè)界慣用的表達術(shù)語和表達方法有效的軟件缺陷描述要求如下：3．在報告軟件缺陷時不做任何評價4．補充和完善軟件缺陷報告3．在報告軟件缺陷時不做任何評價4．補充和完善軟件缺陷報告

以上概括了報告測試錯誤的規(guī)范要求，測試人員應(yīng)該牢記上面這些關(guān)于報告軟件缺陷的原則。這些原則幾乎可以運用到任何交流活動中，盡管有時難以做到，然而，如果希望有效地報告軟件缺陷，并使其得以修復(fù)，這些是測試人員要遵循的基本原則。以上概括了報告測試錯誤的規(guī)范要求，測試人員應(yīng)該牢

隨著軟件的測試要求不同，測試者積累了相應(yīng)的測試經(jīng)驗會，將會逐漸養(yǎng)成良好的專業(yè)習(xí)慣，不斷補充新的規(guī)范書寫要求。此外，經(jīng)常閱讀、學(xué)習(xí)高級測試工程師的測試錯誤報告，結(jié)合自己以前的測試錯誤報告進行對比和思考，可以不斷提高技巧。隨著軟件的測試要求不同，測試者積累了相應(yīng)的測試經(jīng)IEEE軟件缺陷報告模板ANS/IEEE829—1998標(biāo)準(zhǔn)定義了一個稱為軟件缺陷報告的文檔，用于報告“在測試期間發(fā)生的任何異常事件”。簡言之，就是用于登記軟件缺陷。模板標(biāo)準(zhǔn)如圖5-3所示。IEEE軟件缺陷報告模板ANS/IEEE829—圖5-3IEEE軟件缺陷報告模板圖5-3IEEE軟件缺陷報告模板軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)

至此，我們了解到軟件缺陷報告過程是很復(fù)雜的，需要大量信息、詳盡的細(xì)節(jié)和很好的組織工作，才能有所成效。在實際軟件測試工作中，為了更高效地記錄發(fā)現(xiàn)的軟件缺陷，并在軟件缺陷的整個生命周期中對其進行監(jiān)控，常常運用軟件缺陷跟蹤系統(tǒng)。圖5-4所示的是一個軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)。軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)至此，我們了解到軟件缺陷報圖

軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)圖軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)

軟件缺陷跟蹤數(shù)據(jù)庫最常用的功能，除了輸入軟件缺陷之外，就是通過執(zhí)行查詢來獲得需要的軟件缺陷清單。軟件缺陷跟蹤數(shù)據(jù)庫最常用的功能，除了輸入軟件缺陷之

通過使用軟件缺陷跟蹤數(shù)據(jù)庫，不但可以進行查詢，還可以找出發(fā)現(xiàn)的軟件缺陷類型，發(fā)現(xiàn)軟件缺陷的速度，以及多少軟件缺陷已經(jīng)得到了修復(fù)，能夠提取各種實用和關(guān)心的數(shù)據(jù)，可以顯示測試工作的成效和項目的進展情況。測試人員或者項目管理員可以看出數(shù)據(jù)中是否有趨勢顯示需要增加測試的區(qū)域，或者測試工作是否符合預(yù)先所制定的測試計劃的進程等。通過使用軟件缺陷跟蹤數(shù)據(jù)庫，不但可以進行查詢，還手工報告和跟蹤軟件缺陷

顯然，在軟件測試工作中，每個測試用例的結(jié)果都必須進行記錄。如果使用軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)，那么測試工具將自動記錄軟件缺陷的相關(guān)信息。如果測試是采用手工記錄和跟蹤軟件缺陷，那么有關(guān)軟件缺陷的信息可以直接記錄在相應(yīng)的文檔中。圖5-5所示的是根據(jù)ANS/IEEE829—1998標(biāo)準(zhǔn)設(shè)計的軟件缺陷報告文檔。手工報告和跟蹤軟件缺陷顯然，在軟件測試工作中，每圖5-5軟件缺陷報告文檔

圖5-5軟件缺陷報告文檔6、分離和再現(xiàn)軟件缺陷

測試人員要想有效報告軟件缺陷，就要對軟件缺陷以明顯、通用和再現(xiàn)的形式進行描述。分離和再現(xiàn)軟件缺陷是考驗軟件測試人員專業(yè)技能的地方，測試人員應(yīng)該設(shè)法找出縮小問題范圍的具體步驟。對測試人員有利的情況是，若建立起絕對相同的輸入條件時，軟件缺陷就會再次出現(xiàn)，不存在隨機的軟件缺陷。6、分離和再現(xiàn)軟件缺陷測試人員要想有效報告軟件缺

如果找到的軟件缺陷要采取繁雜的步驟才能再現(xiàn)，或者根本無法再現(xiàn)，碰到這種情況，可采取如下的方法來分離和再現(xiàn)軟件缺陷。實踐證明這些方法對測試人員是有所幫助的。（1）不要想當(dāng)然地接受任何假設(shè)（2）注意時間和運行條件上的因素如果找到的軟件缺陷要采取繁雜的步驟才能再現(xiàn)，或者（3）注意軟件的邊界條件、內(nèi)存容量和數(shù)據(jù)溢出的問題（4）注意事件發(fā)生次序?qū)е碌能浖毕荩?）考慮資源依賴性和內(nèi)存、網(wǎng)絡(luò)、硬件共享的相互作用（6）不要忽視硬件（3）注意軟件的邊界條件、內(nèi)存容量和數(shù)據(jù)溢出的問題7、測試總結(jié)報告

測試總結(jié)報告的目的是總結(jié)測試活動的結(jié)果，并根據(jù)這些結(jié)果對測試進行評價。這種報告是測試人員對測試工作進行總結(jié)，并識別出軟件的局限性和發(fā)生失效的可能性。在測試執(zhí)行階段的末期，應(yīng)該為每個測試計劃準(zhǔn)備一份相應(yīng)的測試總結(jié)報告。本質(zhì)上講，測試總結(jié)報告是測試計劃的擴展，起著對測試計劃“封閉回路”的作用。7、測試總結(jié)報告測試總結(jié)報告的目的是總結(jié)

圖5-6所示的是符合IEEE標(biāo)準(zhǔn)829—1998軟件測試文檔編制標(biāo)準(zhǔn)的測試總結(jié)報告模板。圖5-6所示的是符合IEEE標(biāo)準(zhǔn)829—1998軟件測試文圖5-6測試總結(jié)報告模板圖5-6測試總結(jié)報告模板8、測試的評測

測試的評測主要方法包括覆蓋評測和質(zhì)量評測。測試覆蓋評測是對測試完全程度的評測，它建立在測試覆蓋基礎(chǔ)上，測試覆蓋是由測試需求和測試用例的覆蓋或已執(zhí)行代碼的覆蓋表示的。質(zhì)量評測是對測試對象的可靠性、穩(wěn)定性以及性能的評測。質(zhì)量建立在對測試結(jié)果的評估和對測試過程中確定的缺陷及缺陷修復(fù)的分析基礎(chǔ)上。8、測試的評測測試的評測主要方法包括覆蓋8.1覆蓋評測

覆蓋評測指標(biāo)是用來度量軟件測試的完全程度的，所以可以將覆蓋用做測試有效性的一個度量。最常用的覆蓋評測是基于需求的測試覆蓋和基于代碼的測試覆蓋，它們分別是指針對需求（基于需求的）或代碼的設(shè)計/實施標(biāo)準(zhǔn)（基于代碼的）而言的完全程度評測。8.1覆蓋評測1）基于需求的測試覆蓋

基于需求的測試覆蓋在測試過程中要評測多次，并在測試過程中，每一個測試階段結(jié)束時給出測試覆蓋的度量。例如，計劃的測試覆蓋、已實施的測試覆蓋、已執(zhí)行成功的測試覆蓋等?；谛枨蟮臏y試覆蓋率通過以下公式計算：測試覆蓋率=T(p,i,x,s)/RfT%1）基于需求的測試覆蓋

在制定測試計劃活動中，將計算計劃的測試覆蓋，其計算方法如下：計劃的測試覆蓋率=Tp/RfT%

其中：Tp是用測試過程或測試用例表示的計劃測試需求數(shù)。Rf?T是測試需求的總數(shù)。在制定測試計劃活動中，將計算計劃的測試覆蓋，其計算方法如

在實施測試過程中，計算測試覆蓋時使用以下公式：已執(zhí)行的測試覆蓋率=Ti/RfT%

其中：Ti是用測試過程或測試用例表示的已執(zhí)行的測試需求數(shù)。RfT是測試需求的總數(shù)。在實施測試過程中，計算測試覆蓋時使用以下公式：

在執(zhí)行測試活動中，確定成功的測試覆蓋率（即執(zhí)行時未出現(xiàn)失敗的測試，如沒有出現(xiàn)缺陷或意外結(jié)果的測試）評測通過以下公式計算：成功的測試覆蓋率=Ts/RfT%

其中：Ts是用完全成功、沒有缺陷的測試過程或測試用例表示的已執(zhí)行測試需求數(shù)。RfT是測試需求的總數(shù)。在執(zhí)行測試活動中，確定成功的測試覆蓋率（即執(zhí)行時未出現(xiàn)失

在執(zhí)行測試過程中，經(jīng)常使用兩個測試覆蓋度量指標(biāo)，一個是確定已執(zhí)行的測試覆蓋率，另一個是確定成功的測試覆蓋率，即執(zhí)行時未出現(xiàn)失敗的測試覆蓋率。在執(zhí)行測試過程中，經(jīng)常使用兩個測試覆蓋度量指標(biāo)，2）基于代碼的測試覆蓋

基于代碼的測試覆蓋評測是測試過程中已經(jīng)執(zhí)行的代碼的多少，與之相對應(yīng)的是將要執(zhí)行測試的剩余代碼的多少。2）基于代碼的測試覆蓋

許多測試專家認(rèn)為，一個測試小組在測試工作中所要做的最為重要的事情之一就是度量代碼的覆蓋情況?；诖a的測試覆蓋率通過以下公式計算：基于代碼的測試覆蓋率=Ie/TIic%

其中：Ie是用代碼語句、代碼分支、代碼路徑、數(shù)據(jù)狀態(tài)判定點或數(shù)據(jù)元素名表示的已執(zhí)行代碼數(shù)。TIic是代碼的總數(shù)。許多測試專家認(rèn)為，一個

很明顯，在軟件測試工作中，進行基于代碼的測試覆蓋評測這項工作極有意義，因為任何未經(jīng)測試的代碼都是一個潛在的不利因素。在一般情況下，代碼覆蓋運用于較低的測試等級（例如單元和集成級）時最為有效。很明顯，在軟件測試工作中，進行基于代碼的測試覆蓋

但是，僅僅憑借執(zhí)行了所有的代碼，并不能為軟件質(zhì)量提供保證。也就是說，即使所有的代碼都在測試中得到執(zhí)行，并不能擔(dān)保代碼是按照客戶需求和設(shè)計的要求去做了。由于軟件運行對資源的依賴，也難以保證軟件運行期的錯誤。但是，僅僅憑借執(zhí)行了所有的代碼，并不能為軟件質(zhì)量8.2質(zhì)量評測

測試覆蓋的評測提供了對測試完全程度的評價，而在測試過程中對已發(fā)現(xiàn)缺陷的評測提供了最佳的軟件質(zhì)量指標(biāo)。8.2質(zhì)量評測測試覆蓋的評測提供了對

常用的測試有效性度量是圍繞缺陷分析來構(gòu)造的。缺陷分析就是分析缺陷在與缺陷相關(guān)聯(lián)的一個或者多個參數(shù)值上的分布。缺陷分析提供了一個軟件可靠性指標(biāo)，這些分析為揭示軟件可靠性的缺陷趨勢或缺陷分布提供了判斷依據(jù)。常用的測試有效性度量是圍繞缺陷分析來構(gòu)造的。缺陷

對于缺陷分析，常用的主要缺陷參數(shù)有以下4個。狀態(tài)：缺陷的當(dāng)前狀態(tài)（打開的、正在修復(fù)的或關(guān)閉的等）。優(yōu)先級：表示修復(fù)缺陷的重要程度和應(yīng)該何時修復(fù)。嚴(yán)重性：表示軟件缺陷的惡劣程度，反映其對產(chǎn)品和用戶的影響等。起源：導(dǎo)致缺陷的原因及其位置，或排除該缺陷需要修復(fù)的構(gòu)件。對于缺陷分析，常用的主要缺陷參數(shù)有以下4個。

缺陷分析通常用以下3類形式的度量提供缺陷評測：缺陷發(fā)現(xiàn)率；缺陷潛伏期；缺陷密度。缺陷分析通常用以下3類形式的度量提供缺陷評測：1．缺陷發(fā)現(xiàn)率缺陷發(fā)現(xiàn)率是將發(fā)現(xiàn)的缺陷數(shù)量作為時間的函數(shù)來評測，即創(chuàng)建缺陷趨勢圖，如圖5-7所示。1．缺陷發(fā)現(xiàn)率圖5-7缺陷發(fā)現(xiàn)率圖5-7缺陷發(fā)現(xiàn)率2．缺陷潛伏期

測試有效性的另外一個有用的度量是缺陷潛伏期，通常也稱為階段潛伏期。缺陷潛伏期是一種特殊類型的缺陷分布度量。在實際測試工作中，發(fā)現(xiàn)缺陷的時間越晚，這個缺陷所帶來的損害就越大，修復(fù)這個缺陷所耗費的成本就越多。表5-1顯示了一個項目的缺陷潛伏期的度量。2．缺陷潛伏期軟件質(zhì)量管理第六章課件

表5-2顯示了一個項目的缺陷分布情況（按缺陷造成階段和缺陷發(fā)現(xiàn)階段）。表5-2顯示了一個項目的缺陷分布情況（按缺陷造成階段和缺軟件質(zhì)量管理第六章課件

按照缺陷產(chǎn)生階段和缺陷發(fā)現(xiàn)階段統(tǒng)計了一個項目的缺陷分布情況后，根據(jù)軟件開發(fā)生命周期的各個階段缺陷潛伏期度量的加權(quán)值，可以對缺陷的發(fā)現(xiàn)過程有效性和修復(fù)軟件缺陷所耗費的成本等進行評測。這里采用了一個缺陷損耗的概念，缺陷損耗是使用階段潛伏期和缺陷分布來度量缺陷消除活動的有效性的一種度量。按照缺陷產(chǎn)生階段和缺陷發(fā)現(xiàn)階段統(tǒng)計了一個項目的缺

缺陷消耗可使用下面公式計算：表5-3顯示了一個項目的各個缺陷損耗值，它們依據(jù)的是經(jīng)過缺陷潛伏期加權(quán)的已發(fā)現(xiàn)的缺陷數(shù)。這樣，在驗收測試期間發(fā)現(xiàn)的需求缺陷的加權(quán)數(shù)值為42（即6×7=42）。缺陷消耗可使用下面公式計算：軟件質(zhì)量管理第六章課件

一般而言，缺陷損耗的數(shù)值越低，說明缺陷的發(fā)現(xiàn)過程越有效（最理想的數(shù)值應(yīng)該為1）。作為一個絕對值，缺陷損耗幾乎沒有任何意義，但是當(dāng)用缺陷損耗來度量測試有效性的長期趨勢時，它就會顯示出自己的價值。一般而言，缺陷損耗的數(shù)值越低，說明缺陷的發(fā)現(xiàn)過程3．缺陷密度軟件缺陷密度是一種以平均值估算法來計算出軟件缺陷分布的密度值。程序代碼通常是以千行為單位的，軟件缺陷密度是用下面公式計算的：3．缺陷密度

圖5-8顯示了一個項目的各個模塊中每千行代碼的缺陷密度。圖5-8各個模塊中每千行代碼的缺陷密度圖5-8顯示了一個項目的各個模塊中每千行代碼的缺陷密度。

但是，在實際評測中，缺陷密度這種度量方法是極不完善的，度量本身是不充分的。這里邊存在的主要問題是：所有的缺陷并不都是均等構(gòu)造的。各個軟件缺陷的惡劣程度，及其對產(chǎn)品和用戶的影響的嚴(yán)重程度，以及修復(fù)缺陷的重要程度有很大差別，有必要對缺陷進行“分級、加權(quán)”處理，給出軟件缺陷在各嚴(yán)重性級別或優(yōu)先級上的分布作為補充度量，這樣將使這種評測更加充分，更有實際應(yīng)用價值。但是，在實際評測中，缺陷密度這種度量方法是極不完

因為在測試工作中，大多數(shù)的缺陷都記錄了它的嚴(yán)重程度的等級和優(yōu)先級，所以這個問題通常都能夠很好解決。例如，圖5-9所示的缺陷分布圖表示軟件缺陷在各優(yōu)先級上所應(yīng)體現(xiàn)的分布方式。因為在測試工作中，大多數(shù)的缺陷都記錄了它的嚴(yán)重程

圖5-9各優(yōu)先級上軟件缺陷分布圖圖5-9各優(yōu)先級上軟件缺陷分布圖8.3性能評測

主要的性能評測包括以下幾點。動態(tài)監(jiān)測：在測試執(zhí)行過程中，實時獲取并顯示正在執(zhí)行的各測試用例的狀態(tài)。響應(yīng)時間和吞吐量：測試對象針對特定測試用例的響應(yīng)時間或吞吐量的評測。百分比報告：數(shù)據(jù)已收集值的百分比計算與評測。比較報告：代表不同測試執(zhí)行情況的兩個（或多個）數(shù)據(jù)集之間的差異或趨勢。追蹤和配置文件報告：測試用例和測試對象之間的消息和會話詳細(xì)信息。

8.3性能評測主要的性能評測包括以下幾點。1．動態(tài)監(jiān)測動態(tài)監(jiān)測通常以柱狀圖或曲線圖的形式提供實時顯示/報告。該報告用于在測試執(zhí)行過程中，通過顯示當(dāng)前的情況、狀態(tài)以及測試用例正在執(zhí)行的進度來監(jiān)測或評估性能測試執(zhí)行情況。例如，在圖5-10所示柱狀圖中。1．動態(tài)監(jiān)測圖5-10動態(tài)監(jiān)測柱狀圖圖5-10動態(tài)監(jiān)測柱狀圖2．響應(yīng)時間和吞吐量響應(yīng)時間和吞吐量是評測并計算與時間和吞吐量相關(guān)的性能行為。這些報告通常用曲線圖顯示，如圖5-11所示。響應(yīng)時間和吞吐量在“y”軸上，而事件數(shù)在“x”軸上。2．響應(yīng)時間和吞吐量圖5-11響應(yīng)時間曲線圖5-11響應(yīng)時間曲線3．百分比報告百分比報告通過顯示已收集數(shù)據(jù)類型的各種百分比值，提供了另一種性能統(tǒng)計計算方法，如圖5-12所示。3．百分比報告圖5-12數(shù)據(jù)類型的各種百分比值圖5-12數(shù)據(jù)類型的各種百分比值4.比較報告比較不同性能測試的結(jié)果，以評估測試執(zhí)行過程中所作的變更對性能行為的影響，這種做法是非常必要的。比較報告應(yīng)該用于顯示兩個數(shù)據(jù)集（分別代表不同的測試執(zhí)行）之間的差異或多個測試執(zhí)行之間的趨勢。4.比較報告5.追蹤和配置文件報告當(dāng)性能行為可以接受時，或性能監(jiān)測表明存在可能的瓶頸時（如當(dāng)測試用例保持給定狀態(tài)的時間過長），追蹤報告可能是最有價值的報告。追蹤和配置文件報告顯示低級信息。該信息包括主角與測試對象之間的消息、執(zhí)行流、數(shù)據(jù)訪問以及函數(shù)和系統(tǒng)調(diào)用。5.追蹤和配置文件報告Thankyou!Thankyou!第六章軟件缺陷跟蹤管理第六章軟件缺陷跟蹤管理目錄1、軟件缺陷的概念和種類2、正確面對軟件缺陷3、軟件缺陷的生命周期4、軟件缺陷的嚴(yán)重性和優(yōu)先級5、報告軟件缺陷6、分離和再現(xiàn)軟件缺陷7、測試總結(jié)報告8、測試的評測目錄1、軟件缺陷的概念和種類

軟件測試是在軟件開發(fā)的過程中，對軟件產(chǎn)品進行質(zhì)量控制，目的是保證軟件產(chǎn)品的最終質(zhì)量。一般來說軟件測試應(yīng)嚴(yán)格按照軟件測試流程，制定測試計劃、測試方案、測試規(guī)范，實施測試，對測試數(shù)據(jù)進行記錄，并根據(jù)測試情況撰寫測試報告。測試報告主要是報告發(fā)現(xiàn)的軟件缺陷。軟件測試是在軟件開發(fā)的過程中，對軟件產(chǎn)品進行質(zhì)量

測試評價主要包括覆蓋評價以及質(zhì)量和性能評價。覆蓋評價是對測試完全程度的評測；質(zhì)量和性能評價是對測試的軟件對象的性能、穩(wěn)定性以及可靠性的評測。測試評價主要包括覆蓋評價以及質(zhì)量和性能評價。覆蓋1、軟件缺陷的概念和種類

軟件缺陷簡單說就是存在于軟件（文檔、數(shù)據(jù)、程序）之中的那些不希望，或不可接受的偏差，而導(dǎo)致軟件產(chǎn)生的質(zhì)量問題。按照一般的定義，只要符合下面5個規(guī)則中的一個，就叫做軟件缺陷。1、軟件缺陷的概念和種類軟件缺陷簡單說就是存

軟件未達到軟件規(guī)格說明書中規(guī)定的功能；軟件超出軟件規(guī)格說明書中指明的范圍；軟件未達到軟件規(guī)格說明書中指出的應(yīng)達到的目標(biāo)；軟件運行出現(xiàn)錯誤；軟件測試人員認(rèn)為軟件難于理解，不易使用，運行速度慢，或者最終用戶認(rèn)為軟件使用效果不好。軟件未達到軟件規(guī)格說明書中規(guī)定的功能；

在軟件測試過程中如何判斷軟件缺陷，軟件缺陷都有哪些種類？（1）功能不正常（2）軟件在使用上不方便（3）軟件的結(jié)構(gòu)未做良好規(guī)劃（4）功能不充分（5）與軟件操作者的互動不良（6）使用性能不佳在軟件測試過程中如何判斷軟件缺陷，軟件缺陷都有哪（7）未做好錯誤處理（8）邊界錯誤（9）計算錯誤（10）使用一段時間所產(chǎn)生的錯誤（11）控制流程的錯誤（12）在大數(shù)據(jù)量壓力之下所產(chǎn)生的錯誤（13）在不同硬件環(huán)境下產(chǎn)生的錯誤（14）版本控制不良所產(chǎn)生的錯誤（15）軟件文檔的錯誤（7）未做好錯誤處理2、正確面對軟件缺陷

在軟件測試過程中，軟件測試人員必須確保測試過程發(fā)現(xiàn)的軟件缺陷得以關(guān)閉。2、正確面對軟件缺陷在軟件測試過程中，軟件測試人員

測試是為了證明程序有錯，而不是證明程序沒錯。不管測試計劃多么完善和執(zhí)行測試多么努力，也不能保證所有軟件缺陷發(fā)現(xiàn)了就能修復(fù)。有些軟件缺陷可能會完全被忽略，還有一些可能推遲到軟件后續(xù)版本中修復(fù)。有些軟件缺陷不被修復(fù)的原因如下。測試是為了證明程序有錯，而不是證明程序沒錯。不管（1）沒有足夠的時間（2）不算真正的軟件缺陷（3）修復(fù)的風(fēng)險太大（4）不值得修復(fù)（1）沒有足夠的時間

雖然軟件測試人員需要對自己找出的軟件缺陷保持一種平常心態(tài)，但同時又必須堅持有始有終的原則，跟蹤每一個軟件缺陷的處理結(jié)果，確保軟件缺陷得以關(guān)閉。而缺陷是否需要修復(fù)的最終決定權(quán)在軟件的項目負(fù)責(zé)人，但使得缺陷得以關(guān)閉的責(zé)任在測試人員。雖然軟件測試人員需要對自己找出的軟件缺陷保持一種3、軟件缺陷的生命周期

軟件缺陷從被測試人員發(fā)現(xiàn)一直到被修復(fù)，也經(jīng)歷了一個特有的生命周期的階段。下面是一個最簡單的軟件缺陷生命周期的例子，系統(tǒng)地表示軟件缺陷從被發(fā)現(xiàn)起經(jīng)歷的各個階段：3、軟件缺陷的生命周期軟件缺陷從被測試人員發(fā)現(xiàn)一

（1）測試人員找到并登記軟件缺陷，軟件缺陷被移交到程序修復(fù)人員。（2）程序修復(fù)人員修復(fù)軟件中的軟件缺陷，然后移交到測試人員。（3）測試人員確認(rèn)軟件缺陷被修復(fù)，關(guān)閉軟件缺陷。（1）測試人員找到并登記軟件缺陷，軟件缺陷被移交到程序修復(fù)

當(dāng)軟件缺陷首先被軟件測試人員發(fā)現(xiàn)時。在許多情況下，軟件缺陷生命周期的復(fù)雜程度僅為軟件缺陷被打開、解決和關(guān)閉。然而，在有些情況下，生命周期變得更復(fù)雜一些，如圖5-1所示。當(dāng)軟件缺陷首先被軟件測試人員發(fā)現(xiàn)時。圖5-1復(fù)雜的軟件缺陷生命周期圖5-1復(fù)雜的軟件缺陷生命周期4、軟件缺陷的嚴(yán)重性和優(yōu)先級

測試人員要對軟件缺陷分類，以簡明扼要的方式指出其影響。經(jīng)常使用的方法是給軟件缺陷劃分嚴(yán)重性和優(yōu)先級。嚴(yán)重性表示軟件缺陷的惡劣程度，反映其對產(chǎn)品和用戶的影響；優(yōu)先級表示修復(fù)缺陷的重要程度和應(yīng)該何時修復(fù)。下面給出嚴(yán)重性和優(yōu)先級的常用劃分方法，將有助于測試人員更好地理解兩者之間的差異。4、軟件缺陷的嚴(yán)重性和優(yōu)先級測試人員要對軟件缺陷嚴(yán)重性級別：①致命錯誤，例如，導(dǎo)致系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞等；②一般性錯誤，例如，操作性錯誤、錯誤結(jié)果、遺漏功能等；③次要錯誤，例如，錯別字、用戶接口布局、罕見故障等。嚴(yán)重性級別：缺陷優(yōu)先級：①最高優(yōu)先級，指的是一些關(guān)鍵性錯誤，必須立即修復(fù)；②高優(yōu)先級，在產(chǎn)品發(fā)布之前必須修復(fù)；③中優(yōu)先級，如果時間允許應(yīng)該修復(fù)；④低優(yōu)先級，可能會修復(fù)，但是也能發(fā)布軟件。缺陷優(yōu)先級：5、報告軟件缺陷報告軟件缺陷的基本原則：

在軟件測試過程中，對于發(fā)現(xiàn)的大多數(shù)軟件缺陷，要求測試人員簡捷、清晰地把發(fā)現(xiàn)的問題報告給判斷是否進行修復(fù)的小組，使其得到所需要的全部信息，然后才能決定怎么做。5、報告軟件缺陷報告軟件缺陷的基本原則：報告軟件缺陷的基本原則如下：1．盡快報告軟件缺陷2．有效地描述軟件缺陷報告軟件缺陷的基本原則如下：1．盡快報告軟件缺陷2．有效地描

有效的軟件缺陷描述要求如下：（1）簡單與短?。?）明確指明錯誤類型（3）單一（4）使用IT業(yè)界慣用的表達術(shù)語和表達方法有效的軟件缺陷描述要求如下：3．在報告軟件缺陷時不做任何評價4．補充和完善軟件缺陷報告3．在報告軟件缺陷時不做任何評價4．補充和完善軟件缺陷報告

以上概括了報告測試錯誤的規(guī)范要求，測試人員應(yīng)該牢記上面這些關(guān)于報告軟件缺陷的原則。這些原則幾乎可以運用到任何交流活動中，盡管有時難以做到，然而，如果希望有效地報告軟件缺陷，并使其得以修復(fù)，這些是測試人員要遵循的基本原則。以上概括了報告測試錯誤的規(guī)范要求，測試人員應(yīng)該牢

隨著軟件的測試要求不同，測試者積累了相應(yīng)的測試經(jīng)驗會，將會逐漸養(yǎng)成良好的專業(yè)習(xí)慣，不斷補充新的規(guī)范書寫要求。此外，經(jīng)常閱讀、學(xué)習(xí)高級測試工程師的測試錯誤報告，結(jié)合自己以前的測試錯誤報告進行對比和思考，可以不斷提高技巧。隨著軟件的測試要求不同，測試者積累了相應(yīng)的測試經(jīng)IEEE軟件缺陷報告模板ANS/IEEE829—1998標(biāo)準(zhǔn)定義了一個稱為軟件缺陷報告的文檔，用于報告“在測試期間發(fā)生的任何異常事件”。簡言之，就是用于登記軟件缺陷。模板標(biāo)準(zhǔn)如圖5-3所示。IEEE軟件缺陷報告模板ANS/IEEE829—圖5-3IEEE軟件缺陷報告模板圖5-3IEEE軟件缺陷報告模板軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)

至此，我們了解到軟件缺陷報告過程是很復(fù)雜的，需要大量信息、詳盡的細(xì)節(jié)和很好的組織工作，才能有所成效。在實際軟件測試工作中，為了更高效地記錄發(fā)現(xiàn)的軟件缺陷，并在軟件缺陷的整個生命周期中對其進行監(jiān)控，常常運用軟件缺陷跟蹤系統(tǒng)。圖5-4所示的是一個軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)。軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)至此，我們了解到軟件缺陷報圖

軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)圖軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)

軟件缺陷跟蹤數(shù)據(jù)庫最常用的功能，除了輸入軟件缺陷之外，就是通過執(zhí)行查詢來獲得需要的軟件缺陷清單。軟件缺陷跟蹤數(shù)據(jù)庫最常用的功能，除了輸入軟件缺陷之

通過使用軟件缺陷跟蹤數(shù)據(jù)庫，不但可以進行查詢，還可以找出發(fā)現(xiàn)的軟件缺陷類型，發(fā)現(xiàn)軟件缺陷的速度，以及多少軟件缺陷已經(jīng)得到了修復(fù)，能夠提取各種實用和關(guān)心的數(shù)據(jù)，可以顯示測試工作的成效和項目的進展情況。測試人員或者項目管理員可以看出數(shù)據(jù)中是否有趨勢顯示需要增加測試的區(qū)域，或者測試工作是否符合預(yù)先所制定的測試計劃的進程等。通過使用軟件缺陷跟蹤數(shù)據(jù)庫，不但可以進行查詢，還手工報告和跟蹤軟件缺陷

顯然，在軟件測試工作中，每個測試用例的結(jié)果都必須進行記錄。如果使用軟件缺陷數(shù)據(jù)庫跟蹤系統(tǒng)，那么測試工具將自動記錄軟件缺陷的相關(guān)信息。如果測試是采用手工記錄和跟蹤軟件缺陷，那么有關(guān)軟件缺陷的信息可以直接記錄在相應(yīng)的文檔中。圖5-5所示的是根據(jù)ANS/IEEE829—1998標(biāo)準(zhǔn)設(shè)計的軟件缺陷報告文檔。手工報告和跟蹤軟件缺陷顯然，在軟件測試工作中，每圖5-5軟件缺陷報告文檔

圖5-5軟件缺陷報告文檔6、分離和再現(xiàn)軟件缺陷

測試人員要想有效報告軟件缺陷，就要對軟件缺陷以明顯、通用和再現(xiàn)的形式進行描述。分離和再現(xiàn)軟件缺陷是考驗軟件測試人員專業(yè)技能的地方，測試人員應(yīng)該設(shè)法找出縮小問題范圍的具體步驟。對測試人員有利的情況是，若建立起絕對相同的輸入條件時，軟件缺陷就會再次出現(xiàn)，不存在隨機的軟件缺陷。6、分離和再現(xiàn)軟件缺陷測試人員要想有效報告軟件缺

如果找到的軟件缺陷要采取繁雜的步驟才能再現(xiàn)，或者根本無法再現(xiàn)，碰到這種情況，可采取如下的方法來分離和再現(xiàn)軟件缺陷。實踐證明這些方法對測試人員是有所幫助的。（1）不要想當(dāng)然地接受任何假設(shè)（2）注意時間和運行條件上的因素如果找到的軟件缺陷要采取繁雜的步驟才能再現(xiàn)，或者（3）注意軟件的邊界條件、內(nèi)存容量和數(shù)據(jù)溢出的問題（4）注意事件發(fā)生次序?qū)е碌能浖毕荩?）考慮資源依賴性和內(nèi)存、網(wǎng)絡(luò)、硬件共享的相互作用（6）不要忽視硬件（3）注意軟件的邊界條件、內(nèi)存容量和數(shù)據(jù)溢出的問題7、測試總結(jié)報告

測試總結(jié)報告的目的是總結(jié)測試活動的結(jié)果，并根據(jù)這些結(jié)果對測試進行評價。這種報告是測試人員對測試工作進行總結(jié)，并識別出軟件的局限性和發(fā)生失效的可能性。在測試執(zhí)行階段的末期，應(yīng)該為每個測試計劃準(zhǔn)備一份相應(yīng)的測試總結(jié)報告。本質(zhì)上講，測試總結(jié)報告是測試計劃的擴展，起著對測試計劃“封閉回路”的作用。7、測試總結(jié)報告測試總結(jié)報告的目的是總結(jié)

圖5-6所示的是符合IEEE標(biāo)準(zhǔn)829—1998軟件測試文檔編制標(biāo)準(zhǔn)的測試總結(jié)報告模板。圖5-6所示的是符合IEEE標(biāo)準(zhǔn)829—1998軟件測試文圖5-6測試總結(jié)報告模板圖5-6測試總結(jié)報告模板8、測試的評測

測試的評測主要方法包括覆蓋評測和質(zhì)量評測。測試覆蓋評測是對測試完全程度的評測，它建立在測試覆蓋基礎(chǔ)上，測試覆蓋是由測試需求和測試用例的覆蓋或已執(zhí)行代碼的覆蓋表示的。質(zhì)量評測是對測試對象的可靠性、穩(wěn)定性以及性能的評測。質(zhì)量建立在對測試結(jié)果的評估和對測試過程中確定的缺陷及缺陷修復(fù)的分析基礎(chǔ)上。8、測試的評測測試的評測主要方法包括覆蓋8.1覆蓋評測

覆蓋評測指標(biāo)是用來度量軟件測試的完全程度的，所以可以將覆蓋用做測試有效性的一個度量。最常用的覆蓋評測是基于需求的測試覆蓋和基于代碼的測試覆蓋，它們分別是指針對需求（基于需求的）或代碼的設(shè)計/實施標(biāo)準(zhǔn)（基于代碼的）而言的完全程度評測。8.1覆蓋評測1）基于需求的測試覆蓋

基于需求的測試覆蓋在測試過程中要評測多次，并在測試過程中，每一個測試階段結(jié)束時給出測試覆蓋的度量。例如，計劃的測試覆蓋、已實施的測試覆蓋、已執(zhí)行成功的測試覆蓋等?；谛枨蟮臏y試覆蓋率通過以下公式計算：測試覆蓋率=T(p,i,x,s)/RfT%1）基于需求的測試覆蓋

在制定測試計劃活動中，將計算計劃的測試覆蓋，其計算方法如下：計劃的測試覆蓋率=Tp/RfT%

其中：Tp是用測試過程或測試用例表示的計劃測試需求數(shù)。Rf?T是測試需求的總數(shù)。在制定測試計劃活動中，將計算計劃的測試覆蓋，其計算方法如

在實施測試過程中，計算測試覆蓋時使用以下公式：已執(zhí)行的測試覆蓋率=Ti/RfT%

其中：Ti是用測試過程或測試用例表示的已執(zhí)行的測試需求數(shù)。RfT是測試需求的總數(shù)。在實施測試過程中，計算測試覆蓋時使用以下公式：

在執(zhí)行測試活動中，確定成功的測試覆蓋率（即執(zhí)行時未出現(xiàn)失敗的測試，如沒有出現(xiàn)缺陷或意外結(jié)果的測試）評測通過以下公式計算：成功的測試覆蓋率=Ts/RfT%

其中：Ts是用完全成功、沒有缺陷的測試過程或測試用例表示的已執(zhí)行測試需求數(shù)。RfT是測試需求的總數(shù)。在執(zhí)行測試活動中，確定成功的測試覆蓋率（即執(zhí)行時未出現(xiàn)失

在執(zhí)行測試過程中，經(jīng)常使用兩個測試覆蓋度量指標(biāo)，一個是確定已執(zhí)行的測試覆蓋率，另一個是確定成功的測試覆蓋率，即執(zhí)行時未出現(xiàn)失敗的測試覆蓋率。在執(zhí)行測試過程中，經(jīng)常使用兩個測試覆蓋度量指標(biāo)，2）基于代碼的測試覆蓋

基于代碼的測試覆蓋評測是測試過程中已經(jīng)執(zhí)行的代碼的多少，與之相對應(yīng)的是將要執(zhí)行測試的剩余代碼的多少。2）基于代碼的測試覆蓋

許多測試專家認(rèn)為，一個測試小組在測試工作中所要做的最為重要的事情之一就是度量代碼的覆蓋情況?；诖a的測試覆蓋率通過以下公式計算：基于代碼的測試覆蓋率=Ie/TIic%

其中：Ie是用代碼語句、代碼分支、代碼路徑、數(shù)據(jù)狀態(tài)判定點或數(shù)據(jù)元素名表示的已執(zhí)行代碼數(shù)。TIic是代碼的總數(shù)。許多測試專家認(rèn)為，一個

很明顯，在軟件測試工作中，進行基于代碼的測試覆蓋評測這項工作極有意義，因為任何未經(jīng)測試的代碼都是一個潛在的不利因素。在一般情況下，代碼覆蓋運用于較低的測試等級（例如單元和集成級）時最為有效。很明顯，在軟件測試工作中，進行基于代碼的測試覆蓋

但是，僅僅憑借執(zhí)行了所有的代碼，并不能為軟件質(zhì)量提供保證。也就是說，即使所有的代碼都在測試中得到執(zhí)行，并不能擔(dān)保代碼是按照客戶需求和設(shè)計的要求去做了。由于軟件運行對資源的依賴，也難以保證軟件運行期的錯誤。但是，僅僅憑借執(zhí)行了所有的代碼，并不能為軟件質(zhì)量8.2質(zhì)量評測

測試覆蓋的評測提供了對測試完全程度的評價，而在測試過程中對已發(fā)現(xiàn)缺陷的評測提供了最佳的軟件質(zhì)量指標(biāo)。8.2質(zhì)量評測測試覆蓋的評測提供了對

常用的測試有效性度量是圍繞缺陷分析來構(gòu)造的。缺陷分析就是分析缺陷在與缺陷相關(guān)聯(lián)的一個或者多個參數(shù)值上的分布。缺陷分析提供了一個軟件可靠性指標(biāo)，這些分析為揭示軟件可靠性的缺陷趨勢或缺陷分布提供了判斷依據(jù)。常用的測試有效性度量是圍繞缺陷分析來構(gòu)造的。缺陷

對于缺陷分析，常用的主要缺陷參數(shù)有以下4個。狀態(tài)：缺陷的當(dāng)前狀態(tài)（打開的、正在修復(fù)的或關(guān)閉的等）。優(yōu)先級：表示修復(fù)缺陷的重要程度和應(yīng)該何時修復(fù)。嚴(yán)重性：表示軟件缺陷的惡劣程度，反映其對產(chǎn)品和用戶的影響等。起源：導(dǎo)致缺陷的原因及其位置，或排除該缺陷需要修復(fù)的構(gòu)件。對于缺陷分析，常用的主要缺陷參數(shù)有以下4個。

缺陷分析通常用以下3類形式的度量提供缺陷評測：缺陷發(fā)現(xiàn)率；缺陷潛伏期；缺陷密度。缺陷分析通常用以下3類形式的度量提供缺陷評測：1．缺陷發(fā)現(xiàn)率缺陷發(fā)現(xiàn)率是將發(fā)現(xiàn)的缺陷數(shù)量作為時間的函數(shù)來評測，即創(chuàng)建缺陷趨勢圖，如圖5-7所示。1．缺陷發(fā)現(xiàn)率圖5-7缺陷發(fā)現(xiàn)率圖5-7缺陷發(fā)現(xiàn)率2．缺陷潛伏期

測試有效性的另外一個有用的度量是缺陷潛伏期，通常也稱為階段潛伏期。缺陷潛伏期是一種特殊類型的缺陷分布度量。在實際測試工作中，發(fā)現(xiàn)缺陷的時間越晚，這個缺陷所帶來的損害就越大，修復(fù)這個缺陷所耗費的成本就越多。表5-1顯示了一個項目的缺陷潛伏期的度量。2．缺陷潛伏期軟件質(zhì)量管理第六章課件

表5-2顯示了一個項目的缺陷分布情況（按缺陷造成階段和缺陷發(fā)現(xiàn)階段）。表5-2顯示了一個項目的缺陷分布情況（按缺陷造成階段和缺軟件質(zhì)量管理第六章課件

按照缺陷產(chǎn)生階段和缺陷發(fā)現(xiàn)階段統(tǒng)計了一個項目的缺陷分布情況后，根據(jù)軟件開發(fā)生命周期的各個階段缺陷潛伏期度量的加權(quán)值，可以對缺陷的發(fā)現(xiàn)過程有效性和修復(fù)軟件缺陷所耗費的成本等進行評測。這里采用了一個缺陷損耗的概念，缺陷