專利名稱：一種在程序測試流程中程序bug的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及BUG處理流程，特別是涉及一種在程序測試流程中程序BUG 的處理方法。
背景技術(shù)：
BUG在程序中通常指的是小錯(cuò)誤或者小缺陷，程序中的BUG會使得程序 沒辦法正常運(yùn)行，或者是得到錯(cuò)誤的結(jié)果。軟件產(chǎn)品或者程序開發(fā)完成后，提 交給測試人員進(jìn)行測試，測試軟件產(chǎn)品或者程序是否符合要求，并在產(chǎn)品發(fā)布 前盡可能的找出BUG。
如圖1所示，目前BUG的處理流程是測試人員對某一版本的程序進(jìn)行測 試，發(fā)現(xiàn)BUG后，通過BUG管理工具向開發(fā)人員提交BUG說明。開發(fā)人員 根據(jù)BUG說明修改程序，修改完畢后，開發(fā)人員提交新版本的程序到服務(wù)器 上，并通過BUG管理工具回復(fù)給測試人員表示BUG已修復(fù)。測試人員再在新 版本的程序上進(jìn)行測試。但是這種處理方式存在一個(gè)問題就是程序的版本是無 法和BUG對應(yīng)的，也就是說，開發(fā)人員給測試人員回復(fù)BUG已修改，但是可 能忘了提交新版本的程序，而測試人員僅僅根據(jù)BUG回復(fù)是無法知道開發(fā)人 員是否提交了新版本的程序，結(jié)果導(dǎo)致測試人員又測試舊版本的程序，重復(fù)勞 動。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題就是為了克服上述現(xiàn)有技術(shù)存在的缺陷而提 供一種在程序測試流程中程序BUG的處理方法，以避免測試的重復(fù)勞動。
本發(fā)明可以通過以下技術(shù)方案來實(shí)現(xiàn) 一種在程序測試流程中程序BUG 的處理方法，其特征在于，該方法包括以下步驟
(1)開發(fā)人員使用其SUBVERSION客戶終端提交開發(fā)完成的程序到 SUBVERSION服務(wù)器上；(2) 測試人員使用其SUBVERSION客戶終端從SUBVERSION服務(wù)器取 得開發(fā)完成的程序，進(jìn)行測試；
(3) 測試人員發(fā)現(xiàn)BUG后，在TRAC服務(wù)器上創(chuàng)建具有編號的TICKET, 然后在該TICKET中描述BUG的相關(guān)信息，并將該TICKET指派給開發(fā)人員；
(4) 開發(fā)人員接到TICKET后，修改BUG;
(5) 修改完成后，開發(fā)人員使用SUBVERSION客戶終端提交綁定有原 TICKET編號的新版本程序到SUBVERSION服務(wù)器上，并通過TRAC服務(wù)器 將原TICKET回復(fù)給測試人員；
(6) 測試人員收到回復(fù)的TICKET后，從SUBVERSION服務(wù)器取得新版 本程序，并重新測試。
所述的TRAC服務(wù)器通過郵件將TICKET指派給開發(fā)人員或回復(fù)給測試人員。
所述的SUBVERSION客戶終端為安裝有SUBVERSION客戶端軟件的計(jì)算機(jī)。
所述的SUBVERSION服務(wù)器為安裝有SUBVERSION服務(wù)器端軟件的計(jì)算機(jī)。
所述的TRAC服務(wù)器為安裝有TRAC軟件的計(jì)算機(jī)。 所述的TICKET對應(yīng)一個(gè)TICKET編號。
與現(xiàn)有技術(shù)相比，本發(fā)明由于在TICKET中有BUG的描述，而開發(fā)人員 在利用SUBVERSION上傳新版本的程序時(shí)需要指定相應(yīng)的TICKET編號，從 而實(shí)現(xiàn)BUG和程序的版本號之間的綁定，避免了開發(fā)人員未提交新版本程序 造成測試人員在老版本程序上的重復(fù)測試。


圖1為現(xiàn)有技術(shù)的流程圖。 圖2為本發(fā)明的流程圖。
具體實(shí)施例方式
下面結(jié)合附圖對本發(fā)明作進(jìn)一步說明。如圖2所示，本實(shí)施例一種在程序測試流程中程序BUG的處理方法，該 方法包括以下步驟
(1) 開發(fā)人員使用其SUBVERSION客戶終端提交開發(fā)完成的程序到 SUBVERSION服務(wù)器上，以便測試人員進(jìn)行測試。
(2) 測試人員使用其SUBVERSION客戶終端從SUBVERSION服務(wù)器取 得開發(fā)完成的程序，進(jìn)行測試；
(3) 測試人員發(fā)現(xiàn)BUG后，在TRAC服務(wù)器上創(chuàng)建具有編號的TICKET, 然后在該TICKET中描述BUG的相關(guān)信息，并將該TICKET并以郵件的形式 指派給開發(fā)人員；
(4) 開發(fā)人員接到TICKET郵件后，修改BUG;
(5) 修改完成后，開發(fā)人員使用SUBVERSION客戶終端提交綁定有原 TICKET編號的新版本程序到SUBVERSION服務(wù)器上，并通過TRAC服務(wù)器 以郵件的形式將原TICKET回復(fù)給測試人員；
(6) 測試人員收到回復(fù)的TICKET后，從SUBVERSION服務(wù)器取得新版 本程序，并重新測試。
所述的SUBVERSION客戶終端為安裝有SUBVERSION客戶端軟件的計(jì) 算機(jī)；所述的SUBVERSION服務(wù)器為安裝有SUBVERSION服務(wù)器端軟件的計(jì) 算機(jī)；所述的TRAC服務(wù)器為安裝有TRAC軟件的計(jì)算機(jī)；所述的TICKET對 應(yīng)一個(gè)TICKET編號。
本實(shí)施例采用TRAC和SUBVERSION (SVN)兩個(gè)軟件工具的相結(jié)合來 實(shí)現(xiàn)BUG和程序版本之間的綁定。
為了利用TRAC和SVN兩個(gè)工具軟件，需要先建立TRAC和SVN服務(wù)器， SVN的服務(wù)器端和客戶端是兩個(gè)應(yīng)用軟件，SVN的服務(wù)器端軟件安裝在服務(wù)器 端，用來對程序源碼進(jìn)行管理，TRAC及SVN的服務(wù)器端可以同時(shí)安裝在一臺 服務(wù)器上，也可以分開安裝，SVN的客戶端軟件安裝在測試人員和開發(fā)人員 的終端計(jì)算機(jī)上，用來上傳BUG相關(guān)信息及程序源碼。
其中
TRAC軟件工具是一個(gè)基于Web的項(xiàng)目管理系統(tǒng)；它的TICKET (任務(wù)) 系統(tǒng)是一個(gè)重要的單元，具有強(qiáng)大的BUG管理功能，能夠?qū)UG狀態(tài)及處理過程進(jìn)行跟蹤。在項(xiàng)目開發(fā)過程中出現(xiàn)的任何問題，都可以用一個(gè)TICKET來 標(biāo)識，例如BUG，項(xiàng)目計(jì)劃等等，都可以寫成一個(gè)TICKET,開發(fā)人員通過訪 問查看TICKET系統(tǒng)，可以及時(shí)的了解到項(xiàng)目進(jìn)度，有待解決的地方等等。每 個(gè)TICKET都可以被修改和說明，說明這個(gè)TICKET是BUG還是項(xiàng)目建議、 指派由哪個(gè)人對這個(gè)TICKET負(fù)責(zé)、可以設(shè)定TICKET的優(yōu)先級、設(shè)定TICKET 的最終完成時(shí)間等等。在TRAC中，可以通過配置郵件系統(tǒng)，TICKET中任何 一個(gè)說明、狀態(tài)的改變，都可以以郵件的形式通知給相關(guān)人員。
TICKET的工作流程是項(xiàng)目的組成人員(如開發(fā)或者測試人員)新建一 個(gè)TICKET,描述主要問題，然后把TICKET分配給其他人員，其他人員解決 了該問題后，便可關(guān)閉TICKET。 TICKET的任何狀態(tài)變化，相關(guān)人員都可以 得到Email通知。
SVN軟件工具是一個(gè)版本控制系統(tǒng)。它管理著隨時(shí)間改變的數(shù)據(jù)。這些 數(shù)據(jù)放置在一個(gè)類似普通文件服務(wù)器的中央數(shù)據(jù)庫中，它記錄每一次文件的變 動。即文件版本一旦更新，它都會記錄下來。SVN可管理任何類型的文件，其 中包括了程序源碼。
在本發(fā)明中就利用TRAC中的TICKET系統(tǒng)來實(shí)現(xiàn)對BUG的跟蹤，記錄 BUG的每個(gè)狀態(tài)變化。利用SVN對程序源碼進(jìn)行管理，實(shí)現(xiàn)BUG和程序版本 之間的綁定關(guān)系。
測試人員對某一版本的程序進(jìn)行測試，發(fā)現(xiàn)BUG后，利用TRAC創(chuàng)建 TICKET (任務(wù))，每一個(gè)TICKET對應(yīng)一個(gè)TICKET編號。在TICKET中， 測試人員描述BUG和相關(guān)的測試步驟；并把TICKET以郵件的形式指派給相 應(yīng)的開發(fā)人員。開發(fā)人員收到郵件后，修改BUG。開發(fā)人員修改BUG時(shí)，可 以在TICKET中對BUG處理過程作相應(yīng)的描述，測試人員會得到郵件通知。 開發(fā)人員完成修改BUG后，利用SVN工具上傳新版本的程序到服務(wù)器上。上 傳新版本的程序時(shí)，SVN工具會自動要求開發(fā)人員必須綁定相應(yīng)的TICKET編 號。上傳成功后，TRAC會以郵件的形式通知測試人員；測試人員就可以根據(jù) 郵件中所描述的相關(guān)信息(包括上傳新版本程序的版本號、BUG內(nèi)容)對新版 本的程序進(jìn)行重新測試。
權(quán)利要求
1. 一種在程序測試流程中程序BUG的處理方法，其特征在于，該方法包括以下步驟(1)開發(fā)人員使用其SUBVERSION客戶終端提交開發(fā)完成的程序到SUBVERSION服務(wù)器上；(2)測試人員使用其SUBVERSION客戶終端從SUBVERSION服務(wù)器取得開發(fā)完成的程序，進(jìn)行測試；(3)測試人員發(fā)現(xiàn)BUG后，在TRAC服務(wù)器上創(chuàng)建具有編號的TICKET，然后在該TICKET中描述BUG的相關(guān)信息，并將該TICKET指派給開發(fā)人員；(4)開發(fā)人員接到TICKET后，修改BUG；(5)修改完成后，開發(fā)人員使用SUBVERSION客戶終端提交綁定有原TICKET編號的新版本程序到SUBVERSION服務(wù)器上，并通過TRAC服務(wù)器將原TICKET回復(fù)給測試人員；(6)測試人員收到回復(fù)的TICKET后，從SUBVERSION服務(wù)器取得新版本程序，并重新測試。
2. 根據(jù)權(quán)利要求1所述的一種在程序測試流程中程序BUG的處理方法， 其特征在于，所述的TRAC服務(wù)器通過郵件將TICKET指派給開發(fā)人員或回復(fù) 給測試人員。
3. 根據(jù)權(quán)利要求1或2所述的一種在程序測試流程中程序BUG的處理方 法，其特征在于，所述的SUBVERSION客戶終端為安裝有SUBVERSION客戶端軟件的計(jì)算機(jī)。
4. 根據(jù)權(quán)利要求1或2所述的一種在程序測試流程中程序BUG的處理方 法，其特征在于，所述的SUBVERSION服務(wù)器為安裝有SUBVERSION服務(wù)器端軟件的計(jì)算機(jī)。
5. 根據(jù)權(quán)利要求1或2所述的一種在程序測試流程中程序BUG的處理方 法，其特征在于，所述的TRAC服務(wù)器為安裝有TRAC軟件的計(jì)算機(jī)。
6. 根據(jù)權(quán)利要求1所述的一種在程序測試流程中程序BUG的處理方法， 其特征在于，所述的TICKET對應(yīng)一個(gè)TICKET編號。
全文摘要
本發(fā)明涉及一種在程序測試流程中程序BUG的處理方法，該方法包括以下步驟開發(fā)人員使用其SUBVERSION客戶終端提交開發(fā)完成的程序到SUBVERSION服務(wù)器上；測試人員使用其SUBVERSION客戶終端從SUBVERSION服務(wù)器取得開發(fā)完成的程序，進(jìn)行測試；測試人員發(fā)現(xiàn)BUG后，在TRAC服務(wù)器上創(chuàng)建具有編號的TICKET，然后在該TICKET中描述BUG的相關(guān)信息，并將該TICKET指派給開發(fā)人員；開發(fā)人員接到TICKET后，修改BUG；修改完成后，開發(fā)人員使用SUBVERSION客戶終端提交綁定有原TICKET編號的新版本程序到SUBVERSION服務(wù)器上，并通過TRAC服務(wù)器將原TICKET回復(fù)給測試人員；測試人員收到回復(fù)的TICKET后，從SUBVERSION服務(wù)器取得新版本程序，并重新測試。與現(xiàn)有技術(shù)相比，本發(fā)明避免了開發(fā)人員未提交新版本程序造成測試人員在老版本程序上的重復(fù)測試。
文檔編號G06F11/36GK101436157SQ200710048170
公開日2009年5月20日 申請日期2007年11月13日 優(yōu)先權(quán)日2007年11月13日
發(fā)明者琴 付, 楊寶德 申請人:上海未來寬帶技術(shù)及應(yīng)用工程研究中心有限公司