缺陷管理流程(共4頁(yè))

1、精選優(yōu)質(zhì)文檔-傾情為你奉上  在軟件的開(kāi)發(fā)、評(píng)審、測(cè)試和使用的過(guò)程中，我們都可能面臨或碰到軟件產(chǎn)品沒(méi)有按照設(shè)計(jì)要求運(yùn)行、使用不方便或在某種程度上不能滿足用戶的要求等此類問(wèn)題，這些我們可以通稱為缺陷。軟件缺陷是軟件開(kāi)發(fā)過(guò)程中的"副產(chǎn)品"。缺陷會(huì)存在于軟件產(chǎn)品的整個(gè)生命周期中：可以是軟件代碼的問(wèn)題、系統(tǒng)文檔（開(kāi)發(fā)文檔和測(cè)試文檔等）存在的問(wèn)題，或者是用戶的幫助文檔和使用指南方面的問(wèn)題等。測(cè)試是發(fā)現(xiàn)缺陷的主要手段，也是它的主要目的。測(cè)試活動(dòng)和開(kāi)發(fā)活動(dòng)一樣，是項(xiàng)目質(zhì)量保證不可或缺的重要部分。因此，對(duì)于測(cè)試活動(dòng)的主要產(chǎn)物：缺陷，我們需要建立一個(gè)完善的缺陷管理流程，來(lái)對(duì)缺陷進(jìn)行

2、報(bào)告、查詢、分類、跟蹤、處理和驗(yàn)證等。本文主要針對(duì)在開(kāi)發(fā)測(cè)試活動(dòng)中發(fā)現(xiàn)的缺陷，其相應(yīng)的缺陷管理流程，以及在流程中主要的缺陷狀態(tài)、參與缺陷的角色和缺陷相關(guān)的主要活動(dòng)以及缺陷的等級(jí)分類等。 1. 缺陷狀態(tài)的主要處理過(guò)程：    2. 和缺陷相關(guān)的角色：· 測(cè)試工程師：在這里主要是指發(fā)現(xiàn)和報(bào)告缺陷的測(cè)試人員。在一般流程中，他需要對(duì)這個(gè)缺陷后續(xù)相關(guān)的狀態(tài)負(fù)責(zé)：包括相關(guān)人員對(duì)這個(gè)缺陷相關(guān)信息的詢問(wèn)回答，以及對(duì)bug的驗(yàn)證測(cè)試。· 開(kāi)發(fā)工程師：這里主要指對(duì)這個(gè)缺陷進(jìn)行研究和修改的開(kāi)發(fā)人員。同時(shí)，他需要對(duì)修改后的缺陷在提交測(cè)試人員正式測(cè)試驗(yàn)證之前需

3、要進(jìn)行驗(yàn)證測(cè)試。· 需求工程師：這里主要是需要對(duì)缺陷進(jìn)行確認(rèn)是否需要解決，是否需要當(dāng)前版本解決。· 缺陷狀態(tài)的含義解釋：· New（新缺陷）：軟件中新發(fā)現(xiàn)報(bào)告的缺陷，一般由測(cè)試人員提交。當(dāng)然也可能是開(kāi)發(fā)人員自己在單元或代碼測(cè)試過(guò)程中提交，或從軟件使用的最終用戶或測(cè)試現(xiàn)場(chǎng)反饋得到的缺陷報(bào)告。· Open（打開(kāi)）：處于這個(gè)狀態(tài)時(shí)，缺陷已經(jīng)被確認(rèn)并已經(jīng)分配給相關(guān)的開(kāi)發(fā)人員進(jìn)行相關(guān)的修改。· Fixed（已修改）：開(kāi)發(fā)人員將相應(yīng)的bug修改后改為fixed狀態(tài)后，交付給相關(guān)的測(cè)試小組進(jìn)行驗(yàn)證測(cè)試。· Closed（結(jié)束）：測(cè)試小組人員對(duì)缺陷進(jìn)

4、行驗(yàn)證通過(guò)后將缺陷狀態(tài)改為closed狀態(tài)。 上面簡(jiǎn)單介紹的缺陷狀態(tài)是在缺陷管理過(guò)程中主要的狀態(tài)，或者是在缺陷處理順利時(shí)所經(jīng)歷的狀態(tài)。實(shí)際上，缺陷還有其他一些其他的狀態(tài)，或者可以認(rèn)為是輔助的狀態(tài)，分別是：· Declined（拒絕）：需求人員進(jìn)行分析后，認(rèn)為不是缺陷?；蛲ㄟ^(guò)開(kāi)發(fā)人員的調(diào)查研究，認(rèn)為不是缺陷，開(kāi)發(fā)人員可以將具體的理由加入到缺陷描述或備注中，測(cè)試人員經(jīng)過(guò)驗(yàn)證確實(shí)不存在此問(wèn)題時(shí)，可以直接將bug關(guān)閉。· Defferred（延期）：需求人員確認(rèn)缺陷不在當(dāng)前版本解決時(shí)的狀態(tài)，在jira缺陷跟蹤中，可以通過(guò)修改缺陷的修改預(yù)期時(shí)間進(jìn)行延期，需在備注中說(shuō)明延期的原因。&#

5、183; 缺陷的嚴(yán)重度和優(yōu)先級(jí)分類：缺陷的嚴(yán)重度指得是假如缺陷沒(méi)有修改，由這個(gè)缺陷引發(fā)的問(wèn)題對(duì)客戶的影響程度。而缺陷的優(yōu)先級(jí)指得是解決這個(gè)缺陷需要的時(shí)間（或者在多少時(shí)間內(nèi)必須解決這個(gè)缺陷）。對(duì)于一個(gè)缺陷，根據(jù)jira缺陷模板中只有優(yōu)先級(jí)的選擇，所以在此對(duì)優(yōu)先級(jí)做一個(gè)定義： 缺陷的優(yōu)先級(jí)，我們可以進(jìn)行下面的分類：· 緊急的（Blocker）：缺陷會(huì)對(duì)系統(tǒng)引起重大問(wèn)題，必須立即解決。例如：功能頁(yè)面不能打開(kāi)，沒(méi)有數(shù)據(jù)顯示出來(lái)等等。· 嚴(yán)重的（Critical）：在上線之前必須解決。例如：模塊基本流程上的某個(gè)功能不能實(shí)現(xiàn)，流程不能執(zhí)行下去。· 主要的（Major

6、）：在上線之前應(yīng)該解決。例如：基本流程上非主要功能比如查詢功能不能實(shí)現(xiàn)。· 微小的（Minor）：可選擇性的解決。例如：界面顯示不夠友好，易用性不好等等。上述只是初步的一個(gè)規(guī)劃定義，對(duì)于不同缺陷的優(yōu)先級(jí)，需根據(jù)客戶的需求進(jìn)行設(shè)置，客戶要求緊急解決的優(yōu)先級(jí)就排高。一切以客戶的需求為前提。· 缺陷的內(nèi)容規(guī)范要求：根據(jù)jira中缺陷提交的模板，缺陷需包括的字段內(nèi)容有：概要、優(yōu)先級(jí)、逾期時(shí)間、模塊，開(kāi)發(fā)者（指派給的人員），環(huán)境，描述，附件。概要：概要是描述缺陷的概要內(nèi)容，此內(nèi)容不易過(guò)程，需簡(jiǎn)短的描述出缺陷的大概問(wèn)題所在。優(yōu)先級(jí)：根據(jù)第四點(diǎn)中描述的標(biāo)準(zhǔn)和需求人員的要求對(duì)優(yōu)先級(jí)進(jìn)行設(shè)定

7、。逾期時(shí)間：需當(dāng)前版本解決的問(wèn)題，根據(jù)模塊版本的上線時(shí)間確定缺陷的逾期時(shí)間，延期解決的問(wèn)題根據(jù)實(shí)際工作情況進(jìn)行設(shè)置。模塊：缺陷屬于系統(tǒng)的哪個(gè)模塊的，就選擇該模塊。開(kāi)發(fā)者：此模塊的開(kāi)發(fā)負(fù)責(zé)人員，此選項(xiàng)可以進(jìn)行修改，開(kāi)發(fā)人員如果覺(jué)得此問(wèn)題不是自己的職責(zé)范圍可以進(jìn)行再次的派發(fā)給其他的開(kāi)發(fā)人員。環(huán)境：需在此字段中標(biāo)注是測(cè)試環(huán)境下的問(wèn)題還是正式環(huán)境下的，如果有多個(gè)測(cè)試環(huán)境時(shí)，需將具體鏈接地址寫(xiě)在此字段中，并標(biāo)明是在哪個(gè)網(wǎng)絡(luò)訪問(wèn)此頁(yè)面。描述：此字段是描述缺陷的重現(xiàn)步驟和問(wèn)題所在，描述需清晰明了，需要達(dá)到的要求是：研發(fā)人員可以按照描述將bug重現(xiàn)出來(lái)。附件：用于存放對(duì)bug的截圖，需有詳細(xì)的截圖，以便于研發(fā)人員理解問(wèn)題所在。 缺陷記錄的原則是： 1. 對(duì)問(wèn)題精確描述，嚴(yán)禁出現(xiàn)“呈現(xiàn)不對(duì)”“數(shù)據(jù)不準(zhǔn)確”等模糊化表述而無(wú)附加說(shuō)明2. 盡量明文引用如需引用別的文檔