產(chǎn)品體驗中心 下載與支持 產(chǎn)品社區(qū) 合作代理 |  咨詢電話:400-035-7887/021-6072 5088

Bug管理系統(tǒng)的使用及管理流程要注意的重點

發(fā)布時間:2020-06-24

軟件測試的主要目的在于發(fā)現(xiàn)軟件存在的錯誤(Bug),對于如何處理測試中發(fā)現(xiàn)的錯誤, 將直接影響到測試的效果。只有正確、迅速、準確地處理這些錯誤,才能消除軟件錯誤,保證 要發(fā)布的軟件符合需求設計的目標。在實際軟件測試過程中,對于每個Bug都要經(jīng)過測試、確 認、修復、驗證等的管理過程,這是軟件測試的重要環(huán)節(jié)。

Bug管理系統(tǒng)

錯誤跟蹤管理系統(tǒng)

為了正確跟蹤每個軟件錯誤的處理過程,通常將軟件測試發(fā)現(xiàn)的每個錯誤作為一條條記錄,輸入制定的錯誤跟蹤管理系統(tǒng)。目前已有的bug管理工具在功能 上各有特點,可以根據(jù)實際情況選用。當然,也可以自己開發(fā)缺陷跟蹤軟件。

作為一個缺陷跟蹤管理系統(tǒng),需要正確設計每個錯誤的包含信息的字段內(nèi)容和記錄錯誤的處理信息的全部內(nèi)容。字段內(nèi)容可能包括測試軟件名稱,測試版本號,測試人名稱,測試事件,測試軟件和硬件配置環(huán)境,發(fā)現(xiàn)軟件錯誤的類型,錯誤的嚴重等級,詳細步驟,必要的附圖,測試注釋。處理信息包括處理者姓名,處理時間,處理步驟,錯誤記錄的當前狀態(tài)。

正確的數(shù)據(jù)庫權限管理是錯誤跟蹤管理系統(tǒng)的重要考慮要素,一般要保證對于添加的錯誤,不能從數(shù)據(jù)庫中刪除。

Bug管理的一般流程

測試人員提交新的Bug入庫,錯誤狀態(tài)為New。高級測試人員驗證錯誤,如果確認是錯誤,分配給相應的開發(fā)人員,設置狀態(tài)為Open。如果不是錯誤,則拒絕,設置為Declined狀態(tài)。

開發(fā)人員查詢狀態(tài)為Open的Bug,如果不是錯誤,則置狀態(tài)為Declined;如果是Bug則修復 并置狀態(tài)為Fixed。不能解決的Bug,要留下文字說明及保持Bug為Open狀態(tài)。

對于不能解決和延期解決的Bug,不能由開發(fā)人員自己決定,一般要通過某種會議(評審 會)通過才能認可。

測試人員查詢狀態(tài)為Fixed的Bug,然后驗證Bug是否已解決,如解決置Bug的狀態(tài)為 Closed,如沒有解決置狀態(tài)為Reopen。

流程雖然簡單,但是在實際使用中還是發(fā)現(xiàn)一些問題:

1.bug信息不全:

有的信息,比如項目,模塊,指定處理人(也就是指派給誰處理)等,這些信息會用來作統(tǒng)計分析,哪個項目,哪個模塊,誰的bug多,誰發(fā)現(xiàn)的bug多,誰改的bug多等,根據(jù)這些信息可以大致看出一個人的工作量和工作質(zhì)量。所以不要嫌麻煩,把bug的信息寫全些。

2.所提供的信息不準確:

有的bug描述一帶而過,表述含糊不清,只是說出現(xiàn)了錯誤,但是錯誤的現(xiàn)象是什么,提示信息是什么,怎么操作才出現(xiàn)的,都不清楚,這樣的bug交給開發(fā)人員,只會給開發(fā)人員增加負擔,因為他自己還要再作測試,以發(fā)現(xiàn)更多的信息,去排除bug,或者他會到測試那邊其討論,詢問詳情,有時要多次反饋才能確定到底是什么問題。

3.開發(fā)人員關閉bug: 

只有bug的提交人(也就是發(fā)現(xiàn)人)才能去關閉該bug,開發(fā)人員只能使用兩個狀態(tài):“處理中”和“已修正”

4.bug的可重現(xiàn)性:

這個重要的屬性是在bug管理軟件中無法體現(xiàn)和度量的, 這個任務主要都在測試這邊,如果你發(fā)現(xiàn)了一個bug,趕緊把開發(fā)人員叫過來,人家來了,你要給他看看這個bug,可是卻怎么也不出現(xiàn)了,連自己都不知道這個bug是怎樣操作后才出現(xiàn)的。這樣不能重現(xiàn)的bug幾乎就不能算作bug,也是最讓人頭疼的問題。那么作為測試人員,你的任務就是要盡可能的找到bug出現(xiàn)的規(guī)律,嘗試各種可能,即使不能重現(xiàn),起碼也要讓開發(fā)人員知道你已經(jīng)作了哪些嘗試,而他不必再去走彎路。

軟件錯誤流程管理要點:

為了保證錯誤的正確性,需要有豐富測試經(jīng)驗的測試人員驗證發(fā)現(xiàn)的錯誤是否是真正的錯誤,書寫的測試步驟是否準確,可以重復。

每次對錯誤的處理都要保留處理信息,包括處理姓名,時間,處理方法,處理意見,Bug 狀態(tài)。

拒絕或延期錯誤不能由程序員單方面決定,應該由項目經(jīng)理,測試經(jīng)理和設計經(jīng)理共同決定。

錯誤修復后必須由報告錯誤的測試人員驗證后,確認已經(jīng)修復,才能關閉錯誤。

加強測試人員與程序員的交流,對于某些不能重復的錯誤,可以請測試人員補充詳細的測 試步驟和方法,以及必要的測試用例。

推薦閱讀:

Bug管理的作用有哪些?選擇Bug管理工具的三要素

缺陷管理方法之幾種常見的軟件缺陷預防方法

什么是軟件缺陷?缺陷分析的目的是什么?

如何選擇Bug管理工具?常用Bug管理工具的功能有哪些?

【免費工具下載】Bug管理、用例管理、報表管理、團隊管理、文檔管理

本文內(nèi)容不用于商業(yè)目的,如涉及知識產(chǎn)權問題,請權利人聯(lián)系SPASVO小編(021-60725088-8054),我們將立即處理,馬上刪除。
滬ICP備07036474號 2003-2024 版權所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd.
微信
咨詢

添加客服微信 歡迎咨詢測試工具和測試服務

微信客服
問題
反饋
產(chǎn)品
畫冊

掃描二維碼下載澤眾軟件企業(yè)宣傳冊

產(chǎn)品畫冊
返回
頂部

方案咨詢

×
提交信息

電話咨詢,400-035-7887,安排專業(yè)技術售前給您解答(產(chǎn)品試用、技術交流、服務咨詢和商務報價)。

您的信息已成功提交!

我們的客服人員稍后會與您聯(lián)系