軟件缺陷管理制度

1、軟件缺陷管理制度XX軟件有限公司軟件項(xiàng)目測試組文檔編號(hào)： GREATSOFT_TEST編寫人： XXX編寫日期： 2011 年 12 月 19 日審核人：審核日期：審批人：審批日期：1修訂歷史記錄日期版本說明作者2011/12/19首次提交XXX1目錄軟件缺陷管理制度·1修訂歷史記錄·1目 錄·1第1章總則·1第2章缺陷提交·1第 3 章 缺陷分析定位·1第4章缺陷修復(fù)·2第 5 章 缺陷回歸驗(yàn)證·2第6章缺陷管理·2第7章缺陷類型·3第 8 章 缺陷嚴(yán)重程度·5第 9 章 缺陷優(yōu)先級(jí)

2、·5第 10 章 缺陷狀態(tài)·6第11章附錄·61第1章總則為了加強(qiáng)部門管理工作， 建立規(guī)范的缺陷管理制度， 提高工作水平， 根據(jù)公司和部門的有關(guān)規(guī)定，制定缺陷管理制度。本缺陷管理制度適用于研發(fā)二部。 各測試，研發(fā)人員應(yīng)當(dāng)依據(jù)本制度的規(guī)定， 規(guī)范工作，保證軟件質(zhì)量。軟件缺陷又被叫做Bug。所謂軟件缺陷，即為軟件中存在的某種破壞正常運(yùn)行能力的問題、錯(cuò)誤， 或者隱藏的功能缺陷。缺陷的存在會(huì)導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要。 IEEE729-1983對(duì)缺陷有一個(gè)標(biāo)準(zhǔn)的定義：從產(chǎn)品內(nèi)部看，缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中存在的錯(cuò)誤、毛病等各種問題；從產(chǎn)品外部看， 缺

3、陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。軟件缺陷的管理分為四個(gè)階段。包括：缺陷提交、明確指明缺陷類型 、缺陷修復(fù)、缺陷回歸驗(yàn)證。第 2章缺陷提交缺陷提交階段需要提交缺陷報(bào)告，缺陷報(bào)告必須詳細(xì)描述缺陷內(nèi)容。缺陷描述的內(nèi)容包含缺陷操作步驟，實(shí)際結(jié)果和期望結(jié)果，明確指明缺陷類型，缺陷嚴(yán)重程度，缺陷優(yōu)先級(jí)，缺陷狀態(tài)，以及軟件版本，提交人，提交日期等信息。第3章缺陷分析定位缺陷分析定位階段需要根據(jù)缺陷報(bào)告的內(nèi)容對(duì)缺陷進(jìn)行分析和定位。缺陷分析和定位是相關(guān)人員根據(jù)缺陷報(bào)告中對(duì)缺陷的詳細(xì)描述查找重現(xiàn)缺陷，確定缺陷產(chǎn)生的原因，明確缺陷所處的位置，以便修改缺陷。1第 4章缺陷修復(fù)缺陷修復(fù)階段需要對(duì)已經(jīng)定位的缺陷

4、進(jìn)行修改。缺陷修復(fù)是開發(fā)人員對(duì)已經(jīng)分析定位的缺陷進(jìn)行修改并更改缺陷狀態(tài)，修改后的軟件需要實(shí)現(xiàn)預(yù)期的結(jié)果（缺陷報(bào)告中的預(yù)期結(jié)果）。第5章缺陷回歸驗(yàn)證缺陷回歸驗(yàn)證階段需要對(duì)已經(jīng)修改的缺陷進(jìn)行驗(yàn)證和回歸測試。缺陷回歸驗(yàn)證是測試人人員對(duì)已經(jīng)修改的缺陷進(jìn)行回歸測試，根據(jù)缺陷報(bào)告中的操作步驟對(duì)缺陷重新進(jìn)行測試，并對(duì)缺陷修改過程中可能影響到的組件、模塊或功能進(jìn)行重新測試，驗(yàn)證修改后的缺陷可以實(shí)現(xiàn)預(yù)期結(jié)果并對(duì)其他組件、模塊或功能無影響。同時(shí)，根據(jù)驗(yàn)證結(jié)果修改相應(yīng)的缺陷狀態(tài)，提交新產(chǎn)生的缺陷。第 6章缺陷管理缺陷管理是對(duì)各階段測試發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理， 以保證各級(jí)缺陷的修復(fù)率達(dá)到一定標(biāo)準(zhǔn)。包含內(nèi)容如下：（一）

5、測試人員在提供的缺陷模板中新建或重新打開缺陷。（二）測試人員提交的缺陷將反饋給項(xiàng)目負(fù)責(zé)人，由項(xiàng)目負(fù)責(zé)人安排開發(fā)人員修復(fù)缺陷。（三）開發(fā)人員修復(fù)缺陷后， 記錄處理時(shí)間及處理結(jié)果， 并將文檔及時(shí)反饋給測試人員驗(yàn)證。（四）測試人員驗(yàn)證缺陷后，記錄驗(yàn)證時(shí)間及驗(yàn)證結(jié)果，并提交給項(xiàng)目負(fù)責(zé)人。2第 7章缺陷類型缺陷類型是指根據(jù)缺陷的自然屬性劃分的缺陷種類。共分為九類，包括：文檔缺陷、 設(shè)計(jì)缺陷、配置缺陷、界面交互缺陷、數(shù)據(jù)校驗(yàn)缺陷、查詢統(tǒng)計(jì)缺陷、功能缺陷、性能缺陷、安全性缺陷。文檔缺陷 是指軟件相關(guān)文檔不滿足其完整性、正確性、 一致性、易理解性、 易瀏覽性的要求。滿足以下一或多種情況：（一）影響發(fā)布和維護(hù)，

6、其中包括注釋。（二）文檔中術(shù)語不一致。（三）文檔中詞語、語句表達(dá)不清晰，產(chǎn)生歧義。（四）文檔內(nèi)容缺失，結(jié)構(gòu)不完整。（五）文檔編制過程中產(chǎn)生的錯(cuò)誤。（六）文檔中發(fā)現(xiàn)的其他錯(cuò)誤。設(shè)計(jì)缺陷 是指軟件在最初設(shè)計(jì)時(shí)由于未考慮全面， 而使軟件在使用中存在的一些潛在的缺陷。滿足以下一或多種情況：（一）需求分析階段沒有考慮和挖掘到的隱式需求，導(dǎo)致的需求缺失。（二）操作便捷性設(shè)計(jì)不符合大眾操作習(xí)慣。（三）控件功能設(shè)計(jì)不符合大眾使用習(xí)慣。（四）錯(cuò)誤提示內(nèi)容不符合大眾閱讀習(xí)慣。（五）其他設(shè)計(jì)不合理引發(fā)的缺陷。配置缺陷 是指由于配置庫、變更管理或版本控制引起的錯(cuò)誤。滿足以下一或多種情況：（一）獨(dú)立安裝部署不成功。（二

7、）配置文件或初始化數(shù)據(jù)錯(cuò)誤。（三）不同運(yùn)行環(huán)境產(chǎn)生的錯(cuò)誤。界面交互缺陷是指接口通信和人機(jī)交互時(shí)產(chǎn)生的缺陷。滿足以下一或多種情況：（一）組件、模塊之間數(shù)據(jù)通信錯(cuò)誤。（二）程序接口錯(cuò)誤。（三）硬件接口通信錯(cuò)誤。（四）界面不存在，界面不滿足易用性要求，界面難以被用戶理解，界面不協(xié)調(diào)不美觀，3提示信息沒有使用用業(yè)務(wù)詞匯或者容易被用戶理解的詞匯而是使用計(jì)算機(jī)專業(yè)術(shù)語。（五）界面風(fēng)格不相對(duì)一致，不符合操作習(xí)慣。（六）提示、警告、錯(cuò)誤說明等友好信息表達(dá)模糊、失當(dāng)。（七）沒有區(qū)別不同操作（增加、刪除、修改、查詢）對(duì)應(yīng)界面的性質(zhì)。（八）沒有提供輔助輸入手段。數(shù)據(jù)校驗(yàn)缺陷是指提示的錯(cuò)誤信息， 不適當(dāng)?shù)臄?shù)據(jù)驗(yàn)證等缺

8、陷。滿足以下一或多種情況：（一）數(shù)據(jù)計(jì)算錯(cuò)誤。（二）數(shù)據(jù)約束錯(cuò)誤。（三）不同操作之間數(shù)據(jù)邏輯校驗(yàn)錯(cuò)誤。（四）數(shù)據(jù)庫發(fā)生死鎖。（五）數(shù)據(jù)庫的表、缺省值未加完整性等約束條件。（六）數(shù)據(jù)庫連接錯(cuò)誤。（七）數(shù)據(jù)庫中得表有過多空字段。查詢統(tǒng)計(jì)缺陷是指條件設(shè)置不準(zhǔn)確引起的查詢統(tǒng)計(jì)結(jié)果不正確。滿足以下一或多種情況：（一）查詢條件設(shè)置不準(zhǔn)確。（二）查詢結(jié)果列表異常。（三）同一查詢條件得到的結(jié)果不一致。功能缺陷 是指影響軟件要求或基本功能實(shí)現(xiàn)的缺陷。滿足以下一或多種情況：（一）功能無法實(shí)現(xiàn)。（二）功能實(shí)現(xiàn)錯(cuò)誤。（三）業(yè)務(wù)流程錯(cuò)誤。（四）功能操作與數(shù)據(jù)庫存儲(chǔ)不一致。（五）功能與輔助幫助不吻合。性能缺陷 是指產(chǎn)品性

9、能不能滿足需求規(guī)格說明書中對(duì)性能需求的要求。滿足以下一或多種情況：（一）業(yè)務(wù)處理效率低。（二）查詢統(tǒng)計(jì)效率低。（三）響應(yīng)速度不能滿足需求規(guī)格說明書中的要求。安全性缺陷 是指產(chǎn)品不能滿足需求規(guī)格說明書中對(duì)安全性需求的要求。滿足以下一或多4種情況：（一）用戶登錄用戶名/ 口令校驗(yàn)不正確。（二）口令沒有掩碼顯示。（三）用戶權(quán)限分配錯(cuò)誤。（四）用戶功能超權(quán)限。第8章缺陷嚴(yán)重程度缺陷嚴(yán)重程度是指因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度。分為五類，包括：致命、嚴(yán)重、一般、輕微、建議。（一）“致命” ，不能執(zhí)行正常工作功能或重要功能。（二）“嚴(yán)重” ，嚴(yán)重影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)導(dǎo)致系統(tǒng)出錯(cuò)或關(guān)閉進(jìn)程，且沒

10、有辦法更正。（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法）（三）“一般” ，嚴(yán)重影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)導(dǎo)致系統(tǒng)提示錯(cuò)誤，但存在合理的更正辦法。（重新安裝或重新啟動(dòng)該軟件不屬于更正辦法）（四）“輕微” ，使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能。（五）“建議” ，其他錯(cuò)誤。第9章缺陷優(yōu)先級(jí)缺陷優(yōu)先級(jí)指缺陷必須被修復(fù)的緊急程度。分為四類， 包括：緊急、嚴(yán)重、 一般、輕微。（一）“緊急” ，缺陷不被修改將無法繼續(xù)測試。（二）“嚴(yán)重” ，缺陷必須被立即解決。（三）“一般” ，缺陷需要正常排隊(duì)等待修復(fù)或列入軟件發(fā)布清單。（四）“輕微” ，缺陷可以在方便時(shí)被糾正。5第 10章 缺陷狀態(tài)缺陷狀態(tài)指缺陷在跟蹤修復(fù)過程中的進(jìn)展?fàn)顟B(tài)。分為五類，包括：新建、打開、重現(xiàn)打開、否決、解決、延遲、關(guān)閉。（一）“新建” ，已提交的缺陷。（二）“打開” ，確認(rèn)“提交的缺陷” ，等待處理。（三）“重新打開” ，驗(yàn)證后發(fā)現(xiàn)未修復(fù)的缺陷。（四）“否決” ，否決“提交的缺陷” ，不需要修