第第頁Bug分析：為bug預(yù)防奠定基礎(chǔ)Bug分析：為bug預(yù)防奠定基礎(chǔ)

發(fā)表于：2023-10-28來源：：不詳點(diǎn)擊數(shù)：標(biāo)簽：bug

生產(chǎn)軟件的企業(yè)安排很多人來測試它們的軟件產(chǎn)品。測試的目的就是發(fā)現(xiàn)bug(缺陷，defect)以便修正它們。正常情況是盡快處理可能的bug，從而減少修正bug的成本。因?yàn)椋娝苤琤u

1.引言：

生產(chǎn)軟件的企業(yè)安排很多人來（測試）它們的軟件產(chǎn)品。（測試）的目的就是發(fā)現(xiàn)（bug）(（缺陷），defect)以便修正它們。正常情況是盡快處理可能的（bug），從而減少修正bug的成本。因?yàn)?，眾所周知，bug越早被發(fā)現(xiàn)并修正，所消耗的資源越少。問題是在很多情況下，由于修正已發(fā)現(xiàn)的bug，測試過程不得不停頓下來。

那么，以目前正忙于軟件產(chǎn)品測試的同樣資源來促進(jìn)組織長期的質(zhì)量目標(biāo)不是更好?為了做到這一點(diǎn)，我們應(yīng)該盡快地提前發(fā)現(xiàn)可能的bug。就像克勞士比(PhilipCrosby)幾年前所說的那樣，我們應(yīng)該努力預(yù)防bug，而不僅僅是修正它們。這就是真正的質(zhì)量。

2.目標(biāo)：預(yù)防bug

預(yù)防的重要性

正如我們所知，bug應(yīng)該盡早地在（開發(fā)）過程中被發(fā)現(xiàn)。修正處于（開發(fā)）階段的產(chǎn)品的bug的成本遠(yuǎn)遠(yuǎn)低于修正處于QC(QualityControl，質(zhì)量控制)階段的產(chǎn)品的bug，而相對與修正已經(jīng)發(fā)布給客戶的產(chǎn)品的bug的成本更是可以忽略不計(jì)。原因就是當(dāng)你修正一個(gè)bug的時(shí)候，相當(dāng)于把你之前做的事情重做一次。因此，越晚修正bug，你所重做的事情就越多。如果bug修正是在產(chǎn)品測試之前，那么重做的工作只有代碼實(shí)現(xiàn)。如果bug修是在測試階段，那么重做的工作就包括代碼實(shí)現(xiàn)和測試。另一個(gè)導(dǎo)致成本增加的因素是依賴的組件和流程(process)，隨著項(xiàng)目的進(jìn)行，產(chǎn)品依賴的組件和流程也會(huì)隨之增加。

接下來，從另一個(gè)層面來討論這個(gè)問題。如果bug發(fā)現(xiàn)和修正越早，開發(fā)成本越少，那么在第一時(shí)間就避免bug引入是不是成本消耗得更少?如果bug可以被完全預(yù)防，那么在開發(fā)過程中就不會(huì)出現(xiàn)重復(fù)工作的情況。這個(gè)被克勞士比極力推薦的觀點(diǎn)非常有意義，而且在很多情況下已得到嚴(yán)密的證實(shí)。然而，并不是所有的生產(chǎn)軟件產(chǎn)品的組織都試著去避免bug。它們花費(fèi)了大部分的精力在產(chǎn)品發(fā)布給客戶之前發(fā)現(xiàn)和修正其中的bug。在某些情況下，軟件企業(yè)并不試著去達(dá)到這樣的目標(biāo)。在產(chǎn)品發(fā)布之后，企業(yè)通過迅速修正產(chǎn)品中的bug來處理客戶的抱怨。這是因?yàn)?，這樣的企業(yè)始終處于"問題解決模式'，它們并不試圖發(fā)現(xiàn)問題的根本原因，而只是把局部的大火撲滅。

這種模式并不僅僅導(dǎo)致重復(fù)工作直接帶來成本的增加，而且會(huì)帶來一個(gè)長期效應(yīng)，而這將影響企業(yè)的業(yè)務(wù)。首先，發(fā)布帶有bug的產(chǎn)品將給企業(yè)的聲譽(yù)造成影響，并可能造成對潛在客戶的影響他們在是否建立合作關(guān)系上拿不定主意。另外，由于企業(yè)需要資源來不斷解決現(xiàn)有產(chǎn)品中的問題，那么開發(fā)新產(chǎn)品的資源勢必減少。

對很多人來說，零缺陷的軟件產(chǎn)品似乎是不切實(shí)際的。我們總是聽到軟件開發(fā)者說："軟件永遠(yuǎn)有bug'。產(chǎn)品進(jìn)入QC階段時(shí)含有bug并不奇怪，因?yàn)槲覀?期望'開發(fā)人員制造bug。不幸的是，發(fā)布一個(gè)包含很多bug的產(chǎn)品給客戶仍然不令人感到驚訝。甚至連客戶本身也不再感到驚訝。

事實(shí)上，每個(gè)軟件企業(yè)都可以通過一些簡單的方法，在不增加任何額外資源的情況下預(yù)防bug。bug預(yù)防在于一個(gè)簡單的道理：最好的方法是適當(dāng)借鑒我們自己的經(jīng)驗(yàn)。

今天的發(fā)現(xiàn)就是明天的預(yù)防

為了能夠預(yù)防bug，我們必須首先了解bug的來源。軟件bug可以分為幾個(gè)類別(可能相互之間有所重疊)。第一類bug可能是隨機(jī)的，它們通常是因?yàn)橐粫r(shí)的疏忽造成的。盡管這些bug可能由于其隨機(jī)性很難預(yù)防，但是，適當(dāng)?shù)姆治鰧⒂兄诒苊膺@些bug。

另一類的bug來自于（需求）的誤解、開發(fā)環(huán)境的錯(cuò)誤或者純粹由于缺乏解決問題的相關(guān)技術(shù)。這類bug共同的特點(diǎn)是都來自于開發(fā)人員。除非被發(fā)現(xiàn)，否則這些bug將一直存在。例如，一個(gè)還不完全理解（需求）的開發(fā)（工程師）在（單元測試）階段可能無法發(fā)現(xiàn)這些問題，只有當(dāng)產(chǎn)品被其他組織(如QC組)測試時(shí)才會(huì)發(fā)現(xiàn)產(chǎn)品實(shí)現(xiàn)與需求不一致。這使得在前期避免類似問題的出現(xiàn)更加重要。

一個(gè)好消息是，軟件中的bug往往傾向于重復(fù)出現(xiàn)，即使是一個(gè)隨機(jī)出現(xiàn)的bug。軟件bug的不斷出現(xiàn)不僅表現(xiàn)在同一個(gè)開發(fā)人員的工作上，而且表現(xiàn)在一個(gè)項(xiàng)目甚至是企業(yè)的層面上。這當(dāng)然不是說公司中的每一個(gè)開發(fā)人員都會(huì)犯同樣的錯(cuò)誤。但是，至少其中一些的錯(cuò)誤足以成為經(jīng)