面試官想了解：

• 是否了解缺陷測(cè)試

技術(shù)點(diǎn)

涉及的技術(shù)點(diǎn)：

• 缺陷測(cè)試

回答

在回答缺陷的生命周期的時(shí)候，我們首先要知道對(duì)應(yīng)的軟件缺陷是什么？以及缺陷的處理流程是什么？

缺陷

那么什么是軟件缺陷？其實(shí)，軟件缺陷一般被我們叫做Bug。對(duì)應(yīng)的軟件缺陷，就是我們所測(cè)試的程序中存在的無(wú)法正常運(yùn)行或功能有相關(guān)缺陷。

那為什么會(huì)關(guān)注軟件缺陷呢？其實(shí)是因?yàn)锽ug的存在導(dǎo)致被測(cè)產(chǎn)品在某種場(chǎng)景下不能滿足用戶的需求。

IEEE729-1983對(duì)缺陷的標(biāo)準(zhǔn)定義：

從產(chǎn)品內(nèi)部看，缺陷是軟件產(chǎn)品開(kāi)發(fā)或維護(hù)過(guò)程中存在的錯(cuò)誤、毛病等各種問(wèn)題；

從產(chǎn)品外部看，缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。

缺陷的生命周期

其實(shí)缺陷的處理過(guò)程和缺陷的生命周期是同一個(gè)含義。

生命周期就是它的一個(gè)整體的處理過(guò)程，即一個(gè)缺陷從創(chuàng)建到關(guān)閉的全過(guò)程。

一個(gè)缺陷可能會(huì)經(jīng)歷幾種不同的處理流程，根據(jù)它的不同處理方式分為以下幾種：

最短的第一種處理流程

1. 當(dāng)測(cè)試人員發(fā)現(xiàn)Bug后，提交相關(guān)的缺陷場(chǎng)景描述及現(xiàn)象，即?缺陷的狀態(tài)為New。

測(cè)試人員在創(chuàng)建缺陷之前首先應(yīng)該保證，這個(gè)缺陷是沒(méi)有被提過(guò)的，以免造成有重復(fù)的缺陷。

1. 創(chuàng)建時(shí)會(huì)指定給開(kāi)發(fā)，缺陷創(chuàng)建成功后，對(duì)應(yīng)的開(kāi)發(fā)確認(rèn)缺陷，即?缺陷的狀態(tài)為Open。

開(kāi)發(fā)接收到一個(gè)缺陷時(shí)，首先是根據(jù)測(cè)試人員的描述對(duì)缺陷進(jìn)行分析及重現(xiàn)，如果發(fā)現(xiàn)不是缺陷或缺陷對(duì)應(yīng)的場(chǎng)景無(wú)法復(fù)現(xiàn)，則需要將缺陷直接重新指派給測(cè)試人員，并注明原因。

1. 當(dāng)開(kāi)發(fā)確認(rèn)缺陷并解決完后，此時(shí)?缺陷的狀態(tài)為Fixed，并當(dāng)前缺陷被重新指派給測(cè)試人員。

2. 測(cè)試發(fā)現(xiàn)缺陷的指派更改后，進(jìn)行當(dāng)前缺陷的回歸測(cè)試，若通過(guò)，則關(guān)閉缺陷，即?缺陷的狀態(tài)為Close。

以上，為最短的一個(gè)流程缺陷的處理方式，即確認(rèn)缺陷并及時(shí)解決。

第二種處理流程

1. 當(dāng)測(cè)試人員發(fā)現(xiàn)Bug后，提交相關(guān)的缺陷內(nèi)容，即?缺陷的狀態(tài)為New。

2. 創(chuàng)建時(shí)會(huì)指定給開(kāi)發(fā)，缺陷創(chuàng)建成功后，對(duì)應(yīng)的開(kāi)發(fā)確認(rèn)缺陷，即?缺陷的狀態(tài)為Open。

3. 當(dāng)開(kāi)發(fā)確認(rèn)缺陷并解決完后，此時(shí)?缺陷的狀態(tài)為Fixed，并當(dāng)前缺陷被重新指派給測(cè)試人員。

4. 測(cè)試發(fā)現(xiàn)缺陷的指派更改后，進(jìn)行當(dāng)前缺陷的回歸測(cè)試，測(cè)試未通過(guò)，重新添加對(duì)應(yīng)描述并指派給開(kāi)發(fā)繼續(xù)解決，此時(shí)?缺陷的狀態(tài)為ReOpen。

以上，為缺陷的一個(gè)二次處理方式，即缺陷雖然確認(rèn)但是解決后的二次驗(yàn)證未通過(guò)。

第三種處理流程

當(dāng)缺陷關(guān)閉后，由于某些原因，導(dǎo)致該缺陷場(chǎng)景再次復(fù)現(xiàn)，則測(cè)試人員把已關(guān)閉的缺陷需要重新打開(kāi)并再次指派給相關(guān)研發(fā)，此時(shí)?缺陷的狀態(tài)為ReOpen。

該處理流程為缺陷的重新打開(kāi)。

第四種處理流程

當(dāng)測(cè)試人員提交缺陷，對(duì)應(yīng)的開(kāi)發(fā)人員也確認(rèn)缺陷。但是由于該缺陷的觸發(fā)場(chǎng)景為某些外在的極端條件，或者該缺陷的更改需要對(duì)架構(gòu)進(jìn)行調(diào)整，以至于該缺陷的解決優(yōu)先級(jí)比較低，則對(duì)于開(kāi)發(fā)而言可以暫時(shí)對(duì)該缺陷不進(jìn)行處理，先掛起狀態(tài)，等下個(gè)大版本發(fā)版時(shí)修復(fù)即可。則此時(shí)?缺陷的狀態(tài)為 推遲Postponed或 掛起Hang

第五種處理流程

當(dāng)測(cè)試人員提交缺陷，對(duì)應(yīng)的開(kāi)發(fā)人員也確認(rèn)缺陷，但是缺陷是由于對(duì)需求文檔理解有偏差誤解導(dǎo)致，那么研發(fā)人員可以將這些缺陷標(biāo)為拒絕修復(fù)，則此時(shí)?缺陷的狀態(tài)為拒絕修復(fù)。

總結(jié)

以下為缺陷生命周期對(duì)應(yīng)場(chǎng)景的流程示意圖：