軟件測試思考之bug曲線圖

　　上周參加了關于測試的培訓，雖然沒有想象中的那么大的幫助，感觸還是有的，現對于某幾個相關的問題寫了一些個人的想法，這次說的是關于bug曲線圖的問題，

　　我們大部分人都知道所有的測試執行完成后，都會有測試報告，而測試報告的一個最關鍵的因素就是bug曲線圖，一般都會有2種曲線：一個是open bug數量的曲線;

　　另一個是fixed bug 的數量的曲線。同樣也要考慮收斂的問題，這里還有一個相關的曲線也是很重要的：bug priority曲線圖。這里解釋下：也就是優先級比較高的bug數量的曲線變化圖，一般來說是P1的bug，如果更細一點也可以有P2的bug。為什么要有這個曲線圖呢?一個最重要的目的就是看測試執行后期，也相當于我們第三輪測試的后期出現多一點的P1的bug(或者接近發布的后期)，就會對這個質量進行重新評估，也就是會調整計劃以及策略去應對這種情況。為什么會有這個判斷呢?培訓老師認為這是個經驗，也就是認為這個時候系統很有可能存在一些嚴重的bug。

　　我個人認為這個有些問題在里面，一個是出現多少個P1 的bug就會去調整計劃和策略呢?還有一個是如果單純看經驗就會認為系統還很有可能存在其他的P1的bug是否有點勉強?這些都沒有量化的依據在里面。但是我覺得這個思考角度是正確的，也就是一旦測試執行后期發現了P1的bug，的確需要重視起來，并客觀的分析原因。

　　而單純看下P1 bug 數量的曲線圖，并沒有太大的意義(前期沒有什么，后期的還是有點作用)。

　　我個人覺得這個bug priority 數量曲線圖是有必要在測試報告中體現的，一方面讓老大們也知道我們發現的bug的嚴重程度的數量以及趨勢變化，二方面給自己一個相關的提醒，也就是前面說到的特別是后期發現P1 bug的重視程度，以及提高發現潛在風險的能力。

　　還有一個好的就是把我們項目過程中發現的bug分為2類：一個是新功能出現的bug，二個是舊功能出現的bug。還有就是這2中bug的數量關系以及模型，目前業界

　　也在積極的研究當中，但有一點我們可以肯定的是對這些bug進行分類有一些好處，一個是得到新項目的本身的質量，二個是得到新功能與舊功能之間的耦合關系，

　　三個是項目過程中bug fix的質量問題。有了這些數據并且分析，為以后的項目提供一些好的測試策略，同樣也可發現潛在風險.

原文轉自：http://www.anti-gravitydesign.com