楓格Bug和Task處理流程文檔V11

1、Bug&Task的處理流程的處理流程 FG.研發(fā)部作者：余西鵬目目 錄錄l軟件Bug處理流程圖； lBug的提交和跟蹤（測試）； lBug的處理（開發(fā)）；l測試任務(wù)提交與跟蹤； lJira的基本使用；一、一、BUG的處理流程的處理流程 1.1 Bug處理流程圖處理流程圖l提交一個(gè)新的Bug到缺陷管理庫（JIRA）；lTL檢查是否Bug并指派給模塊負(fù)責(zé)人；l模塊DL分配Bug給相關(guān)開發(fā)人員；l開發(fā)人員分析/修改Bug；l測試人員驗(yàn)證關(guān)閉Bug；l特殊情況的處理；一、一、BUG的處理流程的處理流程 1.2 Bug處理步驟分解處理步驟分解 二、二、Bug的提交和跟蹤的提交和跟蹤 2.1 提交

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

3、的結(jié)果 注意：標(biāo)準(zhǔn)*的項(xiàng)目為必填項(xiàng)目lSubmitted 一個(gè)新的Bug被提交到庫中； lChecked 測試Leader將check后的Bug指派給開發(fā)人員； lAssigned 開發(fā)Leader分配Bug給指定開發(fā)人員； lOpened 開發(fā)人員解決分配給自己的Bug;或修改的Bug未通過驗(yàn)證，Resolved后被重新open lResolved 開發(fā)人員對(duì)Bug修正完畢；lDuplicate 測試人員所報(bào)的重復(fù)BuglPostponed Bug延期解決lMonitor Bug重現(xiàn)頻率較低，要求測試人員跟蹤lNot bug 誤報(bào)或者客戶理解錯(cuò)誤，由測試leader與產(chǎn)品或PM確認(rèn)是否成立l

4、Unsure 開發(fā)人員對(duì)認(rèn)為非Bug忽略的問題由測試負(fù)責(zé)人確定是否成立； lClosed Bug修改通過測試驗(yàn)證后被關(guān)閉； 注意：bug在Jira庫中最終只有兩個(gè)狀態(tài) Not bug 和 Closed二、二、Bug的提交和跟蹤的提交和跟蹤 2.2 Bug的狀態(tài)說明的狀態(tài)說明二、二、Bug的提交和跟蹤的提交和跟蹤 2.3 Bug的狀態(tài)轉(zhuǎn)化圖的狀態(tài)轉(zhuǎn)化圖二、二、Bug的提交和跟蹤的提交和跟蹤 2.4 提交提交Bug的填寫說明的填寫說明lResolved 對(duì)修正完的Bug進(jìn)行回歸驗(yàn)證，通過關(guān)閉，否則重開并添加回歸說明；lMonitor 對(duì)重現(xiàn)率較低的Bug需在不同環(huán)境下重現(xiàn)并加驗(yàn)證說明（終端、網(wǎng)絡(luò)等

5、不同條件）lUnsure 開發(fā)人員對(duì)認(rèn)為非Bug忽略的Bug測試負(fù)責(zé)人確定成立則確認(rèn)，否則重開； 二、二、Bug的提交和跟蹤的提交和跟蹤 2.4 測試人員對(duì)測試人員對(duì)Bug的狀態(tài)的跟蹤的狀態(tài)的跟蹤 解決bug時(shí)，需要開發(fā)人員選擇處理結(jié)果，并需要在“備注”中分析Bug產(chǎn)生原因，以避免Bug的再次出現(xiàn)。處理結(jié)果如下： ResolutionsFixed：僅僅對(duì)真正解決了該問題的才能選擇此項(xiàng)Wont Fixed：通常為“忽略該未知問題”的操作選擇此項(xiàng)Duplicate：通常對(duì)選擇“問題重復(fù)”的操作選擇此項(xiàng)Incomplete：對(duì)“需要測試人員協(xié)助”選擇此項(xiàng)Cannot Reproduce：對(duì)“需要測試

6、人員協(xié)助”的操作選擇此項(xiàng)三、三、Bug的處理（開發(fā)）的處理（開發(fā)） 3.1 開發(fā)對(duì)開發(fā)對(duì)Bug產(chǎn)生原因進(jìn)行分析產(chǎn)生原因進(jìn)行分析三、三、Bug的處理（開發(fā)）的處理（開發(fā)） 3.2 Assigned狀態(tài)下的狀態(tài)下的BUG處理說明處理說明三、三、Bug的處理（開發(fā)）的處理（開發(fā)） 3.2 Opened狀態(tài)下的狀態(tài)下的BUG處理說明處理說明三、三、Bug的處理（開發(fā)）的處理（開發(fā)） 3.2 Resolve狀態(tài)下的狀態(tài)下的BUG處理說明處理說明l New開發(fā)人員提交測試測試任務(wù)至Jira庫中，測試負(fù)責(zé)人需要指派任務(wù)l Open測試人員接收到任務(wù)后，能執(zhí)行任務(wù)的狀態(tài)l Close當(dāng)測試通過后，Jira在庫

7、中的狀態(tài)l Rejected當(dāng)測試不通過，測試拒絕繼續(xù)后將返回給開發(fā)人員，此時(shí)需要重新更新版本后重新打開任務(wù)進(jìn)行提交測試 注意：最終任務(wù)只存在close的狀態(tài)四、測試任務(wù)的提交與跟蹤四、測試任務(wù)的提交與跟蹤 4.1 Task狀態(tài)說明狀態(tài)說明開發(fā)提交任務(wù)開發(fā)提交任務(wù) 開發(fā)人員有新版本或回歸需求時(shí)可將Task提交到JIRA中 新建新建Task含以下主要元素：含以下主要元素： l概概 述：述：簡潔描述任務(wù)內(nèi)容。如 【Android 2.3.4】活動(dòng)版本功能測試 * l存放地址存放地址(SVN) :將需要測試的軟件包和相關(guān)資料存放于svn中 *l模模 塊：塊： 選擇任務(wù)歸屬模塊。Android *l內(nèi)

8、部測試版本：內(nèi)部測試版本：填寫每次提交的版本。如 V 2.3.4 *l內(nèi)部版本號(hào)：內(nèi)部版本號(hào)：選擇第幾次轉(zhuǎn)測。如 B01/B02 * l描描 述：述：簡單描述版本新增需求/功能/修改功能 *l開發(fā)者：開發(fā)者：選擇測試負(fù)責(zé)人四、測試任務(wù)的提交與跟蹤四、測試任務(wù)的提交與跟蹤 4.2 開發(fā)人員提交開發(fā)人員提交Task元素說明元素說明四、測試任務(wù)的提交與跟蹤四、測試任務(wù)的提交與跟蹤 4.3 開發(fā)人員提交開發(fā)人員提交Task填寫說明填寫說明四、測試任務(wù)的提交與跟蹤四、測試任務(wù)的提交與跟蹤 4.4 開發(fā)人員提交開發(fā)人員提交Task實(shí)例實(shí)例創(chuàng)建屬于自己的過濾器：五、五、Jira的基本使用篇的基本使用篇 5.1 創(chuàng)建屬于自己的過濾器去瀏覽創(chuàng)建屬于自己的過濾器去瀏覽BUG或或TASK五、五、J