軟件缺陷管理制度

軟件缺點(diǎn)管理制度軟件項(xiàng)目測試組文檔編號：編寫人：編寫日期：3月20日審核人：審核日期：審批人：審批日期：修訂歷史統(tǒng)計(jì)日期版本闡明作者目錄軟件缺點(diǎn)管理制度 1修訂歷史統(tǒng)計(jì) 1目錄 1第1章總則 1第2章職責(zé) 1第3章缺點(diǎn)類型 13.1文檔缺點(diǎn) 13.2設(shè)計(jì)缺點(diǎn) 23.3配備缺點(diǎn) 23.4界面交互缺點(diǎn) 23.5數(shù)據(jù)校驗(yàn)缺點(diǎn) 33.6查詢統(tǒng)計(jì)缺點(diǎn) 33.7功效缺點(diǎn) 33.8性能缺點(diǎn) 33.9安全性缺點(diǎn) 4第4章缺點(diǎn)管理流程 44.1新增（提交） 44.2定位 44.4解決 44.5否決 44.6推遲解決 44.7回歸驗(yàn)證 54.8再打開 54.9關(guān)閉 5第5章缺點(diǎn)統(tǒng)計(jì) 55.1編號 55.2項(xiàng)目 55.3公布版本 55.4功效模塊 55.5缺點(diǎn)描述 55.6重現(xiàn)環(huán)節(jié) 55.7嚴(yán)重程度 65.8優(yōu)先級 65.9狀態(tài) 65.10負(fù)責(zé)人 65.11解決意見 75.12解決統(tǒng)計(jì)（解決的方法） 7第6章附錄 7第1章總則為了加強(qiáng)部門管理工作，建立規(guī)范的缺點(diǎn)管理制度，提高工作水平，根據(jù)公司和部門的有關(guān)規(guī)定，制訂缺點(diǎn)管理制度。本缺點(diǎn)管理制度合用于工程技術(shù)部。各測試，研發(fā)人員應(yīng)當(dāng)根據(jù)本制度的規(guī)定，規(guī)范工作，確保軟件質(zhì)量。軟件缺點(diǎn)又被叫做Bug。所謂軟件缺點(diǎn)，即為軟件中存在的某種破壞正常運(yùn)行能力的問題、錯(cuò)誤，或者隱藏的功效缺點(diǎn)。缺點(diǎn)的存在會造成軟件產(chǎn)品在某種程度上不能滿足顧客的需要。IEEE729-1983對缺點(diǎn)有一種原則的定義：從產(chǎn)品內(nèi)部看，缺點(diǎn)是軟件產(chǎn)品開發(fā)或維護(hù)過程中存在的錯(cuò)誤、毛病等多個(gè)問題；從產(chǎn)品外部看，缺點(diǎn)是系統(tǒng)所需要實(shí)現(xiàn)的某種功效的失效或違反。軟件缺點(diǎn)的管理分為四個(gè)階段。涉及：缺點(diǎn)提交、明確指明缺點(diǎn)類型、缺點(diǎn)修復(fù)、缺點(diǎn)回歸驗(yàn)證。第2章職責(zé)項(xiàng)目人員應(yīng)對各階段測試發(fā)現(xiàn)的缺點(diǎn)進(jìn)行跟蹤管理，以確保各級缺點(diǎn)的修復(fù)率達(dá)成一定原則。包含內(nèi)容以下：2.1測試人員在提供的缺點(diǎn)模板中新建或重新打開缺點(diǎn)。2.2測試人員提交的缺點(diǎn)將反饋給項(xiàng)目負(fù)責(zé)人，由項(xiàng)目負(fù)責(zé)人安排開發(fā)人員修復(fù)缺點(diǎn)。2.3開發(fā)人員修復(fù)缺點(diǎn)后，統(tǒng)計(jì)解決時(shí)間及解決成果，并將文檔及時(shí)反饋給測試人員驗(yàn)證。2.4測試人員驗(yàn)證缺點(diǎn)后，統(tǒng)計(jì)驗(yàn)證時(shí)間及驗(yàn)證成果，并提交給項(xiàng)目負(fù)責(zé)人。第3章缺點(diǎn)類型缺點(diǎn)類型是指根據(jù)缺點(diǎn)的自然屬性劃分的缺點(diǎn)種類。共分為九類，涉及：文檔缺點(diǎn)、設(shè)計(jì)缺點(diǎn)、配備缺點(diǎn)、界面交互缺點(diǎn)、數(shù)據(jù)校驗(yàn)缺點(diǎn)、查詢統(tǒng)計(jì)缺點(diǎn)、功效缺點(diǎn)、性能缺點(diǎn)、安全性缺點(diǎn)。3.1文檔缺點(diǎn)文檔缺點(diǎn)是指軟件有關(guān)文檔不滿足其完整性、對的性、一致性、易理解性、易瀏覽性的規(guī)定。滿足下列一或多個(gè)狀況：（1）影響公布和維護(hù)，其中涉及注釋。（2）文檔中術(shù)語不一致。（3）文檔中詞語、語句體現(xiàn)不清晰，產(chǎn)生歧義。（4）文檔內(nèi)容缺失，構(gòu)造不完整。（5）文檔編制過程中產(chǎn)生的錯(cuò)誤。（6）文檔中發(fā)現(xiàn)的其它錯(cuò)誤。3.2設(shè)計(jì)缺點(diǎn)設(shè)計(jì)缺點(diǎn)是指軟件在最初設(shè)計(jì)時(shí)由于未考慮全方面，而使軟件在使用中存在的某些潛在的缺點(diǎn)。滿足下列一或多個(gè)狀況：（1）需求分析階段沒有考慮和挖掘到的隱式需求，造成的需求缺失。（2）操作便捷性設(shè)計(jì)不符合大眾操作習(xí)慣。（3）控件功效設(shè)計(jì)不符合大眾使用習(xí)慣。（4）錯(cuò)誤提示內(nèi)容不符合大眾閱讀習(xí)慣。（5）其它設(shè)計(jì)不合理引發(fā)的缺點(diǎn)。3.3配備缺點(diǎn)配備缺點(diǎn)是指由于配備庫、變更管理或版本控制引發(fā)的錯(cuò)誤。滿足下列一或多個(gè)狀況：（1）獨(dú)立安裝布署不成功。（2）配備文獻(xiàn)或初始化數(shù)據(jù)錯(cuò)誤。（3）不同運(yùn)行環(huán)境產(chǎn)生的錯(cuò)誤。3.4界面交互缺點(diǎn)界面交互缺點(diǎn)是指接口通信和人機(jī)交互時(shí)產(chǎn)生的缺點(diǎn)。滿足下列一或多個(gè)狀況：（1）組件、模塊之間數(shù)據(jù)通信錯(cuò)誤。（2）程序接口錯(cuò)誤。（3）硬件接口通信錯(cuò)誤。（4）界面不存在，界面不滿足易用性規(guī)定，界面難以被顧客理解，界面不協(xié)調(diào)不美觀，提示信息沒有使用用業(yè)務(wù)詞匯或者容易被顧客理解的詞匯而是使用計(jì)算機(jī)專業(yè)術(shù)語。（5）界面風(fēng)格不相對一致，不符合操作習(xí)慣。（6）提示、警告、錯(cuò)誤闡明等和諧信息體現(xiàn)含糊、失當(dāng)。（7）沒有區(qū)別不同操作（增加、刪除、修改、查詢）對應(yīng)界面的性質(zhì)。（8）沒有提供輔助輸入手段。3.5數(shù)據(jù)校驗(yàn)缺點(diǎn)數(shù)據(jù)校驗(yàn)缺點(diǎn)是指提示的錯(cuò)誤信息，不適宜的數(shù)據(jù)驗(yàn)證等缺點(diǎn)。滿足下列一或多個(gè)狀況：（1）數(shù)據(jù)計(jì)算錯(cuò)誤。（2）數(shù)據(jù)約束錯(cuò)誤。（3）不同操作之間數(shù)據(jù)邏輯校驗(yàn)錯(cuò)誤。（4）數(shù)據(jù)庫發(fā)生死鎖。（5）數(shù)據(jù)庫的表、缺省值未加完整性等約束條件。（6）數(shù)據(jù)庫連接錯(cuò)誤。（7）數(shù)據(jù)庫中得表有過多空字段。3.6查詢統(tǒng)計(jì)缺點(diǎn)查詢統(tǒng)計(jì)缺點(diǎn)是指條件設(shè)立不精確引發(fā)的查詢統(tǒng)計(jì)成果不對的。滿足下列一或多個(gè)狀況：（1）查詢條件設(shè)立不精確。（2）查詢成果列表異常。（3）同一查詢條件得到的成果不一致。3.7功效缺點(diǎn)功效缺點(diǎn)是指影響軟件規(guī)定或基本功效實(shí)現(xiàn)的缺點(diǎn)。滿足下列一或多個(gè)狀況： （1）功效無法實(shí)現(xiàn)。（2）功效實(shí)現(xiàn)錯(cuò)誤。（3）業(yè)務(wù)流程錯(cuò)誤。（4）功效操作與數(shù)據(jù)庫存儲不一致。（5）功效與輔助協(xié)助不吻合。3.8性能缺點(diǎn)性能缺點(diǎn)是指產(chǎn)品性能不能滿足需求規(guī)格闡明書中對性能需求的規(guī)定。滿足下列一或多個(gè)狀況：（1）業(yè)務(wù)解決效率低。（2）查詢統(tǒng)計(jì)效率低。（3）響應(yīng)速度不能滿足需求規(guī)格闡明書中的規(guī)定。3.9安全性缺點(diǎn)安全性缺點(diǎn)是指產(chǎn)品不能滿足需求規(guī)格闡明書中對安全性需求的規(guī)定。滿足下列一或多個(gè)狀況：（1）顧客登錄顧客名/口令校驗(yàn)不對的。（2）口令沒有掩碼顯示。（3）顧客權(quán)限分派錯(cuò)誤。（4）顧客功效超權(quán)限。第4章缺點(diǎn)管理流程4.1新增（提交）缺點(diǎn)提交階段需要提交缺點(diǎn)報(bào)告，測試人員必須確保登記的缺點(diǎn)信息能夠被處置負(fù)責(zé)人員理解，因此缺點(diǎn)報(bào)告必須具體描述缺點(diǎn)內(nèi)容。具體內(nèi)容參見缺點(diǎn)統(tǒng)計(jì)。4.2定位缺點(diǎn)分析定位階段需要根據(jù)缺點(diǎn)報(bào)告的內(nèi)容對缺點(diǎn)進(jìn)行分析和定位。缺點(diǎn)分析和定位是有關(guān)人員根據(jù)缺點(diǎn)報(bào)告中對缺點(diǎn)的具體描述查找重現(xiàn)缺點(diǎn)，擬定缺點(diǎn)產(chǎn)生的因素，明確缺點(diǎn)所處的位置，方便修改缺點(diǎn)。4.4解決缺點(diǎn)修復(fù)階段需要對已經(jīng)定位的缺點(diǎn)進(jìn)行修改。缺點(diǎn)修復(fù)是開發(fā)人員對已經(jīng)分析定位的缺點(diǎn)進(jìn)行修改并更改缺點(diǎn)狀態(tài)，修改后的軟件需要實(shí)現(xiàn)預(yù)期的成果（缺點(diǎn)報(bào)告中的預(yù)期成果）。4.5否決如果開發(fā)人員發(fā)現(xiàn)該缺點(diǎn)不可再現(xiàn)、重復(fù)、不是問題等狀況，能夠把缺點(diǎn)狀態(tài)設(shè)立成“否決”。4.6推遲解決如果按照開發(fā)計(jì)劃，缺點(diǎn)發(fā)生的功效不屬于現(xiàn)在開發(fā)階段必須的完畢的，可將缺點(diǎn)狀態(tài)設(shè)立為“推遲解決”。4.7回歸驗(yàn)證缺點(diǎn)回歸驗(yàn)證階段需要對已經(jīng)修改的缺點(diǎn)進(jìn)行驗(yàn)證和回歸測試。缺點(diǎn)回歸驗(yàn)證是測試人人員對已經(jīng)修改的缺點(diǎn)進(jìn)行回歸測試，根據(jù)缺點(diǎn)報(bào)告中的操作環(huán)節(jié)對缺點(diǎn)重新進(jìn)行測試，并對缺點(diǎn)修改正程中可能影響到的組件、模塊或功效進(jìn)行重新測試，驗(yàn)證修改后的缺點(diǎn)能夠?qū)崿F(xiàn)預(yù)期成果并對其它組件、模塊或功效無影響。同時(shí)，根據(jù)驗(yàn)證成果修改對應(yīng)的缺點(diǎn)狀態(tài)，提交新產(chǎn)生的缺點(diǎn)。4.8再打開驗(yàn)證測試不通過的缺點(diǎn)，應(yīng)當(dāng)重新打開，狀態(tài)變?yōu)椤爸匦麓蜷_”。關(guān)閉了的缺點(diǎn)再次出現(xiàn)時(shí)(普通由于解決缺點(diǎn)的辦法造成相似位置出現(xiàn)不同形式的缺點(diǎn)時(shí))，測試人員重新打開缺點(diǎn)，開發(fā)人員需要繼續(xù)解決。項(xiàng)目負(fù)責(zé)人應(yīng)當(dāng)關(guān)注“重新打開”的缺點(diǎn)。4.9關(guān)閉測試人員確認(rèn)缺點(diǎn)已經(jīng)解決后，關(guān)閉缺點(diǎn)。對于否決的缺點(diǎn)，測試人員需要和項(xiàng)目負(fù)責(zé)人討論，項(xiàng)目負(fù)責(zé)人同意的能夠關(guān)閉，項(xiàng)目負(fù)責(zé)人不同意的需要“重新打開”。第5章缺點(diǎn)統(tǒng)計(jì)5.1編號缺點(diǎn)的唯一標(biāo)記，能夠方便對特定缺點(diǎn)統(tǒng)計(jì)的引用。5.2項(xiàng)目5.3公布版本即缺點(diǎn)是在什么公布版本中發(fā)現(xiàn)。5.4功效模塊5.5缺點(diǎn)描述對該缺點(diǎn)進(jìn)行簡短的描述，盡量使負(fù)責(zé)人能夠理解。5.6重現(xiàn)環(huán)節(jié)描述該缺點(diǎn)出現(xiàn)的具體環(huán)節(jié)，盡量做到環(huán)節(jié)清晰、有實(shí)例、可再現(xiàn)。5.7嚴(yán)重程度缺點(diǎn)嚴(yán)重程度是指因缺點(diǎn)引發(fā)的故障對軟件產(chǎn)品的影響程度。分為五類，涉及：致命、嚴(yán)重、普通、輕微、提示。（1）致命：不能執(zhí)行正常工作功效或重要功效。（2）嚴(yán)重：嚴(yán)重影響系統(tǒng)規(guī)定或基本功效的實(shí)現(xiàn)造成系統(tǒng)出錯(cuò)或關(guān)閉進(jìn)程，且沒有方法改正。（重新安裝或重新啟動(dòng)該軟件不屬于改正方法）（3）普通：嚴(yán)重影響系統(tǒng)規(guī)定或基本功效的實(shí)現(xiàn)造成系統(tǒng)提示錯(cuò)誤，但存在合理的改正方法。（重新安裝或重新啟動(dòng)該軟件不屬于改正方法）（4）輕微：使操作者不方便或碰到麻煩，但它不影響執(zhí)行工作功效或重要功效。（5）提示：其它錯(cuò)誤。5.8優(yōu)先級缺點(diǎn)優(yōu)先級指缺點(diǎn)必須被修復(fù)的緊急程度。分為四類，涉及：緊急、嚴(yán)重、普通、輕微。（1）緊急：缺點(diǎn)不被修改將無法繼續(xù)測試。（2）嚴(yán)重：缺點(diǎn)必須被立刻解決。（3）普通：缺點(diǎn)需要正常排隊(duì)等待修復(fù)或列入軟件公布清單。（4）建議：缺點(diǎn)能夠在方便時(shí)被糾正。5.9狀態(tài)缺點(diǎn)狀態(tài)指缺點(diǎn)在跟蹤修復(fù)過程中的進(jìn)展?fàn)顟B(tài)。分為五類，涉及：新建、打開、重現(xiàn)打開、否決、解決、延遲、關(guān)閉。（1）新建：已提交的缺點(diǎn)。（2）打開：確認(rèn)“提交的缺點(diǎn)”，等待解決。（3）重新打開：驗(yàn)證后發(fā)現(xiàn)未修復(fù)的缺點(diǎn)。（4）否決：否決“提交的缺點(diǎn)”，不需要修復(fù)或不是缺點(diǎn)。（5）解決：缺點(diǎn)被修復(fù)。（6）延遲：缺點(diǎn)暫緩修復(fù)。（7）關(guān)閉：確認(rèn)被修復(fù)的缺點(diǎn)，將其關(guān)閉。5.10負(fù)責(zé)人負(fù)責(zé)處置解決缺點(diǎn)的負(fù)責(zé)人，對于功效缺點(diǎn)，負(fù)責(zé)人應(yīng)當(dāng)具體開發(fā)人員；對于文檔缺點(diǎn)，負(fù)責(zé)人應(yīng)當(dāng)是具體文檔的作者。缺點(diǎn)登記者不明確負(fù)責(zé)人時(shí)，能夠指定項(xiàng)目負(fù)責(zé)人為負(fù)責(zé)人，由他重新分派負(fù)責(zé)人。5.11解決意見處置