缺陷管理流程(共4頁)

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

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

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

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

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

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

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