專利名稱：程序錯誤管理系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種管理系統(tǒng)，其應用于程序錯誤的管理、分析及統(tǒng)計，特別是涉及一種通過網絡伺服器及數據庫來管理程序錯誤的系統(tǒng)。
程序錯誤的原文為Bug，原意是指小臭蟲，后來引申為程序當中的小錯誤，以致于使得程序沒有辦法正常執(zhí)行，或是執(zhí)行得到錯誤的結果；Bug大多是指語言邏輯上的錯誤，而非語法上的錯誤。一般而言，軟件產品或是程序在生產過程的最后一個步驟，通常是測試產品的一些基本功能是否符合標準，且盡可能地找出Bug，此一工作，大多是由質量管理(QualityAssurance；QA)人員或是測試人員來進行，另外，軟件產品也常以發(fā)行α或β測試版來由消費者大眾共同測試。
雖然說大部分的Bug都不會影響程序的執(zhí)行，但卻很有可能會造成程序不正常結束或者是程序死機，而使得想保存的數據丟失，所以，當發(fā)現(xiàn)有Bug時，如產品已在市面上流通，則會推出新的修正(patch)文件，供使用者自行升級(update)，以免發(fā)生類似的事情。
現(xiàn)在一般現(xiàn)行的Bug處理流程，是由測試人員進行測試，發(fā)現(xiàn)有Bug時，再以電子郵件或是文件的形式，將其傳遞給適當的除錯(debug)人員，這樣的方式，很難使得測試數據共享，且同樣的問題，在同時可能又有許多不同的人評注，從而造成一個問題很難得到一個圓滿的解決方案，而影響許多問題的時效性及準確性。另一方面，在數據的管理上，也會造成許多的問題，同樣種類的問題，如果指派由不同人處理，因為資源無法有效地共享，而造成重復勞動的現(xiàn)象；而如以人工傳遞文件，也可能因為人為疏忽，造成問題不能及時解決。
本發(fā)明的目的在于提供一種Bug管理系統(tǒng)，以解決上述問題，其可自動傳送Bug的相關數據，不需人工傳遞，且能有效地管理Bug相關數據，達到資源共享以及及時處理問題的目的。
根據本發(fā)明所公開的Bug管理系統(tǒng)，是通過一伺服器，可自動將測試人員發(fā)現(xiàn)Bug并填寫的相關數據，傳送給負責的除錯人員，而除錯人員也可通過伺服器將處理完畢的數據回傳到伺服器，而伺服器也會自動將其傳送給相關的測試人員，使得測試人員可以檢視，并確認其結果，由此利用網絡的便利性，可方便Bug的管理及分析，并可通過伺服器達到資源共享以及職責分明的目的，而不會延誤處理時間。
下面結合實施例所示附圖，對本發(fā)明的目的、結構特征及其功能作進一步詳細說明。


圖1為本發(fā)明的示意圖；圖2為本發(fā)明測試人員處理的流程圖；圖3為本發(fā)明除錯人員處理的流程圖。
根據本發(fā)明所公開的Bug管理系統(tǒng)，如圖1所示，測試人員在測試端14進入系統(tǒng)，利用瀏覽器的方式，將所發(fā)現(xiàn)的Bug相關數據傳送到伺服器12，伺服器12會自動將Bug相關數據傳送到除錯端13給所負責的除錯人員，除錯人員接收到Bug相關數據后，便開始處理，處理完畢后，再將處理后的Bug相關數據上傳到伺服器12上，同樣地，伺服器12也會將數據自動傳送給原先的測試人員，供其檢視；如果不同意處理結果，可發(fā)回給除錯人員重新處理；如果確認無誤后，伺服器12會將這一次的Bug相關處理程序及數據，備份到數據庫11內，而可供以后遇到相同問題時，加以參考，以免日后發(fā)生重復勞動的現(xiàn)象。
當然，在處理過程中，所有的人員都可以通過瀏覽器的方式，到伺服器12上去查詢相關的數據，達到資源共享的目的，且因為指定有負責的除錯人員，所以可以達到職責分明，不用擔心其時效性及準確性。另一方面，因為一切的數據傳遞，都是通過網絡，由伺服器自動傳遞，所以可省去人工傳遞的時間，以及人為的疏忽，同時能夠有效地管理進度及流程。
實際執(zhí)行的狀況，請參照圖2，由測試人員測試所需進行測試的模塊(步驟21)，當發(fā)現(xiàn)到有Bug時，則填寫B(tài)ug的相關數據(步驟22)，并決定所負責除錯的人員(步驟23)，如果不填寫的話，則自動指定為此一模塊的設計者；實際填寫時，是填寫一Bug單信息表，包含有下列欄目●Bug記錄號；●Bug單編號，在填寫中自動產生；●Bug所在模塊編號，程序中每一模塊均有編號，記錄為Bug所在模塊編號；●版本編號，本程序的版本編號；●發(fā)現(xiàn)者編號，發(fā)現(xiàn)此一Bug的測試人員的編號；●Bug優(yōu)先等級，問題的嚴重性，也就是處理的優(yōu)先順序，可為A、B、C等；●問題類型號，此一問題的類型編號，譬如101為接口問題、102為數據庫問題、103為邊界問題等等；●Bug單要點，本表單的要點；●發(fā)現(xiàn)日期；●問題點詳述，由測試人員對問題作一概略性的描述；●問題點屬性，問題的屬性，譬如為S是軟件問題、H是硬體問題等等。
當然，實際應用時，表單并不限定具有這一些欄目，需看實際需要決定。然后將填寫完的數據，上傳到伺服器(步驟24)，之后，伺服器自動產生一Bug狀態(tài)表(步驟25)，供除錯人員接收，包含有
●Bug記錄號，同前的記錄號；●發(fā)現(xiàn)日期；●發(fā)現(xiàn)者編號；●Bug單要點，由測試人員對問題作一概略性的描述；●Bug單狀態(tài)，定義目前的狀態(tài)，譬如101為除錯人員對策中、102為測試人員確認中、104為收回、107為處理完畢等；●Bug處理步驟，記錄當前處理到哪一步驟，譬如1為待除錯人員處理、2為待測試人員確認等；●Bug所在模塊編號；●除錯人員編號；并且將流程自動記錄下來(步驟26)，記錄在Bug單流程表，包含有●流程記錄號；●Bug記錄號；●Bug處理步驟，記錄當前處理到哪一步驟，譬如1為待除錯人員處理、2為待測試人員確認等；●Bug所在模塊編號；●Bug處理步驟的日期，為上述處理步驟的日期，也就是上一步驟完成的時間；●Bug處理步驟的處理者編號；●Bug處理步驟的動作，譬如102為同意、104為收回、106為重發(fā)、107轉發(fā)等等；●Bug處理步驟動作的時間，為上述處理者處理的時間；●處理者的意見，為記錄處理者填寫意見；另一方面，當測試人員填寫執(zhí)行完畢后，負責的除錯人員可以通過瀏覽器上的收件箱或是利用查詢的方式，得到Bug的相關數據，而收到Bug狀態(tài)表(步驟31)，然后進行相關的處理(步驟32)，或者是轉發(fā)(步驟33)，將數據轉給其他的除錯人員處理，當處理完畢后，填寫B(tài)ug狀態(tài)表中相對應的欄目，將數據回傳至伺服器(步驟34)，然后伺服器會再將流程及數據記錄在Bug單流程表內(步驟35)。
而伺服器會再將相關數據傳送給負責的測試人員，測試人員可檢視其結果，如果判定不行，可通過重發(fā)再次退回給負責的除錯人員處理，而如果結果確認可以后，則進行確認結案，伺服器會自動將所有的數據，包含處理的流程及相關數據，備份到一Bug單歸檔表，包含有●Bug記錄號；●Bug單編號；●Bug所在模塊編號；●版本編號；●發(fā)現(xiàn)者編號；●Bug優(yōu)先等級；●問題類型號；●Bug單要點；●發(fā)現(xiàn)日期；●問題點詳述；●問題點屬性；●結案狀態(tài)；●結案日期；當然，如前所述，在此僅列出一些重要信息的欄目，實際執(zhí)行并不限于此，如此備份，可供日后查詢之用。所以，本發(fā)明利用網絡來傳遞Bug相關數據，而可有效管理Bug的處理流程。
本發(fā)明是利用數據庫及網頁來實現(xiàn)基于瀏覽器的Bug管理系統(tǒng)，其優(yōu)點如下1.利用國際互聯(lián)網信息伺服器(Internet Information Server；IIS)與數據庫的技術來實現(xiàn)Bug的管理、分析、統(tǒng)計，系統(tǒng)維護方便，所有事件處理都在伺服器端進行，客戶端只需一瀏覽器即可。
2.可綜合利用累積的測試數據，實現(xiàn)資源的共享，問題點的查詢追蹤，分類檢索方便，檢索結果可隨時由伺服器端下載或是郵寄發(fā)送至相關人員。
3.把每一問題定位給負責的人處理，從而形成職責分明，而可適時地解決問題。
4.Bug處理自動傳送，系統(tǒng)會自動地將每一Bug傳送下去，無須人工傳遞。
以上所述，僅為本發(fā)明其中的較佳實施例而已，并非用來限定本發(fā)明的實施范圍；凡按照本發(fā)明權利要求所作的同等變化與修飾，均為本發(fā)明權利要求的保護范圍所涵蓋。
權利要求
1.一種Bug管理系統(tǒng)，其特征在于包含有一伺服器，可管理、存放并傳送其具有的Bug相關數據；一測試端，可供測試人員與該伺服器連結，并填寫所發(fā)現(xiàn)的Bug相關數據傳送至該伺服器；以及一除錯端，可供除錯人員與該伺服器連結，并可自該伺服器接收測試人員所發(fā)現(xiàn)的Bug相關數據，以及傳送該除錯后的Bug相關數據至該伺服器，以供測試人員檢視之。
2.如權利要求1所述的Bug管理系統(tǒng)，其特征在于該測試端及該除錯端是利用一瀏覽器上傳或下載數據。
3.如權利要求1所述的Bug管理系統(tǒng)，其特征在于該伺服端是通過電子郵件的方式，將測試人員所發(fā)現(xiàn)的Bug相關數據，傳送給負責的除錯人員。
4.如權利要求1所述的Bug管理系統(tǒng)，其特征在于該除錯人員是通過查詢的方式，至該伺服器上下載測試人員所發(fā)現(xiàn)Bug相關數據。
5.如權利要求1所述的Bug管理系統(tǒng)，其特征在于該測試人員是通過填寫一Bug單信息表而將其發(fā)現(xiàn)的Bug相關數據傳送至該伺服器。
6.如權利要求5所述的Bug管理系統(tǒng)，其特征在于該Bug單信息表是包含有Bug記錄號、Bug單編號、Bug所在模塊編號、版本編號、發(fā)現(xiàn)者編號、Bug優(yōu)先等級、問題類型號、Bug單要點、發(fā)現(xiàn)日期、問題點詳述以及問題點屬性的欄目。
7.如權利要求1所述的Bug管理系統(tǒng)，其特征在于該伺服器是根據測試人員填寫所發(fā)現(xiàn)的Bug相關數據，自動產生一Bug狀態(tài)表供除錯人員下載。
8.如權利要求7所述的Bug管理系統(tǒng)，其特征在于該Bug狀態(tài)表是包含有Bug記錄號、發(fā)現(xiàn)日期、發(fā)現(xiàn)者編號、Bug單要點、Bug單狀態(tài)、Bug處理步驟、Bug所在模塊編號以及除錯人員編號的欄目。
9.如權利要求7所述的Bug管理系統(tǒng)，其特征在于該除錯人員通過一轉發(fā)的動作將該Bug狀態(tài)表轉至其他除錯人員處理。
10.如權利要求7所述的Bug管理系統(tǒng)，其特征在于該伺服器是利用該Bug狀態(tài)表供測試人員檢視之。
11.如權利要求10所述的Bug管理系統(tǒng)，其特征在于當該測試人員檢視后，判定有誤時，將該Bug狀態(tài)表重新傳送至該伺服器，以供該除錯人員處理。
12.如權利要求1所述的Bug管理系統(tǒng)，其特征在于該伺服器是自動將該Bug處理的流程記錄于一Bug單流程表。
13.如權利要求12所述的Bug管理系統(tǒng)，其特征在于該Bug單流程表是包含有流程記錄號、Bug記錄號、Bug處理步驟、Bug處理步驟的日期、Bug處理步驟的處理者編號、Bug處理步驟的動作、Bug處理步驟動作的時間以及處理者的意見的欄目。14.如權利要求12所述的Bug管理系統(tǒng)，其特征在于該測試人員檢視完畢，確認該Bug處理完后，該伺服器是根據該Bug單流程表建立一Bug單歸檔表，以供備份之用。
15.如權利要求12所述的Bug管理系統(tǒng)，其特征在于還包含有一數據庫，用以儲存?zhèn)浞莸腂ug相關數據。
16.如權利要求14所述的Bug管理系統(tǒng)，其特征在于該Bug單歸檔表是包含有Bug記錄號、Bug單編號、Bug所在模塊編號、版本編號、發(fā)現(xiàn)者編號、Bug優(yōu)先等級、問題類型號、Bug單要點、發(fā)現(xiàn)日期、問題點詳述、問題點屬性、結案狀態(tài)以及結案日期的欄目。
全文摘要
一種程序錯誤(Bug)管理系統(tǒng),可自動傳送Bug處理的數據及流程,不需人工傳遞;本發(fā)明是通過一伺服器來管理Bug相關的數據,自動將測試人員發(fā)現(xiàn)Bug并填寫的相關數據,傳送給負責的除錯人員,而除錯人員也可通過伺服器將處理完畢的數據回傳,使得測試人員可以檢視,并確認其結果,因此可方便Bug的管理及分析,并可通過伺服器達到資源共享以及職責分明,而不會延誤處理時間。
文檔編號G06F11/36GK1366241SQ0110056
公開日2002年8月28日 申請日期2001年1月15日 優(yōu)先權日2001年1月15日
發(fā)明者賴振興, 徐小南, 周映蓮 申請人:英華達股份有限公司