發(fā)布后bug的數(shù)量和嚴(yán)重性，是評(píng)估軟件質(zhì)量、測試工作質(zhì)量的重要依據(jù)。 鄭州軟件開發(fā)！
    我們首先需要對(duì)遺漏bug的原因進(jìn)行分類分析。遺漏bug的原因分為兩個(gè)方面：一是引起bug的根本原因，二是bug遺漏的原因。我們分別說明一下這兩個(gè)方面的分類。 
    首先是bug的根本原因（Root Cause），這指的是在軟件開發(fā)過程中，是哪個(gè)過程引起了bug，通常的分類有： 
    需求分析  
    設(shè)計(jì)（還可以細(xì)分為數(shù)據(jù)庫設(shè)計(jì)、頁面設(shè)計(jì)等等）  
    編碼  
    部署（例如數(shù)據(jù)庫升級(jí)）  
    其他 
    這里沒有“測試”，原因是測試這個(gè)過程一般是不會(huì)引起bug，如果有的測試人員引起了bug，那一般是測試人員參與了其他的過程。 
    總之，這樣的分類方法是按照開發(fā)過程為標(biāo)準(zhǔn)，我們還可以根據(jù)實(shí)際情況添加一些別的分類。 
    第二種原因是“遺漏”的原因，這指的是為什么在發(fā)布前，測試人員沒有把bug找出來，這和缺陷的根本原因是完全不同的。其實(shí)遺漏的原因我們可以歸結(jié)于：測試沒有覆蓋相應(yīng)的用例。我們分類的依據(jù)是：為什么沒有覆蓋?；镜姆诸愑校?nbsp;
    測試遺漏  
    測試用例未設(shè)計(jì)  
    測試用例被裁減  
    測試環(huán)境不同  
    其他 
    下面我們說明一下這幾個(gè)分類的不同。測試遺漏指的是測試用例已經(jīng)設(shè)計(jì)好了，也確定要執(zhí)行，但是測試人員因?yàn)榇中牡仍?，沒有執(zhí)行用例，這是一個(gè)比較嚴(yán)重的失誤。測試用例未設(shè)計(jì)指測試人員根本沒有考慮到，應(yīng)該這樣測試，通常是因?yàn)榻?jīng)驗(yàn)不足，或者對(duì)系統(tǒng)不了解等技術(shù)問題；測試用例被裁減指測試用例已經(jīng)設(shè)計(jì)好，但是由于時(shí)間、人手等資源不足，不得不選擇放棄執(zhí)行一部分用例，這樣選擇必然會(huì)面臨一定的風(fēng)險(xiǎn)，這在日常的測試中比較普遍。測試環(huán)境指在測試環(huán)境中沒問題，但是在生產(chǎn)環(huán)境里有，原因是測試環(huán)境沒有完全模擬生產(chǎn)環(huán)境。 
    按照這些分類進(jìn)行統(tǒng)計(jì)，只是第一步，我們還可以把數(shù)量比較多的類型再進(jìn)行細(xì)分，從而發(fā)現(xiàn)bug的深層原因，指導(dǎo)我們的過程改進(jìn)。在這個(gè)基礎(chǔ)上，我們還需要分析每個(gè)bug的詳細(xì)原因，豐富我們的知識(shí)庫。