軟件缺陷管理制度_第1頁
軟件缺陷管理制度_第2頁
軟件缺陷管理制度_第3頁
軟件缺陷管理制度_第4頁
軟件缺陷管理制度_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、軟件缺陷管理制度XX軟件有限公司軟件項目測試組文檔編號:GREATSOFT_TEST編寫人:XXX編寫日期:2011年12月19日審核人:審核日期:審批人:審批日期:11修訂歷史記錄1日期版本說明作者2011/12/19V1.0.0首次提交XXX TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document 軟件缺陷管理制度1 HYPERLINK l bookmark2 o Current Document 修訂歷史記錄,1目 錄,1 HYPERLINK l bookmark4 o Current Document 第1章總則1 HYPERLIN

2、K l bookmark6 o Current Document 第2章缺陷提交1 HYPERLINK l bookmark8 o Current Document 第3章缺陷分析定位1 HYPERLINK l bookmark10 o Current Document 第4章缺陷修復(fù)2 HYPERLINK l bookmark12 o Current Document 第5章缺陷回歸驗證2 HYPERLINK l bookmark14 o Current Document 第6章缺陷管理2 HYPERLINK l bookmark16 o Current Document 第7章缺陷類型3

3、HYPERLINK l bookmark18 o Current Document 第8章缺陷嚴重程度5 HYPERLINK l bookmark20 o Current Document 第9章缺陷優(yōu)先級5 HYPERLINK l bookmark22 o Current Document 第10章缺陷狀態(tài)6 HYPERLINK l bookmark24 o Current Document 第11章附錄6第1章總則為了加強部門管理工作,建立規(guī)范的缺陷管理制度,提高工作水平, 根據(jù)公司和部門的有關(guān)規(guī)定,制定缺陷管理制度。本缺陷管理制度適用于研發(fā)二部。各測試,研發(fā)人員應(yīng)當(dāng)依據(jù)本制度的規(guī)定,規(guī)范

4、工作,保證軟件質(zhì)量。軟件缺陷又被叫做Bug。所謂軟件缺陷,即為軟件中存在的某種破壞正常運行能力的問題、錯誤, 或者隱藏的功能缺陷。缺陷的存在會導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要。IEEE729-1983對缺陷有一個標(biāo)準的定義:從產(chǎn)品內(nèi)部看,缺陷是軟件產(chǎn)品開發(fā)或維護過程中存在的錯誤、毛病等各種問題;從產(chǎn)品外部看, 缺陷是系統(tǒng)所需要實現(xiàn)的某種功能的失效或違背。軟件缺陷的管理分為四個階段。包括:缺陷提交、明確指明缺陷類型、缺陷修復(fù)、缺陷回歸驗證。第2章缺陷提交缺陷提交階段需要提交缺陷報告,缺陷報告必須詳細描述缺陷內(nèi)容。缺陷描述的內(nèi)容包含缺陷操作步驟,實際結(jié)果和期望結(jié)果,明確指明缺陷類型,缺陷

5、嚴重程度,缺陷優(yōu)先級,缺陷狀態(tài),以及軟件版本,提交人,提交日期等信息。第3章缺陷分析定位缺陷分析定位階段需要根據(jù)缺陷報告的內(nèi)容對缺陷進行分析和定位。缺陷分析和定位是相關(guān)人員根據(jù)缺陷報告中對缺陷的詳細描述查找重現(xiàn)缺陷,確定缺陷產(chǎn)生的原因,明確缺陷所處的位置,以便修改缺陷。第4章缺陷修復(fù)缺陷修復(fù)階段需要對已經(jīng)定位的缺陷進行修改。缺陷修復(fù)是開發(fā)人員對已經(jīng)分析定位的缺陷進行修改弁更改缺陷狀態(tài),修改后的軟件需要實現(xiàn)預(yù)期的結(jié)果(缺陷報告中的預(yù)期結(jié) 果)。第5章缺陷回歸驗證缺陷回歸驗證階段需要對已經(jīng)修改的缺陷進行驗證和回歸測試。缺陷回歸驗證是測試人人員對已經(jīng)修改的缺陷進行回歸測試,根據(jù)缺陷報告中的操作步驟對

6、缺陷重新進行測試,弁對缺陷修改過程中可能影響到的組件、模塊或功能進行重新測試,驗證修改后的缺陷可以實現(xiàn)預(yù)期結(jié)果弁對其他組件、模塊或功能無影響。同時,根據(jù)驗證結(jié)果修改相應(yīng)的缺陷狀態(tài), 提交新產(chǎn)生的缺陷。第6章缺陷管理缺陷管理是對各階段測試發(fā)現(xiàn)的缺陷進行跟蹤管理,以保證各級缺陷的修復(fù)率達到一定標(biāo)準。包含內(nèi)容如下:(一)測試人員在提供的缺陷模板中新建或重新打開缺陷。(二)測試人員提交的缺陷將反饋給項目負責(zé)人,由項目負責(zé)人安排開發(fā)人員修復(fù)缺陷。(三)開發(fā)人員修復(fù)缺陷后,記錄處理時間及處理結(jié)果,弁將文檔及時反饋給測試人員驗證。(四)測試人員驗證缺陷后,記錄驗證時間及驗證結(jié)果,弁提交給項目負責(zé)人。第7章缺

7、陷類型缺陷類型是指根據(jù)缺陷的自然屬性劃分的缺陷種類。共分為九類,包括:文檔缺陷、 設(shè)計缺陷、配置缺陷、界面交互缺陷、數(shù)據(jù)校驗缺陷、查詢統(tǒng)計缺陷、功能缺陷、性能缺陷、安全性缺陷。致性、易理解性、 易瀏覽性的要文檔缺陷 是指軟件相關(guān)文檔不滿足其完整性、正確性、 求。滿足以下一或多種情況:致性、易理解性、 易瀏覽性的要(一)影響發(fā)布和維護,其中包括注釋。(二)文檔中術(shù)語不一致。(三)文檔中詞語、語句表達不清晰,產(chǎn)生歧義。(四)文檔內(nèi)容缺失,結(jié)構(gòu)不完整。(五)文檔編制過程中產(chǎn)生的錯誤。(六)文檔中發(fā)現(xiàn)的其他錯誤。設(shè)計缺陷 是指軟件在最初設(shè)計時由于未考慮全面,而使軟件在使用中存在的一些潛在的缺陷。滿足以

8、下一或多種情況:(一)需求分析階段沒有考慮和挖掘到的隱式需求,導(dǎo)致的需求缺失。(二)操作便捷性設(shè)計不符合大眾操作習(xí)慣。(三)控件功能設(shè)計不符合大眾使用習(xí)慣。(四)錯誤提示內(nèi)容不符合大眾閱讀習(xí)慣。(五)其他設(shè)計不合理引發(fā)的缺陷。配置缺陷 是指由于配置庫、變更管理或版本控制引起的錯誤。滿足以下一或多種情況:(一)獨立安裝部署不成功。(二)配置文件或初始化數(shù)據(jù)錯誤。(三)不同運行環(huán)境產(chǎn)生的錯誤。界面交互缺陷 是指接口通信和人機交互時產(chǎn)生的缺陷。滿足以下一或多種情況:(一)組件、模塊之間數(shù)據(jù)通信錯誤。(二)程序接口錯誤。(三)硬件接口通信錯誤。(四)界面不存在,界面不滿足易用性要求,界面難以被用戶理解

9、,界面不協(xié)調(diào)不美觀, 提示信息沒有使用用業(yè)務(wù)詞匯或者容易被用戶理解的詞匯而是使用計算機專業(yè)術(shù)語。(五)界面風(fēng)格不相對一致,不符合操作習(xí)慣。(六)提示、警告、錯誤說明等友好信息表達模糊、失當(dāng)。(七)沒有區(qū)別不同操作(增加、刪除、修改、查詢)對應(yīng)界面的性質(zhì)。(八)沒有提供輔助輸入手段。數(shù)據(jù)校驗缺陷 是指提示的錯誤信息,不適當(dāng)?shù)臄?shù)據(jù)驗證等缺陷。滿足以下一或多種情況:(一)數(shù)據(jù)計算錯誤。(二)數(shù)據(jù)約束錯誤。(三)不同操作之間數(shù)據(jù)邏輯校驗錯誤。(四)數(shù)據(jù)庫發(fā)生死鎖。(五)數(shù)據(jù)庫的表、缺省值未加完整性等約束條件。(六)數(shù)據(jù)庫連接錯誤。(七)數(shù)據(jù)庫中得表有過多空字段。查詢統(tǒng)計缺陷是指條件設(shè)置不準確引起的查詢

10、統(tǒng)計結(jié)果不正確。滿足以下一或多種情況:(一)查詢條件設(shè)置不準確。(二)查詢結(jié)果列表異常。(三)同一查詢條件得到的結(jié)果不一致。功能缺陷 是指影響軟件要求或基本功能實現(xiàn)的缺陷。滿足以下一或多種情況:(一)功能無法實現(xiàn)。(二)功能實現(xiàn)錯誤。(三)業(yè)務(wù)流程錯誤。(四)功能操作與數(shù)據(jù)庫存儲不一致。(五)功能與輔助幫助不吻合。性能缺陷 是指產(chǎn)品性能不能滿足需求規(guī)格說明書中對性能需求的要求。滿足以下一或多種情況:(一)業(yè)務(wù)處理效率低。(二)查詢統(tǒng)計效率低。(三)響應(yīng)速度不能滿足需求規(guī)格說明書中的要求。安全性缺陷 是指產(chǎn)品不能滿足需求規(guī)格說明書中對安全性需求的要求。滿足以下一或多種情況:種情況:用戶登錄用戶名

11、/口令校驗不正確。二)口令沒有掩碼顯示。三)用戶權(quán)限分配錯誤。(四)用戶功能超權(quán)限。二)口令沒有掩碼顯示。三)用戶權(quán)限分配錯誤。(四)用戶功能超權(quán)限。第8章缺陷嚴重程度缺陷嚴重程度是指因缺陷引起的故障對軟件產(chǎn)品的影響程度。分為五類,包括:致命、 嚴重、一般、輕微、建議。(一)“致命”,不能執(zhí)行正常工作功能或重要功能。(二)“嚴重”,嚴重影響系統(tǒng)要求或基本功能的實現(xiàn)導(dǎo)致系統(tǒng)出錯或關(guān)閉進程,且沒有辦法更正。(重新安裝或重新啟動該軟件不屬于更正辦法)(三)“一般”,嚴重影響系統(tǒng)要求或基本功能的實現(xiàn)導(dǎo)致系統(tǒng)提示錯誤,但存在合 理的更正辦法。(重新安裝或重新啟動該軟件不屬于更正辦法)(四)“輕微”,使操

12、作者不方便或遇到麻煩,但它不影響執(zhí)行工作功能或重要功能。(五)“建議”,其他錯誤。第9章缺陷優(yōu)先級缺陷優(yōu)先級指缺陷必須被修復(fù)的緊急程度O缺陷優(yōu)先級指缺陷必須被修復(fù)的緊急程度O分為四類, 包括:緊急、嚴重、 一般、輕微。,缺陷不被修改將無法繼續(xù)測試。(二)“嚴重”,缺陷必須被立即解決。(三)“一般”,缺陷需要正常排隊等待修復(fù)或列入軟件發(fā)布清單。(四)“輕微”,缺陷可以在方便時被糾正。(二)“嚴重”,缺陷必須被立即解決。(三)“一般”,缺陷需要正常排隊等待修復(fù)或列入軟件發(fā)布清單。(四)“輕微”,缺陷可以在方便時被糾正。第10章缺陷狀態(tài)缺陷狀態(tài)指缺陷在跟蹤修復(fù)過程中的進展?fàn)顟B(tài)。分為五類,包括:新建、打開、重現(xiàn)打開、否決、解決、延遲、關(guān)閉。(一)“新建”,已提交的缺陷。(二)“打開”,確認“提交的缺陷”,等待處理。(三)“重新打開”,驗

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論