軟體缺陷分析

alan

缺陷分析本質上是對缺陷中包含的資訊項進行收集，彙總，分類之後使用統計方法（或者分析模型）得出分析結果。缺陷分析得出的結果可以用來度量軟體開發過程中各階段中工作產品的質量，了解缺陷集中的區域，明晰缺陷發展趨向。對於軟體過程的改進，軟體產品的發布來說具有十分重要的參考價值

在我們提交缺陷報告的時候，實際上就是在記錄一些必要的資訊項。在不同的軟體生產企業中，需要記錄的資訊項是大相徑庭的。以下是分析缺陷活動中必須收集的一些資料專案

u缺陷提交時需要收集的資訊

1 缺陷的嚴重等級

2 缺陷所在的模組

3 缺陷發現的時間

4 缺陷所在的版本號

5 缺陷的發現者

6 負責修改缺陷的工程師

u缺陷關閉時需要收集的資訊

1 缺陷關閉的時間

2 關閉缺陷的版本

3 修復缺陷而改動的**行數

4 產生缺陷的根本原因（例如：需求，分析，編碼，軟/硬配置）

缺陷的發展趨勢包括新發現缺陷數量增長趨勢和關閉缺陷數量的增長趨勢。對於軟體產品發布而言，發展趨勢圖是輔助決策的重要依據。一般來說，軟體發布的必要條件是新缺陷的數量增加呈下降趨勢，見下圖3-1。

圖3-1缺陷趨勢圖

在軟體發放過程中，缺陷發展趨勢圖有助於我們了解各版本中缺陷數量的分布。特別在回歸測試階段中，缺陷的分布可以直接反映出版本的質量狀況。

缺陷分布狀況圖有兩種，第一種是缺陷按模組的分布狀況，另外一種是缺陷按產生的根本原因的分布狀況。

u模組分布圖

模組分布圖是反映的是各個模組中缺陷數量的分布狀況。它可以被用來評估各模組質量水平，開發難度。同時也能從側面反映出測試資源在各模組分布情況。見下圖3-2:

圖3-2模組分布圖

u缺陷產生原因分布圖

該分布圖是缺陷分析中最為重要的一張圖表，因為它可以直接反映出各軟體工程活動的質量，為軟體過程的改進提供直接的參考資料。一般來說，缺陷產生的根本原因劃分的越細緻，分析的結果就越精確。見下圖3-3：

圖3-3缺陷產生原因分布圖

但當我們發現需求中出現的缺陷比較多的時候，在未來的專案中我們可以通過需求評審，需求變更控制來減少該種缺陷的數量，以起到軟體質量保證的目的。同樣如果我們發現軟體設計過程中產生的問題比較多，那麼就可以通過加強軟體設計階段中的審查活動來保證設計的質量。

源**修改數量趨勢圖可以為回歸測試風險分析和軟體發布提供參考。源**修改的數量越多，那麼**產生的負作用的風險就越大，為了規避風險，回歸測試的強度就需要相應的加強。同樣的道理，如果某乙個產品的源**修改數量呈上公升趨勢的話，那麼它是不適合現在發布的。

總而言之，通過軟體的缺陷不僅要進行跟蹤，而且要根據不同的情況進行分析，盡早盡快的減少或避免缺陷的產生, 提高軟體質量。

[作者簡介]

網名：alan liang

工作時間：6

年專業特長：單元測試、回歸測試自動化

愛好：自行車攝影網球

mail:

cyber_lover_**@163.***