缺陷和任務(wù)管理

Bug&Task的處理流程FG.研發(fā)部作者：余西鵬目錄軟件Bug處理流程圖；Bug的提交和跟蹤（測試）；Bug的處理（開發(fā)）；測試任務(wù)提交與跟蹤；Jira的基本使用；一、BUG的處理流程

1.1Bug處理流程圖提交一個新的Bug到缺陷管理庫（JIRA）；TL檢查是否Bug并指派給模塊負(fù)責(zé)人；模塊DL分配Bug給相關(guān)開發(fā)人員；開發(fā)人員分析/修改Bug；測試人員驗證關(guān)閉Bug；特殊情況的處理；一、BUG的處理流程

1.2Bug處理步驟分解二、Bug的提交和跟蹤

2.1提交Bug必要元素新建Bug包含元素：概要：簡述bug出現(xiàn)的結(jié)果*模塊：選擇Bug屬于Android/ios/CMS/Java等模塊*Build_V：發(fā)現(xiàn)Bug的版本，如V2.3.3*級別：選擇Bug嚴(yán)重級別，如致命/嚴(yán)重/一般*缺陷類型：如功能錯誤/用戶界面Found：內(nèi)部發(fā)現(xiàn)版本號B01/B02*概率：填寫B(tài)ug出現(xiàn)的概率*開發(fā)者：將問題指派給測試負(fù)責(zé)人*前提條件：描述Bug發(fā)生的必要前提條件描述：描述復(fù)現(xiàn)Bug的詳細(xì)步驟實際結(jié)果：描述Bug出現(xiàn)的結(jié)果預(yù)期結(jié)果：描述復(fù)現(xiàn)步驟期望達(dá)到的結(jié)果

注意：標(biāo)準(zhǔn)*的項目為必填項目Submitted

一個新的Bug被提交到庫中；Checked

測試Leader將check后的Bug指派給開發(fā)人員；Assigned

開發(fā)Leader分配Bug給指定開發(fā)人員；Opened

開發(fā)人員解決分配給自己的Bug;或修改的Bug未通過驗證，Resolved后被重新openResolved

開發(fā)人員對Bug修正完畢；Duplicate

測試人員所報的重復(fù)BugPostponed

Bug延期解決Monitor

Bug重現(xiàn)頻率較低，要求測試人員跟蹤Notbug

誤報或者客戶理解錯誤，由測試leader與產(chǎn)品或PM確認(rèn)是否成立Unsure

開發(fā)人員對認(rèn)為非Bug忽略的問題由測試負(fù)責(zé)人確定是否成立；Closed

Bug修改通過測試驗證后被關(guān)閉；

注意：bug在Jira庫中最終只有兩個狀態(tài)Notbug和Closed二、Bug的提交和跟蹤

2.2

Bug的狀態(tài)說明二、Bug的提交和跟蹤

2.3

Bug的狀態(tài)轉(zhuǎn)化圖二、Bug的提交和跟蹤

2.4提交Bug的填寫說明Resolved

對修正完的Bug進(jìn)行回歸驗證，通過關(guān)閉，否則重開并添加回歸說明；Monitor

對重現(xiàn)率較低的Bug需在不同環(huán)境下重現(xiàn)并加驗證說明（終端、網(wǎng)絡(luò)等不同條件）Unsure

開發(fā)人員對認(rèn)為非Bug忽略的Bug測試負(fù)責(zé)人確定成立則確認(rèn)，否則重開；二、Bug的提交和跟蹤

2.4測試人員對Bug的狀態(tài)的跟蹤解決bug時，需要開發(fā)人員選擇處理結(jié)果，并需要在“備注”中分析Bug產(chǎn)生原因，以避免Bug的再次出現(xiàn)。處理結(jié)果如下：ResolutionsFixed：僅僅對真正解決了該問題的才能選擇此項Won’tFixed：通常為“忽略該未知問題”的操作選擇此項Duplicate：通常對選擇“問題重復(fù)”的操作選擇此項Incomplete：對“需要測試人員協(xié)助”選擇此項CannotReproduce：對“需要測試人員協(xié)助”的操作選擇此項三、Bug的處理（開發(fā)）

3.1開發(fā)對Bug產(chǎn)生原因進(jìn)行分析三、Bug的處理（開發(fā)）

3.2

Assigned狀態(tài)下的BUG處理說明三、Bug的處理（開發(fā)）

3.2

Opened狀態(tài)下的BUG處理說明三、Bug的處理（開發(fā)）

3.2

Resolve狀態(tài)下的BUG處理說明New開發(fā)人員提交測試測試任務(wù)至Jira庫中，測試負(fù)責(zé)人需要指派任務(wù)Open測試人員接收到任務(wù)后，能執(zhí)行任務(wù)的狀態(tài)Close當(dāng)測試通過后，Jira在庫中的狀態(tài)Rejected當(dāng)測試不通過，測試拒絕繼續(xù)后將返回給開發(fā)人員，此時需要重新更新版本后重新打開任務(wù)進(jìn)行提交測試

注意：最終任務(wù)只存在close的狀態(tài)四、測試任務(wù)的提交與跟蹤

4.1

Task狀態(tài)說明開發(fā)提交任務(wù)開發(fā)人員有新版本或回歸需求時可將Task提交到JIRA中

新建Task含以下主要元素：

概述：簡潔描述任務(wù)內(nèi)容。如【Android2.3.4】活動版本功能測試*存放地址(SVN)

:將需要測試的軟件包和相關(guān)資料存放于svn中*模塊：選擇任務(wù)歸屬模塊。Android*內(nèi)部測試版本：填寫每次提交的版本。如V2.3.4*內(nèi)部版本號：選擇第幾次轉(zhuǎn)測。如B01/B02*

描述：簡單描述版本新增需求/功能/修改功能*開發(fā)者：選擇測試負(fù)責(zé)人四、測試任務(wù)的提交與跟蹤

4.2開發(fā)人員提交Task元素說明四、測試任務(wù)的提交與跟蹤

4.3開發(fā)人員提交Task填寫說明創(chuàng)建屬于自己的過濾器：五、Jira的基本使用篇

5.1創(chuàng)建屬于自己的過濾器去瀏覽BU