建站
咨詢
售后
建站咨詢
新聞中心
測試是軟件開發(fā)過程中必不可少的一個階段，大家的著重點可能都在測試人員如何發(fā)現BUG以及開發(fā)人員如何解決BUG，而很少去關注BUG自身的管理。在這里，想介紹一下我們在開發(fā)中如何進行BUG的流程管理，更重要的是想了解一下大家都是如何進行相關的工作，希望能與大家深入的交流。
創(chuàng)新互聯(lián)是一家以網絡技術公司，為中小企業(yè)提供網站維護、成都網站設計、做網站、網站備案、服務器租用、域名申請、軟件開發(fā)、小程序開發(fā)等企業(yè)互聯(lián)網相關業(yè)務，是一家有著豐富的互聯(lián)網運營推廣經驗的科技公司，有著多年的網站建站經驗，致力于幫助中小企業(yè)在互聯(lián)網讓打出自已的品牌和口碑，讓企業(yè)在互聯(lián)網上打開一個面向全國乃至全球的業(yè)務窗口：建站電話聯(lián)系：18980820575
首先，需要介紹一下BUG的管理工具，這個應該做開發(fā)和測試的朋友都接觸過，如Bugzilla,BugFree等，我們沒有單獨使用BUG的管理工具，而是使用TRAC，利用其中的TICKET來做BUG的管理與控制。TRAC中的TICKET自身有狀態(tài)的工作流定義，我們使用的0.11版本，TICKET狀態(tài)如下所示：
然后，我介紹一下我們如何對BUG的流程進行控制：
開發(fā)人員編碼結束后，發(fā)布一個0.1的軟件版本提供測試。測試人員對該版本進行測試，一但測出BUG，就在TRAC中新建一個TICKET，對BUG的情況進行描述，并指定哪位開發(fā)人員接收這個TICKET。同時，也指明該BUG是針對哪一個版本的軟件。
開發(fā)人員在接收到TRAC的郵件通知后，登錄上TRAC，查看屬于自己的TICKET列表。如果這個TICKET屬于自己的修改范圍，就accept下來，如果不是，就reassign給別的開發(fā)者。接下來的工作就是修復BUG，修復完成以后，將TICKET的狀態(tài)更改為resolve as “fixed”。如果BUG不需要修改，或者根本不是BUG，可以選擇resolve as “wontfix”和resolve as “invalid”。開發(fā)人員在將所有BUG都處理完一遍之后，可以BUILD出一個新的軟件版本0.2。
測試人員進行第二輪的測試，首先，他們需要把第一輪報的TICKET全部檢查一遍，如果開發(fā)人員把BUG修復了，那么可以把TICKET的狀態(tài)改為”verifed”，如果發(fā)現根本沒有改完，而開發(fā)人員就把TICKET標成了已修復，那么測試人員可以把TICKET做一個reopen的操作。同時，把該TICKET的指定軟件版本改為0.2。然后，繼續(xù)測試，報出新的BUG。
如此循環(huán)下去，直到測試人員測不出BUG，或者剩下暫進不改的BUG，開發(fā)人員的修復工作停止。測試人員提交測試報告。報告包括每一輪測試中測出的總BUG數，已修復的BUG數等。
以上，就是我們現在應用的測試以及BUG的管理流程。目前還是有一些問題在困擾著我們：
1、測試人員在發(fā)現BUG后，填寫TICKET，首先發(fā)送給誰？（直接發(fā)送給測試人員，會帶來很多溝通上的成本，如測試人員覺得這不是BUG等；還是發(fā)給一個能決定這是不是一個BUG，以及如果是BUG需不需要修改的人，如項目經理）
2、BUG本身存不存在版本這么一說？（BUG是只針對某一版本的測試軟件，還是跟著軟件版本一起走，比如說reopen的BUG）
3、有沒有更好的測試管理流程，包括BUG的管理方式？（希望能與大家深入的交流這個問題，把這個東西徹底地搞清楚）
原文鏈接：http://www.cnblogs.com/brucenan/archive/2010/11/10/1874450.html
【編輯推薦】
- 由一個Bug引出的自動擴張WPF樹型表格列寬問題
- FirePHP：像Firebug那樣調試你的PHP代碼
- WCF Bug解決方案詳解
- 寫給測試人員：不是所有的bug都需要修復
- 為Web程序員解毒：9個IE常見Bug的解決方案
名稱欄目：軟件測試過程中的BUG管理
網頁URL：http://fisionsoft.com.cn/article/djgdppc.html
