BUG描述語言規(guī)范.doc

BUG描述規(guī)范BUG描述規(guī)范一、目的清晰簡單描述好缺陷，編寫有效的缺陷實(shí)例，幫助開發(fā)人員有效的進(jìn)行缺陷定位，重現(xiàn)錯(cuò)誤，從而去有效的定位錯(cuò)誤，修改錯(cuò)誤。二、目標(biāo)u 減少開發(fā)人員的二次缺陷率u 提高開發(fā)人員修改缺陷的速度u 提高測試質(zhì)量部門的信用度u 增加開發(fā)與測試的協(xié)作u 有效提高產(chǎn)品的質(zhì)量三、范圍本文檔適合于系統(tǒng)產(chǎn)品部門所有的人員四、缺陷的要素u 描寫格式：填寫缺陷的時(shí)候，若為軟件的模塊名稱、頁面元素和按鈕、關(guān)鍵步驟、附件則應(yīng)由對(duì)應(yīng)的“ “ 進(jìn)行描寫，描述中出現(xiàn)的缺陷錯(cuò)誤需用引號(hào)+粗體+紅顏色進(jìn)行標(biāo)記；u 描寫步驟：缺陷描述的時(shí)候要分層次，首先是描述缺陷發(fā)生的位置和條件，其次描述缺陷發(fā)現(xiàn)的步驟，再描述缺陷發(fā)生的結(jié)果，給出缺陷修改建議，最后必須附上結(jié)果的附件或快照；u 描述方法：填寫缺陷的時(shí)候，盡量采用書面語，不能采用口語、歧義性語言，激動(dòng)的語言（毀謗性）；缺陷的狀態(tài)改變，需注釋對(duì)應(yīng)的用戶名、時(shí)間、原因，才能改變狀態(tài)；u 附件和快照標(biāo)準(zhǔn)格式： 附件根據(jù)需要對(duì)缺陷的過程和結(jié)果進(jìn)行標(biāo)注和文字說明，說明過程需用紅色箭頭對(duì)缺陷過程進(jìn)行描述和說明；u 缺陷主題描述：簡單清晰的描述在什么樣的位置，什么樣的條件下，發(fā)生什么樣的結(jié)果，不能完全復(fù)制詳細(xì)描述中的語言； u 缺陷描述標(biāo)準(zhǔn)格式： 缺陷描述規(guī)范：缺陷主題： 缺陷位置+缺陷結(jié)果（在什么樣的位置，什么樣的條件下，發(fā)生什么樣的結(jié)果）參數(shù)設(shè)置： 定位好缺陷類型，項(xiàng)目優(yōu)先級(jí)，程序優(yōu)先級(jí)，缺陷狀態(tài)等TD必填字段詳細(xì)描述：1） 缺陷發(fā)生在哪里：標(biāo)準(zhǔn)格式：在XXX模塊YYY子模塊下；2） 缺陷發(fā)生的步驟/條件：通過對(duì)什么樣的操作，進(jìn)行了什么樣步驟；3） 缺陷發(fā)生的結(jié)果：出現(xiàn)了ZZZ的錯(cuò)誤現(xiàn)象，見附件 NNN；4） 針對(duì)問題的建議：根據(jù)判斷，給出缺陷解決的建議，建議對(duì)此缺陷進(jìn)行怎樣的修改或者對(duì)應(yīng)的處理方式，針對(duì)建議需要給出解決的方法和過程；5） 缺陷必須要有附件或快照（其中必須對(duì)其按照標(biāo)準(zhǔn)格式進(jìn)行標(biāo)注和文字說明）五、缺陷描述的案例案列一：缺陷主題： 集成管理模塊的項(xiàng)目注冊(cè)管理頁面， 查看項(xiàng)目立項(xiàng)信息時(shí)，出現(xiàn)“未能加載類型“ProjectGeneralView”錯(cuò)誤參數(shù)設(shè)置： 定位好缺陷來源，檢測版本，所屬模塊，嚴(yán)重程度、優(yōu)先級(jí)詳細(xì)描述：1）在集成管理 項(xiàng)目注冊(cè)管理頁面下；2）選擇已發(fā)布TAB頁； 3）在GRID列表中，選擇任意一條項(xiàng)目立項(xiàng)信息，點(diǎn)擊查看按鈕；4）系統(tǒng)頁面彈出：按鈕報(bào)錯(cuò)信息“未能加載類型“ProjectGeneralView“，見附件1.JPG、2.JPG； 1.jpg2.jpg六、測試屬性定義u 測試優(yōu)先級(jí)高：在所有的測試項(xiàng)中排在首位、最核心也是最能影響整體的被測對(duì)象或功能中：主要的涉及到細(xì)節(jié)化的被測對(duì)象或功能低：不影響系統(tǒng)運(yùn)行和整體架構(gòu)的被測對(duì)象或功能u BUG嚴(yán)重級(jí)高：引起系統(tǒng)崩潰或無法正常運(yùn)行和安裝中：需求說明書中要求的功能未實(shí)現(xiàn)或不符，或流程數(shù)據(jù)錯(cuò)誤低：顯示差錯(cuò)、風(fēng)格差異或建議u BUG優(yōu)先級(jí)高：非常緊急且無法繼續(xù)測