測試缺陷管理規(guī)范

測試缺點(diǎn)管理規(guī)范目缺點(diǎn)是產(chǎn)品與要求要求不相符部分,會存在于軟件產(chǎn)品整個生命周期中,本文規(guī)范軟件測試過程中出現(xiàn)缺點(diǎn),經(jīng)過測試活動及早發(fā)覺軟件系統(tǒng)中缺點(diǎn),并確保缺點(diǎn)被有效標(biāo)識、跟蹤、和修改,確保軟件系統(tǒng)能夠達(dá)成要求質(zhì)量。適用范圍適適用于軟件整個生命周期。不限于測試過程發(fā)覺缺點(diǎn)。評審,用戶使用等過程中發(fā)覺缺點(diǎn)都是應(yīng)該根據(jù)本步驟進(jìn)行登記跟蹤管理。術(shù)語和定義軟件缺點(diǎn):軟件或程序中存在某種破壞正常運(yùn)行能力問題、錯誤,或者隱藏功效缺點(diǎn)。嚴(yán)重程度:缺點(diǎn)嚴(yán)重程度是指因缺點(diǎn)引發(fā)故障對軟件產(chǎn)品影響程度。優(yōu)先級:缺點(diǎn)必需被修復(fù)緊急程度。職責(zé)技術(shù)部測試工程師:關(guān)鍵是指發(fā)覺缺點(diǎn)和匯報缺點(diǎn)測試人員。在通常步驟中,需要對這個缺點(diǎn)后續(xù)相關(guān)狀態(tài)負(fù)責(zé):包含相關(guān)人員對這個缺點(diǎn)相關(guān)信息問詢回復(fù),以及驗(yàn)證測試。開發(fā)工程師:關(guān)鍵是指對這個缺點(diǎn)進(jìn)行研究和修改開發(fā)人員。同時,需要對修改后缺點(diǎn)在提交測試人員正式測試驗(yàn)證之前需要進(jìn)行驗(yàn)證測試。其她參與人員:項(xiàng)目責(zé)任人、用戶組等,她們對缺點(diǎn)進(jìn)行優(yōu)先級劃分,責(zé)任人進(jìn)行確定并調(diào)整爭議。配置管理員:負(fù)責(zé)缺點(diǎn)庫創(chuàng)建和權(quán)限管理,并監(jiān)督指導(dǎo)缺點(diǎn)庫定制。缺點(diǎn)步驟登記缺點(diǎn)發(fā)覺后,由測試人員或者其她發(fā)覺缺點(diǎn)人員登記到缺點(diǎn)庫。缺點(diǎn)登記后,提交前能夠反復(fù)編輯,補(bǔ)充缺點(diǎn)統(tǒng)計(jì)信息。登記缺點(diǎn)描述要求為分類正確、敘述簡練、步驟清楚、有實(shí)例、可再現(xiàn)、復(fù)雜問題有據(jù)可查（截圖或上傳附件形式）具體要求為:單一:盡可能一個匯報只針對一個軟件缺點(diǎn)。簡練:每個步驟描述應(yīng)簡練明了。再現(xiàn):描述重現(xiàn)步驟和條件,比如具體輸入?yún)?shù)值,方便進(jìn)行回歸驗(yàn)證。應(yīng)提供截圖。期望結(jié)果。實(shí)際結(jié)果。其它信息,可依實(shí)際情況增加。提交測試人員確定缺點(diǎn)已經(jīng)表述清楚,能夠提交缺點(diǎn)。提交后缺點(diǎn)狀態(tài)時“已提交”。缺點(diǎn)提交前必需分配一個具體開發(fā)人員負(fù)責(zé),假如測試人員不確定誰負(fù)責(zé),能夠把缺點(diǎn)分配給開發(fā)責(zé)任人,由開發(fā)責(zé)任人重新分配責(zé)任人。處理開發(fā)人員確定缺點(diǎn)是自己負(fù)責(zé)后,開始著手處理,并修改缺點(diǎn)狀態(tài)為“打開”,表示缺點(diǎn)正在處理中。開發(fā)人員對缺點(diǎn)處理完成后,需做處理統(tǒng)計(jì):原因:說明缺點(diǎn)產(chǎn)生原因,比如:設(shè)計(jì)考慮不周,邊界處理不嚴(yán)密,邏輯判定不合理。要求描述具體簡練,方便總結(jié)經(jīng)驗(yàn)。處理方法:修改稿包含文件、源代碼、配置、腳本等。概括:缺點(diǎn)是否可能存在于其她位置,或引發(fā)其她問題。已打開缺點(diǎn)也能夠修改責(zé)任人。處理問題處理后,填寫處理處理統(tǒng)計(jì),寫明造成缺點(diǎn)原因和處理方案,改變?nèi)秉c(diǎn)狀態(tài)為“已處理”。假如開發(fā)人員發(fā)覺以下情況,能夠把缺點(diǎn)駁回給測試人員:缺點(diǎn)不可再現(xiàn)與先前登記缺點(diǎn)反復(fù)不是缺點(diǎn),是測試人員了解錯誤缺點(diǎn)輕微,且修改困難、或修改易造成更大潛在問題假如根據(jù)開發(fā)計(jì)劃,缺點(diǎn)發(fā)生功效不屬于目前開發(fā)階段必需完成（需與項(xiàng)目責(zé)任人確定）。驗(yàn)證測試人員對“已處理”狀態(tài)缺點(diǎn)進(jìn)行重新測試,測試步驟應(yīng)該根據(jù)等級可重現(xiàn)步驟進(jìn)行。關(guān)閉測試人員確定缺點(diǎn)已經(jīng)處理后,關(guān)閉缺點(diǎn)。對于被開發(fā)人員駁回缺點(diǎn),測試人員需和項(xiàng)目責(zé)任人討論,項(xiàng)目責(zé)任人同意能夠關(guān)閉,不然需駁回給開發(fā)人員;駁回開發(fā)人員重新修改驗(yàn)證測試不經(jīng)過缺點(diǎn),應(yīng)該駁回給開發(fā)人員,狀態(tài)為“重新打開”。關(guān)閉了缺點(diǎn)再次出現(xiàn)時（通常因?yàn)樘幚砣秉c(diǎn)方法造成相同位置出現(xiàn)不一樣形式缺點(diǎn)時）,測試人員重新打開缺點(diǎn),開發(fā)人員需要繼續(xù)處理。附件缺點(diǎn)嚴(yán)重程度嚴(yán)重程度標(biāo)示含義1致命造成軟件無法使用問題,比如整個程序瓦解,造成無法使用,測試阻塞。

1.問題會自發(fā)影響整個系統(tǒng)。

2.用戶使用正常操作步驟,就會影響整個系統(tǒng)提供服務(wù)。

3.含有操作前后次序功效,已開始步驟出現(xiàn)故障,造成后續(xù)步驟無法使用。2嚴(yán)重某個功效未實(shí)現(xiàn)或造成一個特征或造成一個特征不能運(yùn)行而且沒有替換方案3通常錯誤造成了一個特征不能運(yùn)行但可有一個替換方案。

功效特征設(shè)計(jì)不符合系統(tǒng)需求,不影響系統(tǒng)業(yè)務(wù),而且有對應(yīng)補(bǔ)救方法。4輕微錯誤是表面化或微?。ㄌ嵝研畔⒉惶_友好、不正確、誤導(dǎo)、錯別字、界面布局或罕見故障等）,對功效幾乎沒有影響,產(chǎn)品及屬性仍可使用。5提議建設(shè)性意見或提議。

需求文檔沒有要求特征,假如實(shí)現(xiàn)會對系統(tǒng)功效或易用性有所提升。缺點(diǎn)優(yōu)先級優(yōu)先級含義1緊急假如故障妨礙開發(fā)人員深入開發(fā)活動,應(yīng)立刻修復(fù)。

假如阻塞測試,應(yīng)立刻修復(fù)。2必需必需修改,版本公布前必需修正3應(yīng)該必需修改,不一定立即修改,但需確定在某個特定版本公布前必需修正4可選假如時間許可應(yīng)該修改5不需要許可不修改缺點(diǎn)狀態(tài)缺點(diǎn)狀態(tài)描述初始狀態(tài)測試或開發(fā)人員提交一個新缺點(diǎn),等候開發(fā)人員或項(xiàng)目經(jīng)理分配修改責(zé)任人駁回要求缺點(diǎn)提交者再次