1. 缺陷的定義

　　產(chǎn)品不滿足用戶的需求或者測(cè)試執(zhí)行時(shí)實(shí)際結(jié)果和預(yù)期結(jié)果不一致都屬于缺陷。

　　2. 缺陷的判定標(biāo)準(zhǔn)及產(chǎn)生原因

　　軟件不滿足下述任何一種都算作是軟件的缺陷，缺陷的概念是包括bug概念的。

　　未達(dá)到需求說(shuō)明書指明的功能

　　出現(xiàn)了需求說(shuō)明書指明不應(yīng)該出現(xiàn)的錯(cuò)誤

　　實(shí)現(xiàn)了需求說(shuō)明書之外的功能

　　未達(dá)到需求說(shuō)明書雖未明確提及但是應(yīng)該實(shí)現(xiàn)的目標(biāo)(如：性能要求等)

　　用戶角度發(fā)現(xiàn)的各種問(wèn)題與錯(cuò)誤

　　缺陷產(chǎn)生的原因是多方面的，可以總結(jié)為以下幾種：

　　需求文檔存在錯(cuò)誤

　　程序代碼存在錯(cuò)誤

　　同一個(gè)項(xiàng)目組的成員信息不同步，比如需求發(fā)生變更，但是沒(méi)有同步到項(xiàng)目組所有成員

　　3. 缺陷報(bào)告

　　測(cè)試人員發(fā)現(xiàn)缺陷之后，需要將缺陷同步給項(xiàng)目組的其他成員，為了讓其他成員能夠清晰的知道軟件目前存在的缺陷，就需要對(duì)軟件缺陷的描述進(jìn)行規(guī)范化，通常來(lái)講測(cè)試人員需要將發(fā)現(xiàn)的缺陷整理成缺陷報(bào)告然后通過(guò)一些平臺(tái)比如禪道或者jira指定給項(xiàng)目組的指定成員，然后由他們進(jìn)行解決。

　　缺陷報(bào)告首先必須有以下幾個(gè)核心的內(nèi)容：

　　標(biāo)題：描述缺陷的基本信息，如(輸入密碼長(zhǎng)度為5時(shí)，注冊(cè)成功。)

　　前置條件：描述缺陷出現(xiàn)依賴的相關(guān)基礎(chǔ)條件，如(未注冊(cè)手機(jī)號(hào))

　　復(fù)現(xiàn)步驟：測(cè)試用例里面的執(zhí)行步驟

　　實(shí)際結(jié)果：執(zhí)行被測(cè)試軟件過(guò)程中，系統(tǒng)給出的結(jié)果

　　預(yù)期結(jié)果：參照需求說(shuō)明書，在測(cè)試用例中設(shè)計(jì)的預(yù)期結(jié)果

　　附件：方便開(kāi)發(fā)定位bug的關(guān)鍵信息，包含圖片、日志log等

　　有了上述幾個(gè)核心內(nèi)容之后，開(kāi)發(fā)人員基本上可以根據(jù)所給信息去定位缺陷，然后進(jìn)行解決，當(dāng)然缺陷報(bào)告還有一些其他的基本要素：

　　ID編號(hào)：缺陷的唯一編號(hào)

　　模塊：根據(jù)產(chǎn)品進(jìn)行具體的劃分，如登錄、注冊(cè)

　　缺陷狀態(tài)：表明缺陷處理進(jìn)度，通常會(huì)使用禪道等工具進(jìn)行管理，缺陷狀態(tài)有以下幾種

　　new：新建的缺陷

　　open：打開(kāi)的缺陷

　　fix：已修復(fù)的缺陷

　　close：關(guān)閉的缺陷

　　reopen：重新打開(kāi)

　　reject：被拒絕解決的缺陷

　　postpone：延期處理

　　嚴(yán)重程度：從技術(shù)維度來(lái)衡量，bug的破壞力

　　優(yōu)先級(jí)：從業(yè)務(wù)的角度，決定bug修改的先后順序

　　缺陷類別：用于分類整理缺陷，通常缺陷類別可以從以下幾個(gè)角度進(jìn)行區(qū)分：

　　功能性錯(cuò)誤

　　非功能性錯(cuò)誤

　　界面錯(cuò)誤

　　兼容性

　　易用性

　　...

　　缺陷報(bào)告非常重要，合格的缺陷報(bào)告可以幫助解決缺陷的開(kāi)發(fā)人員更快的復(fù)現(xiàn)和定位缺陷，因此缺陷報(bào)告必須保證能夠讓開(kāi)發(fā)人員復(fù)現(xiàn)缺陷。通常在編寫缺陷報(bào)告時(shí)可以遵循以下書寫規(guī)范：

　　標(biāo)題：應(yīng)保持簡(jiǎn)短、準(zhǔn)確，提供缺陷的本質(zhì)信息

　　復(fù)現(xiàn)步驟：應(yīng)包含如何使別人能夠很容易的復(fù)現(xiàn)該缺陷的完整步驟

　　實(shí)際結(jié)果：是執(zhí)行復(fù)現(xiàn)步驟后軟件的現(xiàn)象和產(chǎn)生的行為

　　預(yù)期結(jié)果：通常需要列出期望的結(jié)果是什么

　　附件：對(duì)缺陷描述的補(bǔ)充說(shuō)明

　　4. 缺陷跟蹤流程

　　使用禪道或者jira進(jìn)行缺陷跟蹤時(shí)，根據(jù)不同的場(chǎng)景會(huì)產(chǎn)生不同的缺陷狀態(tài)。下圖是缺陷跟蹤流程圖，每一條流程表示一種場(chǎng)景。

　　場(chǎng)景1：確認(rèn)BUG解決

　　測(cè)試【new】》開(kāi)發(fā)【open】》開(kāi)發(fā)【fix】==》測(cè)試【close】

　　場(chǎng)景2：驗(yàn)證未通過(guò)，缺陷仍存在

　　測(cè)試【new】》開(kāi)發(fā)【open】》開(kāi)發(fā)【fix】==》測(cè)試【reopen】

　　場(chǎng)景3：開(kāi)發(fā)延期處理

　　測(cè)試【new】》開(kāi)發(fā)【open】》開(kāi)發(fā)【postpone】

　　場(chǎng)景4：拒絕處理

　　測(cè)試【new】》開(kāi)發(fā)【open】》開(kāi)發(fā)【reject】