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

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

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

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

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

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

Bug管理的一般流程

測(cè)試人員提交新的Bug入庫(kù)，錯(cuò)誤狀態(tài)為New。高級(jí)測(cè)試人員驗(yàn)證錯(cuò)誤，如果確認(rèn)是錯(cuò)誤，分配給相應(yīng)的開(kāi)發(fā)人員，設(shè)置狀態(tài)為Open。如果不是錯(cuò)誤，則拒絕，設(shè)置為Declined狀態(tài)。

開(kāi)發(fā)人員查詢(xún)狀態(tài)為Open的Bug，如果不是錯(cuò)誤，則置狀態(tài)為Declined；如果是Bug則修復(fù) 并置狀態(tài)為Fixed。不能解決的Bug，要留下文字說(shuō)明及保持Bug為Open狀態(tài)。

對(duì)于不能解決和延期解決的Bug，不能由開(kāi)發(fā)人員自己決定，一般要通過(guò)某種會(huì)議（評(píng)審 會(huì)）通過(guò)才能認(rèn)可。

測(cè)試人員查詢(xún)狀態(tài)為Fixed的Bug，然后驗(yàn)證Bug是否已解決，如解決置Bug的狀態(tài)為 Closed，如沒(méi)有解決置狀態(tài)為Reopen。

流程雖然簡(jiǎn)單，但是在實(shí)際使用中還是發(fā)現(xiàn)一些問(wèn)題：

1.bug信息不全：

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

2.所提供的信息不準(zhǔn)確：

有的bug描述一帶而過(guò)，表述含糊不清，只是說(shuō)出現(xiàn)了錯(cuò)誤，但是錯(cuò)誤的現(xiàn)象是什么，提示信息是什么，怎么操作才出現(xiàn)的，都不清楚，這樣的bug交給開(kāi)發(fā)人員，只會(huì)給開(kāi)發(fā)人員增加負(fù)擔(dān)，因?yàn)樗约哼€要再作測(cè)試，以發(fā)現(xiàn)更多的信息，去排除bug，或者他會(huì)到測(cè)試那邊其討論，詢(xún)問(wèn)詳情，有時(shí)要多次反饋才能確定到底是什么問(wèn)題。

3.開(kāi)發(fā)人員關(guān)閉bug： 

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

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

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

軟件錯(cuò)誤流程管理要點(diǎn)：

為了保證錯(cuò)誤的正確性，需要有豐富測(cè)試經(jīng)驗(yàn)的測(cè)試人員驗(yàn)證發(fā)現(xiàn)的錯(cuò)誤是否是真正的錯(cuò)誤，書(shū)寫(xiě)的測(cè)試步驟是否準(zhǔn)確，可以重復(fù)。

每次對(duì)錯(cuò)誤的處理都要保留處理信息，包括處理姓名，時(shí)間，處理方法，處理意見(jiàn)，Bug 狀態(tài)。

拒絕或延期錯(cuò)誤不能由程序員單方面決定，應(yīng)該由項(xiàng)目經(jīng)理，測(cè)試經(jīng)理和設(shè)計(jì)經(jīng)理共同決定。

錯(cuò)誤修復(fù)后必須由報(bào)告錯(cuò)誤的測(cè)試人員驗(yàn)證后，確認(rèn)已經(jīng)修復(fù)，才能關(guān)閉錯(cuò)誤。

加強(qiáng)測(cè)試人員與程序員的交流，對(duì)于某些不能重復(fù)的錯(cuò)誤，可以請(qǐng)測(cè)試人員補(bǔ)充詳細(xì)的測(cè) 試步驟和方法，以及必要的測(cè)試用例。

推薦閱讀：

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

缺陷管理方法之幾種常見(jiàn)的軟件缺陷預(yù)防方法

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

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

【免費(fèi)工具下載】Bug管理、用例管理、報(bào)表管理、團(tuán)隊(duì)管理、文檔管理