3、Bug的規(guī)范

　　a）簡(jiǎn)要的說(shuō)：bug的標(biāo)題摘要需要具備的描述方式應(yīng)該清晰，明了。

　　i. 在什么情況下

　　ii. 進(jìn)行什么操作

　　iii. 產(chǎn)生什么現(xiàn)象

　　b）如何讓你的bug情景化

　　i. 在發(fā)現(xiàn)缺陷之后，只有當(dāng)你確信你已經(jīng)發(fā)現(xiàn)一個(gè)bug的時(shí)候開(kāi)始起草bug report，不要在測(cè)試結(jié)束或每天結(jié)束之后。那樣，你可能會(huì)遺忘掉一些東西。更糟的情況是，我們可能會(huì)忘掉那個(gè)bug

　　ii. 花一些時(shí)間去診斷你正在報(bào)告的缺陷。想想可能存在的原因并嘗試定位問(wèn)題，可能到后你會(huì)發(fā)現(xiàn)更多的缺陷。在你的bug report中說(shuō)說(shuō)你的分析。有助于提高開(kāi)發(fā)的認(rèn)可度和測(cè)試人員的專業(yè)程度

　　c）Bug的元素信息

　　i. 摘要：見(jiàn)a說(shuō)明，一個(gè)好的摘要應(yīng)該不超過(guò)50到60個(gè)字符。而且一個(gè)好的摘要不應(yīng)該承載任何對(duì)bug主觀的表達(dá)。

　　ii. 在編寫(xiě)bug report的時(shí)候記住你的目標(biāo)讀者。他們可能是開(kāi)發(fā)人員，其他的測(cè)試人員，經(jīng)理，或者在一些情況下，甚至是客戶。Bug report應(yīng)該可以被所有的人理解

　　iii. 清楚的列出前提條件

　　iv. 有清晰的可重現(xiàn)的步驟，可重現(xiàn)步驟應(yīng)該詳盡

　　v. 備注說(shuō)明：有頁(yè)面或者特殊情況下，或者可重新幾率不高的問(wèn)題，盡量保證有截圖和相關(guān)說(shuō)明信息。也可在備注中進(jìn)行問(wèn)題分析和bug定位的缺陷引導(dǎo)

　　vi. 簡(jiǎn)化和剔除步驟：在一個(gè)干凈的系統(tǒng)里測(cè)試你的“可重現(xiàn)的步驟”。你可能會(huì)發(fā)現(xiàn)有些步驟被遺漏或是毫無(wú)關(guān)系的，這樣可以剔除部分不必要的說(shuō)明步驟，也能避免步驟過(guò)多對(duì)于問(wèn)題定位的干擾。

　　vii. 預(yù)期結(jié)果和實(shí)際結(jié)果，清晰描述現(xiàn)象即可

　　viii. 附件：截圖和一些配置文件，需要進(jìn)行附件的添加，方便開(kāi)發(fā)進(jìn)行定位缺陷和分析問(wèn)題點(diǎn)

　　d）Bug的級(jí)別劃分

　　i. Bug的嚴(yán)重性級(jí)別劃分一般分為4類：嚴(yán)重、主要、次要、輕微

　　ii. 對(duì)應(yīng)級(jí)別的對(duì)應(yīng)問(wèn)題的劃分，可以見(jiàn)QC中對(duì)應(yīng)級(jí)別功能的劃分

　　iii. Bug的優(yōu)先級(jí)別劃分

　。1）緊急（Urgent）缺陷必須被立即解決

　　（2）高級(jí)別（High）缺陷需要盡快處理

　。3）正常（Medium）缺陷需要正常排隊(duì)等待修復(fù)或列入軟件發(fā)布清單

　　（4）不緊急（Low）缺陷可以在方便時(shí)被糾正，解決的優(yōu)先級(jí)別不高