缺陷的分類計.doc

《缺陷的分類計.doc》由會員上傳分享，免費在線閱讀，更多相關內(nèi)容在行業(yè)資料-天天文庫。

1、規(guī)則1：發(fā)現(xiàn)的缺陷的數(shù)量說明不了軟件的質(zhì)量。軟件中不可能沒有缺陷，發(fā)現(xiàn)很多的缺陷對于測試工作來說，是件很正常的事。缺陷的數(shù)量大，只能說明測試的方法很好，思路很全面，測試工作有成效。但是，以此來否認軟件的質(zhì)量，還比較的武斷。規(guī)則1：發(fā)現(xiàn)的缺陷的數(shù)量說明不了軟件的質(zhì)量。軟件中不可能沒有缺陷，發(fā)現(xiàn)很多的缺陷對于測試工作來說，是件很正常的事。缺陷的數(shù)量大，只能說明測試的方法很好，思路很全面，測試工作有成效。但是，以此來否認軟件的質(zhì)量，還比較的武斷。如果，測試中發(fā)現(xiàn)的這些缺陷，絕大多數(shù)都是屬于提示性錯誤、文字錯誤等，錯誤的等級很低，而且這些缺陷的修改幾乎不會影響到執(zhí)行指令的部分，而軟件的

2、基本功能或者是性能，發(fā)現(xiàn)很少的缺陷，很多時候，這樣的測試證明的是“軟件的質(zhì)量是穩(wěn)定的”，因而它屬于優(yōu)秀的軟件的范疇。這樣的軟件，只要處理好發(fā)現(xiàn)的缺陷，進行一下返測，基本就可以發(fā)行使用了；進行完整的回歸，就是增加軟件的成本，浪費商機和時間。反過來，如果在測試中發(fā)現(xiàn)的缺陷比較少，但是這些缺陷都集中在功能沒有實現(xiàn)，性能沒有達標，動不動就引起死機、系統(tǒng)崩潰等現(xiàn)象，而且，在大多數(shù)的用戶在使用的過程中都會發(fā)現(xiàn)這樣的問題，這樣的軟件不會有人輕言“發(fā)布”的，因為他承擔的風險太大了。雖然，這兩個例子都比較的極端，在實際的測試中，幾乎不會發(fā)生，但是，提出來，是希望從事測試工作的同行們，不要把自己的

3、工作集中在發(fā)現(xiàn)缺陷的問題上。規(guī)則2：缺陷要分類統(tǒng)計看一下，筆者在實際的測試過程中得到的一組缺陷的統(tǒng)計的柱狀圖：（見第一幅圖）它說明的是，在某些模塊，執(zhí)行的測試用例多，但是沒有成比例的發(fā)現(xiàn)很多缺陷，所以這些模塊是比較成熟的，因為在這些模塊幾乎不怎么修改，再測試的話，也不會發(fā)現(xiàn)什么問題的；但是某些模塊執(zhí)行的測試少，卻發(fā)現(xiàn)了更多的缺陷，這些模塊修復的地方，或者發(fā)生功能變更的可能性大，所以將成為質(zhì)量不穩(wěn)定的關鍵點。如果，你是一個軟件質(zhì)量管理人員，你就應該明白的是，在以后的回歸測試中，應該在質(zhì)量不穩(wěn)定的模塊中投入更多的人手和時間，進行更全面的測試，其它模塊就相應減少測試工作的投入。這樣，

4、測試工作的壓力就不是那么大了，而且效率也相對提高了。規(guī)則3：不要指望找出軟件中所有的缺陷很多人都知道這個道理，但是卻不明白這個規(guī)則給軟件測試工作的意義。它其實是在指導我們，該在什么時候停止軟件測試，發(fā)布軟件。我們再來看一組數(shù)據(jù)：（見第二幅圖）這個缺陷趨勢分析圖，說明了，軟件在測試版本的Ver1.4的時候，軟件的質(zhì)量已經(jīng)得到了很好的控制了，在Ver1.8的時候，基本上就已經(jīng)可以發(fā)布軟件了，后面的測試幾乎是沒有什么意義的。原因很簡單，軟件中的缺陷既然是不可能全部發(fā)現(xiàn)的，就不要指望找出軟件中全部的缺陷，當它足夠少（各公司的定義是不同的）的時候，就應該停止測試了。規(guī)則4：只依賴缺陷的趨

5、勢也可能有問題缺陷固然是在減少，但是是不是所有模塊的缺陷都在減少呢？是不是所有級別的缺陷都在減少呢？而且它們也符合你的期望呢？同樣是上面一組數(shù)據(jù)，我們換個角度統(tǒng)計，看看又會怎么樣？（見第三幅）可能眼睛看得很花，沒有關系，我想你至少能夠看到的是，各模塊之間，不同的階段都會發(fā)現(xiàn)缺陷突然變多，這就是統(tǒng)計各模塊的時候，發(fā)現(xiàn)的各模塊的缺陷趨勢。它給我們的信息是，軟件不同階段，各模塊的質(zhì)量和軟件整體的質(zhì)量是不對稱的。雖然缺陷在不斷的減少，但是一些關鍵的模塊，尤其是風險分析中風險值比較大的模塊，仍然是質(zhì)量不穩(wěn)定的，這樣的軟件可能可以算優(yōu)秀的軟件，因為缺陷的絕對值可能真的很小了，但是，也同時是

6、風險大的軟件。這個缺陷趨勢分析圖，說明了，軟件在測試版本的Ver1.4的時候，軟件的質(zhì)量已經(jīng)得到了很好的控制了，在Ver1.8的時候，基本上就已經(jīng)可以發(fā)布軟件了，后面的測試幾乎是沒有什么意義的。原因很簡單，軟件中的缺陷既然是不可能全部發(fā)現(xiàn)的，就不要指望找出軟件中全部的缺陷，當它足夠少（各公司的定義是不同的）的時候，就應該停止測試了。規(guī)則4：只依賴缺陷的趨勢也可能有問題缺陷固然是在減少，但是是不是所有模塊的缺陷都在減少呢？是不是所有級別的缺陷都在減少呢？而且它們也符合你的期望呢？同樣是上面一組數(shù)據(jù)，我們換個角度統(tǒng)計，看看又會怎么樣？（見第三幅）可能眼睛看得很花，沒有關系，我想你至

7、少能夠看到的是，各模塊之間，不同的階段都會發(fā)現(xiàn)缺陷突然變多，這就是統(tǒng)計各模塊的時候，發(fā)現(xiàn)的各模塊的缺陷趨勢。它給我們的信息是，軟件不同階段，各模塊的質(zhì)量和軟件整體的質(zhì)量是不對稱的。雖然缺陷在不斷的減少，但是一些關鍵的模塊，尤其是風險分析中風險值比較大的模塊，仍然是質(zhì)量不穩(wěn)定的，這樣的軟件可能可以算優(yōu)秀的軟件，因為缺陷的絕對值可能真的很小了，但是，也同時是風險大的軟件。諸如此類的規(guī)則，其實還有很多的，例如：修改一個缺陷，可能引入了更多更深的缺陷；軟件測試中的“二八定律”等等。很多公司都有嚴格的