缺陷處理流程

1、缺陷處理流程1缺陷處理流程1.缺陷處理流程圖如下:關(guān)閉缺陷2. 缺陷處理流程圖中判定說(shuō)明：1) 是否打開缺陷：開發(fā)組長(zhǎng)/經(jīng)理查閱缺陷，確認(rèn)為缺陷后，指定優(yōu)先級(jí)、估計(jì)修復(fù)日期再指派給相關(guān)開發(fā)人員；如果確認(rèn)為不是缺陷的，注釋中說(shuō)明理由，予以否決。2) 處理缺陷：開發(fā)處理缺陷；如果缺陷短期內(nèi)進(jìn)行修復(fù)存在困難，且該缺陷對(duì)于功能實(shí)現(xiàn)影響不大的，應(yīng)該給開發(fā)組長(zhǎng)/經(jīng)理說(shuō)明情況，讓開發(fā)組長(zhǎng)/經(jīng)理與缺陷相關(guān)人員協(xié)調(diào)后延期處理該缺陷，并在注釋中說(shuō)明理由，估計(jì)修復(fù)日期和指明計(jì)劃關(guān)閉版本。3) 是否關(guān)閉：測(cè)試人員對(duì)回歸通過(guò)的缺陷進(jìn)行關(guān)閉；否則重新打開缺陷。并在注釋中說(shuō)明重新打開理由。3. 缺陷處理流程圖中流程說(shuō)明：1

2、) 新建缺陷：測(cè)試人員(其他人員)根據(jù)缺陷填寫說(shuō)明，新建缺陷。2) 已否決：對(duì)已否決的缺陷，最后由測(cè)試發(fā)起會(huì)議(形式可以根據(jù)情況而定)，找到缺陷相關(guān)人員進(jìn)行確認(rèn)。如果確認(rèn)為是無(wú)效的缺陷，保持“已否決”狀態(tài)，否則重新打開缺陷，并指派給相關(guān)處理人員。3) (重新)打開：開發(fā)人員應(yīng)該處理自己手上“打開”和“重新打開”的缺陷。4) 延期處理：開發(fā)組長(zhǎng)/經(jīng)理根據(jù)情況，對(duì)缺陷進(jìn)行延期處理。5) 已經(jīng)修復(fù)：開發(fā)人員處理完缺陷后，把缺陷狀態(tài)改為“已修復(fù)”狀態(tài)。并通知測(cè)試人員進(jìn)行回歸。6) 回歸測(cè)試：測(cè)試人員對(duì)已經(jīng)修復(fù)的缺陷進(jìn)行回歸。7) 關(guān)閉缺陷：測(cè)試人員回歸測(cè)試通過(guò)后，對(duì)缺陷進(jìn)行關(guān)閉。4. 為了說(shuō)明各個(gè)角色

3、在缺陷處理流程中的職責(zé)，據(jù)測(cè)試流程所畫泳道圖如下：如果上面判定和流程中， 某一方存在異議的， 應(yīng)及時(shí)反饋上級(jí)。然后上級(jí)根據(jù)缺陷優(yōu)先級(jí)、實(shí)際情況等，找恰當(dāng)?shù)臅r(shí)間發(fā)起會(huì)議（或其他）的方式找到缺陷相關(guān)人員進(jìn)行溝通、協(xié)調(diào)和處理。2 缺陷填寫說(shuō)明1. BUW部提交到QC中（指定域名的指定項(xiàng)目下）。2. “摘要”，用簡(jiǎn)單明了的語(yǔ)句說(shuō)明白你這個(gè)BUG,相當(dāng)于BUG的中心語(yǔ)句。3. 詳細(xì)信息填寫規(guī)范：1） “分配給”，選擇這個(gè) BUG所屬模塊是屬于那個(gè)研發(fā)人員，并把問(wèn)題指派給他（如果不知道，就直接提交給該負(fù)責(zé)人）。2） “缺陷類別”，分為 5種（參考平臺(tái)共享文件QCB作守則0922）BUG-功能一一功能上的缺

4、陷，如按鈕沒(méi)響應(yīng)，充值不成功，需求上提到的功能沒(méi)實(shí)現(xiàn)等。BUG-式頁(yè)面樣式的缺陷，如界面顏色、字號(hào)、排版、圖片大小與所需求不符等。功能建議功功新增加的網(wǎng)頁(yè)功能性建議。UI建議 一一對(duì)我們網(wǎng)頁(yè)的布局、設(shè)計(jì)、色彩、交互、按鈕、動(dòng)靜態(tài)效果、字體、文本框、表情、圖片等有關(guān)視覺(jué)效果和操控便利性方面的建議。課程建議功功提出的和課程的學(xué)習(xí)、播放、內(nèi)容、課程制作等有關(guān)的一切建議。3） “缺陷主題”，選擇你提交的BUG所屬那個(gè)模塊。4） “項(xiàng)目”選擇提交問(wèn)題時(shí)測(cè)試系統(tǒng)的影響版本。5） “嚴(yán)重程度”，分為5個(gè)等級(jí)1-低： UI 控件不符合界面規(guī)范。影響UI友好性。 用戶不頻繁使用的功能易用性差。2-中： 用戶需求

5、未實(shí)現(xiàn)（不影響用戶完成業(yè)務(wù)、用戶使用不頻繁）。注：用戶執(zhí)行刪除操作時(shí)系統(tǒng)應(yīng)彈出確認(rèn)提示將固定視為用戶需求，無(wú)刪除確認(rèn)提示的缺陷歸屬本類。 用戶需求實(shí)現(xiàn)錯(cuò)誤（不影響用戶完成業(yè)務(wù)、用戶使用不頻繁）。 用戶操作過(guò)程中系統(tǒng)出現(xiàn)異常報(bào)錯(cuò)，但不影響系統(tǒng)功能的使用。 用戶使用不頻繁的功能，響應(yīng)時(shí)間超出忍耐限度。注：忍耐限度根據(jù)實(shí)際軟件系統(tǒng)的特點(diǎn)而定。 UI 上存在錯(cuò)誤引導(dǎo)用戶的信息。 UI 上信息缺失、無(wú)法顯示完整或出現(xiàn)亂碼從而給用戶造成疑惑的。 用戶頻繁使用的功能易用性差（操作起來(lái)麻煩、復(fù)雜、效率低）。3-高： 用戶需求未實(shí)現(xiàn)（影響到用戶完成業(yè)務(wù)）。 用戶需求實(shí)現(xiàn)錯(cuò)誤（影響到用戶完成業(yè)務(wù)）。 用戶使用頻繁

6、的功能，響應(yīng)時(shí)間超出忍耐限度（不影響其他功能模塊）。4-非常高： 用戶體驗(yàn)性非常差，會(huì)導(dǎo)致“大量”用戶投訴的。5-緊急： 后臺(tái)數(shù)據(jù)受損或丟失。 導(dǎo)致被測(cè)軟件響應(yīng)明顯很慢（假死）、死機(jī)、非法退出、崩潰。 與“錢”沾邊的，如充值、購(gòu)買課程后不能使用、不購(gòu)買課程也能使用課程等。4. 缺陷“描述”規(guī)范1） 指明當(dāng)時(shí)出這個(gè)BUG的現(xiàn)場(chǎng)環(huán)境，示例如下：測(cè)試服務(wù)器：瀏覽器：IE9、 360瀏覽器（兼容模式）2） 指明缺陷所屬模塊或頁(yè)面的路徑，示例如下：3） 路徑：把BUG產(chǎn)生的步驟一步一步寫清楚，可以用以下方法寫。（如果一句話就可以說(shuō)明的BUG,就不必要分步驟了）示例：缺陷重現(xiàn)步驟：1、。2、。3、。4、。

7、測(cè)試結(jié)果：。期望結(jié)果：。4） 另外可以通過(guò)上傳截圖或附件，可以進(jìn)行簡(jiǎn)單明了的說(shuō)明 BUG存在，也可彳為BUG證據(jù)注意：關(guān)于優(yōu)化建議方面的缺陷，根據(jù)實(shí)際情況，可以簡(jiǎn)化以上的一些步驟。問(wèn)題描述簡(jiǎn)潔明了，條理清晰，使開發(fā)人員能據(jù)此復(fù)現(xiàn)定位問(wèn)題。缺陷描述語(yǔ)句，應(yīng)避免出現(xiàn)錯(cuò)別字，語(yǔ)病，歧義等。BUG驗(yàn)證/關(guān)閉問(wèn)題說(shuō)明1. 當(dāng)BUG狀態(tài)變?yōu)椤耙研迯?fù)”，根據(jù)回歸清單或測(cè)試申請(qǐng)(由開發(fā)提供)進(jìn)行回歸測(cè)試，如果回歸測(cè)試后該問(wèn)題被解決，則關(guān)閉該BUG,并在注釋中填寫如下信息：驗(yàn)證通過(guò)：是驗(yàn)證日期：。2. 如果回歸測(cè)試驗(yàn)證不通過(guò)，則“重新打開”該BUG,并在注釋中填寫明情況。3. 如果出現(xiàn)“延期處理”、“已否決”的缺陷，首先查明原因，如果與研發(fā)不能達(dá)成一致的需要及時(shí)向上級(jí)反饋。關(guān)于研發(fā)人員處理缺陷1. 當(dāng)研發(fā)人員接到一個(gè)缺陷后，應(yīng)該填寫“估計(jì)修復(fù)工時(shí)”、“估計(jì)