[發(fā)明專利]一種軟件編制過程中BUG的處理方法

無效

• 申請?zhí)枺?/td>: 200810225321.6
• 申請日: 2008-10-30
• 公開（公告）號: CN101727386A
• 公開（公告）日: 2010-06-09
• 發(fā)明（設(shè)計）人: 何宇飛;武皓;陳偉偉
• 申請（專利權(quán)）人: 新奧特硅谷視頻技術(shù)有限責(zé)任公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 北京天悅專利代理事務(wù)所 11311
• 代理人: 田明;任曉航

技術(shù)領(lǐng)域

本發(fā)明屬于軟件技術(shù)，具體涉及一種軟件編制過程中BUG的處理方法。

背景技術(shù)

軟件產(chǎn)業(yè)作為一種“無污染、微能耗、高就業(yè)”的產(chǎn)業(yè)，能大幅度提高國家整體經(jīng)濟(jì)運(yùn)行效率，拉升國民經(jīng)濟(jì)指數(shù)。隨著全球化經(jīng)濟(jì)和信息技術(shù)的發(fā)展，只有提高軟件產(chǎn)品的技術(shù)含量和質(zhì)量，才能很好的面對各種嚴(yán)峻的挑戰(zhàn)。

在軟件開發(fā)的過程中，由于各種原因，難免會存在錯誤缺陷(BUG)。對于一個高科技的軟件企業(yè)來說，只有迅速、準(zhǔn)確地處理這些BUG，才能縮短軟件研發(fā)周期，使軟件符合設(shè)計需求，保證軟件質(zhì)量，提高產(chǎn)品在市場中的競爭能力。

目前針對BUG缺陷管理的軟件有國外的Testdirector，功能全面，但是價格高達(dá)幾十萬，中小軟件企業(yè)只能望而止步，Bugzilla是一款免費(fèi)的BUG管理軟件，但是其安裝配置復(fù)雜、使用繁瑣，對于要求高效的工作效率的開發(fā)團(tuán)隊也不適合。

發(fā)明內(nèi)容

本發(fā)明的目的是針對現(xiàn)有技術(shù)的缺陷，提供一種接口靈活、使用方便，可以提高工作效率的軟件編制過程中BUG的處理方法。

本發(fā)明的技術(shù)方案如下：一種軟件編制過程中BUG的處理方法，包括如下步驟：

(1)測試工程師或研發(fā)工程師根據(jù)發(fā)現(xiàn)的問題在BUG主表中新建一個BUG，BUG狀態(tài)默認(rèn)為NOT_Approved；

(2)項目總負(fù)責(zé)人將該BUG的狀態(tài)設(shè)置為Open，并判斷該BUG屬于哪個開發(fā)小組，對BUG進(jìn)行轉(zhuǎn)發(fā)；

(3)開發(fā)小組檢查新轉(zhuǎn)發(fā)過來的BUG，選擇具體負(fù)責(zé)的研發(fā)工程師，并轉(zhuǎn)發(fā)BUG；

(4)研發(fā)工程師根據(jù)BUG的描述信息找到問題所在，修改程序解決這個BUG，并把BUG的狀態(tài)改為SQA；若該BUG不是一個錯誤時，修改BUG狀態(tài)為Not_Bug；

(5)測試工程師針對狀態(tài)為SQA的BUG，驗證這個BUG是否已經(jīng)修改成功，如果根據(jù)最初的發(fā)現(xiàn)步驟證實問題已解決，就將BUG狀態(tài)改為Close，關(guān)閉該BUG；若還能重現(xiàn)，或者不同意研發(fā)工程師的解法，則再次將BUG的狀態(tài)改為Open，轉(zhuǎn)至步驟(2)由項目負(fù)責(zé)人繼續(xù)處理。

進(jìn)一步，如上所述的軟件編制過程中BUG的處理方法，步驟(1)中所述的BUG主表的內(nèi)容包括BUG總表編號、BUG報告人、測試工程師、研發(fā)工程師、BUG描述、BUG狀態(tài)、重要性、CUSTOMER、遞交日期、遞交時間、產(chǎn)品、版本、Build_Number、Fixed_Build_Number、Target_RC、BUG模塊、轉(zhuǎn)發(fā)描述、機(jī)器名稱。

進(jìn)一步，如上所述的軟件編制過程中BUG的處理方法，其中，修改后的BUG被收錄在歷史記錄中以備查詢，歷史記錄包含的內(nèi)容有：BUG狀態(tài)、修改日期、修改時間、負(fù)責(zé)人、轉(zhuǎn)發(fā)人、測試工程師、歷史消息及修改記錄。

本發(fā)明的有益效果如下：本發(fā)明對BUG的處理權(quán)限進(jìn)行了嚴(yán)格的劃分，形成了一個完整的體系，通過BUG的狀態(tài)來實現(xiàn)測試工程師和研發(fā)工程師之間的溝通，對于BUG的詳細(xì)內(nèi)容的交流可以通過BUG描述和轉(zhuǎn)發(fā)描述來轉(zhuǎn)發(fā)，從而實現(xiàn)了BUG的科學(xué)化管理。BUG主表中BUG的描述信息全面，檢索方便，詳細(xì)的歷史記錄功能便于對整個過程的跟蹤，為BUG的測試、確認(rèn)、修復(fù)、驗證等環(huán)節(jié)提供了良好的管理平臺。

附圖說明

圖1為本發(fā)明的處理流程圖。

具體實施方式

下面結(jié)合附圖和具體實施例對本發(fā)明進(jìn)行詳細(xì)的描述。

本發(fā)明所提供的軟件編制過程中BUG的處理方法采用ACCESS?2003開發(fā)，C/S架構(gòu)模式，服務(wù)器端使用。該方法具有對BUG的狀態(tài)準(zhǔn)確、實時的進(jìn)行跟蹤，并對數(shù)據(jù)庫具有強(qiáng)大的檢索功能，方便測試人員和研發(fā)人員之間的交流和溝通。

整個BUG的管理過程中，是通過BUG的狀態(tài)來實現(xiàn)測試工程師和研發(fā)工程師之間的溝通。對于BUG的詳細(xì)內(nèi)容的交流可以通過BUG描述和轉(zhuǎn)發(fā)描述來轉(zhuǎn)發(fā)，整個處理流程如圖1所示，圖中方框內(nèi)表示BUG的狀態(tài)，具體步驟如下：

(1)測試工程師或研發(fā)工程師發(fā)現(xiàn)問題就在BUG主表中新建一個BUG，BUG狀態(tài)默認(rèn)為NOT_Approved；

(2)項目總負(fù)責(zé)人設(shè)置這個BUG的狀態(tài)為Open，并判斷這個BUG屬于哪個開發(fā)小組，指派給組長或具體的該小組的成員；

(3)開發(fā)小組長能夠看到自己以及自己小組其他成員有的BUG，檢查新轉(zhuǎn)發(fā)過來的BUG，選擇具體負(fù)責(zé)的研發(fā)工程師，并轉(zhuǎn)發(fā)BUG；

(4)研發(fā)工程師會根據(jù)BUG的詳細(xì)描述信息找到問題所在，修改程序解決這個BUG，并把BUG的狀態(tài)改為SQA，若該BUG不是一個錯誤時，修改BUG狀態(tài)為Not_Bug，處理完畢；