一、什么是bug
軟體的BUG，通常是指軟體程式的漏洞或缺陷，廣義還包括測驗工程師或用戶所發現和提出的軟體可改進的細節、或與需求檔案存在差異的功能實作等，
二、bug的生命周期
生命周期中的缺陷狀態：新建-->指派-->已解決-->待驗-->關閉
發現BUG -> 提交BUG -> 指派BUG -> 研發確認BUG -> 研發去修復BUG -> 回歸驗測驗BUG -> 是否通過測驗 -> 關閉BUG
1、發現bug
1）按照測驗用例進行操作，發現和測驗用例的預期結果不一致的可以稱為bug，
2）成本問題，沒有充足的時間撰寫測驗用例，導致出現的bug，
3）測驗用例是無法窮盡的，或者誤操作出現的bug，
2、提交bug
在提交一個缺陷的缺陷，首先盡量描述這個缺陷的屬性，Bug重現環境，bug型別，bug等級，bug的優先級以及詳細的重現步驟，結果與期望等，
當然，我們在提交一個問題之前首先應該保證，這個缺陷是沒有被提過的，以免造成重復缺陷單，
3、指派bug
這一步不是必須的，跟專案模式有關，有些公司測驗部門與開發部門獨立，那么測驗人員就不確定自己測驗的模塊是由哪位開發人員負責的，在這種情況下，測驗人員統一把問題指派給專案組長或經理，由專案組長（或經理）對問題進行確認后再次分配給相應的開發人員，
有些測驗人員是穿插到不同研發團隊中的，所以對不同的開人發員負責的開發模塊非常清楚，這個時候就可以將問題直接指派給相應的開發人員，
也有一種情況，本來此問題應該由A開發人員負責，但由于A開發人員的調離或辭職，些問題為轉交給其它人員處理，“分配”強調是上級對下級；“轉交”強調的是平級之間，
4、確認缺陷
當開發人員接到一個缺陷時，首先是對其進行分析與重現，如果對其進行分析發現不是缺陷（可能由于測驗人員不了解需求）或無法對此問題進行重現，那么就需要將此問題反回給測驗人員，并注明原因，如果確認為缺陷則需要對其進行處理，
5、修復BUG
推遲處理
在處理問題之后，還需要進行一次判斷，是否需要推遲處理，有些需求已經確認了是問題，由于其可能在極端情況下才會出現，或需要對系統架構進行改動，或其優先級非常低，所以暫時不需要對此問題進行處理（或到下個版本進再進行修復），
固定
對于推遲處理的問題可以暫時進行固定（“固定”為QC中的叫法，）一般固定的問題需要經過專案經理與測驗經理協商后才能固定，
處理缺陷
開發人員在確認完一個問題需要處理時，那么就對其進行處理作業，（例如，redmine 是支持處理人時時更新問題處理進度的，如 已處理30% ，已處理80% 等，當然，對于短時間內可以修復的問題就沒必要時時的去更新處理進度，）
6、回歸驗證BUG
回歸缺陷對于測驗人員來說是非常重要的作業，其有三個入口兩個出口，
確認非缺陷問題：對于提交的一個缺陷，開人員處理為非問題或無法重現，然后直接轉交給測驗人員回歸，測驗人員再次確認，如果真如開發人員所說，則將問題關閉，如果非開發人員所說，是由于問題描述模糊或其它原因喂重現問題，則再次注明原因轉給開發人員，
確認修復問題：對開發人員修復的問題再次進行確認，確認能過，則關閉問題，確認不通過，將問題再次打開并轉給開發人員，
確認固定問題：有計劃的對固定問題進行確認，有些固定問題隨著時間的推移，版本的更新或已經不存在了，對這類問題應該及時關閉，有些固定問題依然存在且變得緊急，對于這類問題應該及時打開交給開發人員處理，
7、關閉缺陷
對于已經修復的缺陷進行關閉，這也是一個缺陷的最后一個狀態，
三、使用工具
合適的工具可以有效縮短BUG處理流程，提高作業效率，我使用的是Eolinker介面管理系統，是個國產Saas工具，測驗功能和權限管理分配功能都比較完善，對我們開發團隊幫助也挺大的，
使用地址：www.eolinker.com
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/252931.html
標籤：其他
上一篇：ctfshow_djb杯
下一篇：在介面流程測驗中查詢資料庫資訊